本文是对Oracle清理临时表空间的相关应用的介绍。正常的来说,我们在完成Select语句、等一些经常使用TEMP的表空间排序与相关操作后,Oracle会自动的释放掉在临时段a的。以下就是相关内容的介绍。
但有些有侯我们则会遇到临时段没有被释放,TEMP表空间几乎满的状况,甚至是我们重启了数据库仍没有解决问题。这个问题在论坛中也常被网友问到,下面我总结一下,给出几种处理方法。
法一、重启库
库重启时,Smon进程会完成临时段释放,TEMP表空间的清理操作,不过很多的时侯我们的库是不允许down的,所以这种方法缺少了一点的应用机会,不过这种方法还是很好用的。
法二、Metalink给出的一个方法
修改一下TEMP表空间的storage参数,让Smon进程观注一下临时段,从而达到清理和TEMP表空间的目的。
SQL>altertablespacetempincrease1; SQL>altertablespacetempincrease0;
法三、我常用的一个方法,具体内容如下:
1、 使用如下语句a查看一下认谁在用临时段
SELECTusername, sid, serial#, sql_address, machine, program, tablespace, segtype, contents FROMv$sessionse, v$sort_usagesu WHEREse.saddr=su.session_addr
2、 那些正在使用临时段的进程
SQL>Altersystemkillsession'sid,serial#';
3、把TEMP表空间回缩一下
SQL>AltertablespaceTEMPcoalesce;
法四、使用诊断事件的一种方法,也是被我认为是“杀手锏”的一种方法
1、 确定TEMP表空间的ts#
SQL>selectts#,namefromsys.ts$; TS#NAME SYSYEM RBS USERS TEMP TOOLS INDX DRSYS
2、 执行清理操作
SQL>altersessionsetevents'immediatetracename DROP_SEGMENTSlevel4';
说明:
temp表空间的TS# 为 3*, So TS#+ 1= 4
Oracle清理的其它方法:
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(SELECTTABLESPACE_NAME, ROUND(SUM(BYTES)/(1024*1024),2)TOTAL_BYTES, ROUND(MAX(BYTES)/(1024*1024),2)MAX_BYTES FROMSYS.DBA_FREE_SPACE GROUPBYTABLESPACE_NAME)F, (SELECTDD.TABLESPACE_NAME, ROUND(SUM(DD.BYTES)/(1024*1024),2)TOT_GROOTTE_MB FROMSYS.DBA_DATA_FILESDD GROUPBYDD.TABLESPACE_NAME)D WHERED.TABLESPACE_NAME=F.TABLESPACE_NAME ORDERBY4DESC