ORACLE臨時表空間的清理

--檢視使用率

column TablespaceName format a40 heading 'Tablespace Name'
column TotalUsedBytes format 9,999,999,999 heading 'File Sizes|(K)'
column TotalFreeBytes format 9,999,999,999 heading 'Free Bytes|(K)'
column FreeRatio format 990.99 heading 'Free|(%)'
column TotalExtensibleBytes format 9,999,999,999 heading 'Extensible|Sizes (K)'
column TotalExtends format 9999 heading 'Ext'

compute sum label 'Total:' of TotalFreeBytes TotalUsedBytes TotalExtensibleBytes on report
break on report

select b.TablespaceName,
round(sum(b.UsedByte) / 1024) TotalUsedBytes,
round(sum(a.FreeByte) / 1024) TotalFreeBytes,
round(sum(b.ExtensibleByte) / 1024) TotalExtensibleBytes,
round(sum(a.FreeByte + b.ExtensibleByte) * 100 / sum(b.UsedByte + b.ExtensibleByte), 2) FreeRatio,
sum(a.Extend) TotalExtends
from (select sum(bytes) FreeByte,
count(*) Extend,
file_id FileID,
tablespace_name TablespaceName
from dba_free_space
group by file_id,
tablespace_name
union all
select sum(bytes_free) FreeByte,
count(*) Extend,
file_id FileID,
tablespace_name TablespaceName
from v$temp_space_header
group by file_id,
tablespace_name) a,
(select decode(autoextensible, 'YES', decode(sign(maxbytes - bytes), 1, maxbytes - bytes, 0), 0) ExtensibleByte,
bytes UsedByte,
file_id FileID,
tablespace_name TablespaceName
from dba_data_files
union all
select decode(autoextensible, 'YES', decode(sign(maxbytes - bytes), 1, maxbytes - bytes, 0), 0) ExtensibleByte,
bytes UsedByte,
file_id FileID,
tablespace_name TablespaceName
from dba_temp_files) b
where b.FileID = a.FileID(+) and
b.TablespaceName= a.TablespaceName(+)
group by b.TablespaceName;

正常來說，在完成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_BYTES) / D.TOT_GROOTTE_MB * 100,
2),
'990.99') "使用比",
F.TOTAL_BYTES "空閒空間(M)",
F.MAX_BYTES "最大塊(M)"
FROM (SELECT TABLESPACE_NAME,
ROUND(SUM(BYTES) / (1024 * 1024), 2) TOTAL_BYTES,
ROUND(MAX(BYTES) / (1024 * 1024), 2) MAX_BYTES
FROM SYS.DBA_FREE_SPACE
GROUP BY TABLESPACE_NAME) F,
(SELECT DD.TABLESPACE_NAME,
ROUND(SUM(DD.BYTES) / (1024 * 1024), 2) TOT_GROOTTE_MB
FROM SYS.DBA_DATA_FILES DD
GROUP BY DD.TABLESPACE_NAME) D
WHERE D.TABLESPACE_NAME = F.TABLESPACE_NAME
ORDER BY 4 DESC