我数据库出现TEMP表空间不释放,看过多篇文章也没管用,各位老大帮我分析一下问题

[复制链接]
查看11 | 回复9 | 2013-8-7 11:42:44 | 显示全部楼层 |阅读模式
各位老大.我数据库是9.2.0.7 平台是WindowS TMEP表空间满了.重启后不自动释放,增加TEMP表空间后也不在新表空间内扩展.
日志:
Mon Dec 11 17:33:38 2006
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
SCN scheme 2
Using log_archive_dest parameter default value
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up ORACLE RDBMS Version: 9.2.0.7.0.
System parameters with non-default values:
processes
= 400
sessions
= 445
timed_statistics = TRUE
shared_pool_size = 318767104
sga_max_size
= 1158752180
large_pool_size
= 67108864
java_pool_size = 67108864
control_files
= G:\oracle\oradata\ora92\CONTROL01.CTL, G:\oracle\oradata\ora92\CONTROL02.CTL, G:\oracle\oradata\ora92\CONTROL03.CTL
db_block_size
= 8192
db_cache_size
= 528482304
compatible
= 9.2.0.0.0
db_file_multiblock_read_count= 16
fast_start_mttr_target = 300
rollback_segments= 30
undo_management
= AUTO
undo_tablespace
= UNDOTBS1
undo_retention = 10800
remote_login_passwordfile= EXCLUSIVE
db_domain
=
instance_name
= ora92
dispatchers
= (PROTOCOL=TCP) (SERVICE=ora92XDB)
job_queue_processes= 10
hash_join_enabled= TRUE
background_dump_dest = G:\oracle\admin\ora92\bdump
user_dump_dest = G:\oracle\admin\ora92\udump
core_dump_dest = G:\oracle\admin\ora92\cdump
sort_area_size = 524288
db_name
= ora92
open_cursors
= 300
star_transformation_enabled= FALSE
query_rewrite_enabled= FALSE
pga_aggregate_target = 134217728
aq_tm_processes
= 1
PMON started with pid=2
DBW0 started with pid=3
LGWR started with pid=4
CKPT started with pid=5
SMON started with pid=6
RECO started with pid=7
CJQ0 started with pid=8
QMN0 started with pid=9
Mon Dec 11 17:33:43 2006
starting up 1 shared server(s) ...
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
Mon Dec 11 17:33:45 2006
ALTER DATABASE MOUNT
Mon Dec 11 17:33:49 2006
Successful mount of redo thread 1, with mount id 1920911737
Mon Dec 11 17:33:49 2006
Database mounted in Exclusive Mode.
Completed: ALTER DATABASE MOUNT
Mon Dec 11 17:33:50 2006
ALTER DATABASE OPEN
Mon Dec 11 17:33:52 2006
Beginning crash recovery of 1 threads
Mon Dec 11 17:33:52 2006
Started redo scan
Mon Dec 11 17:33:55 2006
Completed redo scan
181638 redo blocks read, 525 data blocks need recovery
Mon Dec 11 17:33:55 2006
Started recovery at
Thread 1: logseq 4119, block 66112, scn 0.0
Mon Dec 11 17:33:56 2006
Recovery of Online Redo Log: Thread 1 Group 2 Seq 4119 Reading mem 0
Mem# 0 errs 0: G:\ORACLE\ORADATA\ORA92\REDO02.LOG
Mon Dec 11 17:33:57 2006
Recovery of Online Redo Log: Thread 1 Group 3 Seq 4120 Reading mem 0
Mem# 0 errs 0: G:\ORACLE\ORADATA\ORA92\REDO03.LOG
Mon Dec 11 17:33:59 2006
Completed redo application
Mon Dec 11 17:33:59 2006
Ended recovery at
Thread 1: logseq 4120, block 42953, scn 4.4251122100
525 data blocks read, 525 data blocks written, 181638 redo blocks read
Crash recovery completed successfully
Mon Dec 11 17:33:59 2006
Thread 1 advanced to log sequence 4121
Thread 1 opened at log sequence 4121
Current log# 1 seq# 4121 mem# 0: G:\ORACLE\ORADATA\ORA92\REDO01.LOG
Successful open of redo thread 1
Mon Dec 11 17:34:01 2006
SMON: enabling cache recovery
Mon Dec 11 17:34:04 2006
Successfully onlined Undo Tablespace 1.
Mon Dec 11 17:34:04 2006
SMON: enabling tx recovery
Mon Dec 11 17:34:04 2006
Database Characterset is ZHS16GBK
replication_dependency_tracking turned off (no async multimaster replication found)
Completed: ALTER DATABASE OPEN
Mon Dec 11 17:35:27 2006
/* OracleOEM */ ALTER TABLESPACE "TEMP" ADD TEMPFILE 'G:\ORACLE\ORADATA\ORA92\TEMP03.DBF' SIZE 2000M
Mon Dec 11 17:35:28 2006
Completed: /* OracleOEM */ ALTER TABLESPACE "TEMP" ADD TEMPFI
回复

