正常来说
在完成Select语句、create index等
些使用TEMP表空间
排序操作后Oracle是会自动释放掉临时段a
但有些有侯我们则会碰到临时段没有被释放TEMP表空间几乎满状况甚至是我们重启了数据库仍没有解决问题 这个问题在论坛中也常被网友问到下面我整理总结下给出几种处理思路方法 法
、重启库 库重启时
Smon进程会完成临时段释放,TEMP表空间清理操作不过很多时侯我们库是不答应down,所以这种思路方法缺少了点应用机会不过这种思路方法还是很好用 法 2、Metalink给出
个思路方法 修改
下TEMP表空间storage参数让Smon进程观注下临时段从而达到清理和TEMP表空间目 SQL>alter tablespace temp increase 1;
SQL>alter tablespace temp increase 0;
法 3、我常用
个思路方法,具体内容如下: 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;
法 4、使用诊断事件
种思路方法,也是被我认为是“杀手锏”种思路方法 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
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
最新评论