Oracle9i临时表空间的问题
来源:互联网 发布:淘宝乐高玩具 编辑:程序博客网 时间:2024/05/01 05:06
正常来说,在完成Select语句、create index等一些使用TEMP表空间的排序操作后,Oracle是会自动释放掉临时段a的。但有些有侯我们则会遇到临时段没有被释放,TEMP表空间几乎满的状况,甚至是我们重启了数据库仍没有解决问题。这个问题在论坛中也常被网友问到,下面我总结一下,给出几种处理方法。
法一、重启库
库重启时,Smon进程会完成临时段释放,TEMP表空间的清理操作,不过很多的时侯我们的库是不允许down的,所以这种方法缺少了一点的应用机会,不过这种方法还是很好用的。
法二、Metalink给出的一个方法
修改一下TEMP表空间的storage参数,让Smon进程观注一下临时段,从而达到清理和TEMP表空间的目的。
SQL>alter tablespace temp increase 1;
SQL>alter tablespace temp increase 0;
法三、我常用的一个方法,具体内容如下:
1、 使用如下语句a查看一下认谁在用临时段
SELECT username,
sid,
serial#,
sql_address,
machine,
program,
tablespace,
segtype,
contents
FROM v$session se,
v$sort_usage su
WHERE se.saddr=su.session_addr
2、 那些正在使用临时段的进程
SQL>Alter system kill session 'sid,serial#';
3、把TEMP表空间回缩一下
SQL>Alter tablespace TEMP coalesce;
法四、使用诊断事件的一种方法,也是被我认为是“杀手锏”的一种方法
1、 确定TEMP表空间的ts#
SQL>select ts#, name from sys.ts$ ;
TS# NAME
-----------------------
0 SYSYEM
1 RBS
2 USERS
3* TEMP
4 TOOLS
5 INDX
6 DRSYS
2、 执行清理操作
SQL>alter session set events 'immediate trace name DROP_SEGMENTS level 4' ;
说明:
temp表空间的TS# 为 3*, So TS#+ 1= 4
其它:
1、 出现如上问题的原因我认为可能是由于大的排序超出了TEMP表空间的空间允许范围引起的。也可能包含着其它的异常的因素。
2、 观注TEMP等这些空间的状态是Dba日常职责之一,我们可以通过Toad、Object Browser等这些工具办到,也可以用如下的语句:
SELECT UPPER(F.TABLESPACE_NAME) "表空间名",
D.TOT_GROOTTE_MB "表空间大小(M)",
D.TOT_GROOTTE_MB - F.TOTAL_BYTES "已使用空间(M)",
TO_CHAR(ROUND((D.TOT_GROOTTE_MB - F.TOTAL
- Oracle9i临时表空间的问题
- 缩减Oracle9i临时表空间
- Oracle9i重建与切换临时表空间
- oracle的临时表空间问题
- 重建临时表空间解决临时表空间过大问题
- oracle9i创建表空间
- 解决Oracle临时表空间占满的问题
- ora-25153临时表空间是空的问题
- 解决oralce10g临时表空间不断变大的问题
- 解决Oracle临时表空间占满的问题
- 临时表空间的使用
- Oracle的临时表空间
- oracle10g的临时表空间
- Oracle的临时表空间
- oracle的临时表空间
- oracle的临时表空间
- oracle 数据库,表空间的问题,临时表空间清理的问题
- 表空间、临时表空间的操作
- 改变NUnit运行的thread apartment mode的方法
- 我-你
- (转)为何使用表格排版是不明智的(一)
- Web2.0的意义
- (转)为何使用表格排版是不明智的(二)
- Oracle9i临时表空间的问题
- 关于消除temp ts暴涨的方法
- SUN公司的一篇关于j2me3D的教程
- IBM KM概念
- 结局
- 不牵手的浪漫
- 利用XSL对XML数据进行加密和大小写转换
- 这里真是有好多好东西啊!
- 这么多看都来不及了,怎么办?