temp 表空间暴涨的问题 , 以及如何回收临时表空间 , 由于版本的不同 , 方法显然也多种多样 , 但这些方法显示是治标不治本的办法 , 只有深刻理解 temp 表空间快速增加的原因 , 才能从根本上解决 temp ts 的问题。...

v$tempseg_usage结束使用的进程select 'alter system kill session '''||sid||','||serial#||''' immediate;' from v$session vs,v$tempseg_usage vt where vs.saddr=vt.session_addr and vt.tablespace='TEMP';

两种方法: 1 使用db2系统视图，syscat.tablespaces 2 使用db2pd -d dbname -table来查看，都有表空间类型的说明

可能需要根据实际情况进行深入分析了，出现这种异常请打IBM 800电话开PMR进行处理。另外，由于目前Db2表空间支持No Filesystem Caching的选项，目前越来越多的客户使用DMS的系统临时表空间，不再使用SMS的表空间。...

onstat -c|grep DBSPACETEMP

可以做到，但不简单：调用 table functions： MON_GET_PKG_CACHE_STMT， WLM_GET_WORKLOAD_OCCURRENCE_ACTIVITIES， and SNAP_GET_TAB

SELECT d.tablespace_name "Name",                   TO_CHAR(NVL(a.bytes / 1024 / 1024, 0),'99,999,990.900') "Size (M)",                 ...

basically just backing up its definition, therefore it is effortless

按照官方解释，方法2 效率较低，因为需要在表空间之间挪动数据。但是方法2 更加安全，不会因为意外事件将表空间填满。

现做个db2 snapshot ，分析db2 snapshot报告。能找到你需要的信息。