使用道具 举报

千问 | 2013-8-7 11:42:44 | 显示全部楼层
哪位老大,给我看一下.好吗??
回复

使用道具 举报

千问 | 2013-8-7 11:42:44 | 显示全部楼层
有几个用户??就一个临时表空间?
回复

使用道具 举报

千问 | 2013-8-7 11:42:44 | 显示全部楼层
能有200多个用户登录,楼上的老大能不能说说解决方法.
回复

使用道具 举报

千问 | 2013-8-7 11:42:44 | 显示全部楼层
最初由 冷夜 发布
[B]能有200多个用户登录,楼上的老大能不能说说解决方法. [/B]

晕,不是session 是你数据库下面有几个users 啊。
没有理解吗??create users xxx.......
回复

使用道具 举报

千问 | 2013-8-7 11:42:44 | 显示全部楼层
我的Oracle从9.2.0.1 升级到9.2.0.7 能不能和这个有关??
回复

使用道具 举报

千问 | 2013-8-7 11:42:44 | 显示全部楼层
最初由 冷夜 发布
[B]我的Oracle从9.2.0.1 升级到9.2.0.7 能不能和这个有关?? [/B]

升级不会存在这样的问题,我也是从9201升级到9207 ,没有任何问题,楼主我觉得你没有能够理解我的意思。
这样说吧,说我以前的情况,一个instance中有2个非系统表空间,不同的user连接进去,原来只有一个temp表空间,发现运行一天左右就使得temp到5g ,经过pub上高人的指点。建立2个临时表空间,不同的用户对应不同的临时表空间,现在一点问题都没有。楼主,可以参考一下。
回复

使用道具 举报

千问 | 2013-8-7 11:42:44 | 显示全部楼层
楼上的解决方法很好用.
回复

使用道具 举报

千问 | 2013-8-7 11:42:44 | 显示全部楼层
有没有出现临时表空间不够的情况?
回复

使用道具 举报

千问 | 2013-8-7 11:42:44 | 显示全部楼层
最初由 wsf3809 发布
[B]
升级不会存在这样的问题,我也是从9201升级到9207 ,没有任何问题,楼主我觉得你没有能够理解我的意思。
这样说吧,说我以前的情况,一个instance中有2个非系统表空间,不同的user连接进去,原来只有一个temp表空间,发现运行一天左右就使得temp到5g ,经过pub上高人的指点。建立2个临时表空间,不同的用户对应不同的临时表空间,现在一点问题都没有。楼主,可以参考一下。 [/B]

那也的看具体情况!
如果你仅仅从名字上来分开,是两个temp空间,共享同样的存储,这能有用吗!
如果是建立在不同的设备上,那参考还有意义!
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

主题

0

回帖

4882万

积分

论坛元老

Rank: 8Rank: 8

积分
48824836
热门排行