正常來說,在完成所送select語句、createindex等一些使用TEMP表空間的排序操作後,Oracle是會自動釋放掉臨時段的。但有些有侯我們則會遇到臨時段沒有被釋放,TEMP表空間幾乎滿的狀況,甚至是我們重新開機了資料庫仍沒有解決問題。這個問題在論壇中也常被網友問到,下面我總結一下,給出幾種處理方法。
方法一、重新開機庫
庫重新開機時,smon程序會完成臨時段釋放,TEMP表空間的清理操作,不過很多的時侯我們的庫是不允許down的,是以這種方法缺少了一點的應用機會,不過這種方法還是很好用的。
方法二、Metalink給出的一個方法
修改一下TEMP表空間的storage參數,讓smon程序觀注一下臨時段,進而達到清理和TEMP表空間的目的。
SQL>altertablespace temp increase 1;
SQL>alter tablespace temp increase 0;
方法三、我常用的一個方法,具體内容如下:
1、使用如下語句檢視一下認誰在用臨時段
SELECT
se.USERNAME,
se.sid,
se.SERIAL#,
se.sql_address,
se.machine,
se.program,
su.tablespace,
su.segtype,
su.contents
FROM
v$session se,
v$sort_usage su
WHERE se.saddr=su.session_addr;
2、殺死正在使用臨時段的會話
SQL>Altersystem kill session 'sid,serial#';
3、把TEMP表空間回縮一下
SQL>altertablespace TEMP coalesce;
SQL>ALTER DATABASE TEMPFILE '/u01/app/oracle/oradata/instance/temp03.dbf'
RESIZE 1M;
SQL>ALTER DATABASE TEMPFILE '/u01/app/oracle/oradata/instance/temp02.dbf'
AUTOEXTEND OFF;
SQL>ALTER DATABASE TEMPFILE '/u01/app/oracle/oradata/instacne/temp03.dbf'DROP;
方法四、使用診斷事件的一種方法,
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>altersession set events 'immediate trace name DROP_SEGMENTS level 4' ;