Oracle 臨時表空間滿的清理

正常來說，在完成所送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‘ ;

　　說明：

temp表空間的ts#為 3*, 是以 ts#+ 1= 4