drop tablespace undo

saup007

1. create undo tablespace UNDOTBS1 DATAFILE '/u02/oradata/SID/undotbs01.dbf' SIZE 1G REUSE AUTOEXTEND ON NEXT 50M MAXSIZE UNLIMITED;
   
2. 
   
3. alter system set undo_tablespace=UNDOTBS1 scope=both;
   
4. 
   
5. select usn,xacts,status,rssize/1024/1024/1024,hwmsize/1024/1024/1024,shrinks from v$rollstat order by rssize;
   
6. 
   
7. drop tablespace UNDOTBS2 including contents and datafiles;
   
8. 空间并没有释放
   
9. $ /usr/sbin/lsof | grep undotbs02 其他的spid已经查询，不是后台进程，也不是active进程现在有一个进程为后台进程不能kill，怎么办：$ /usr/sbin/lsof | grep undotbs02
   
10. oracle     9684 oracle   19u      REG      104,6 24589115392   12730369 /u02/oradata/SID/undotbs02.dbf (deleted)
    
11. 
    
12. $ ps -ef | grep 9684
    
13. oracle    8752 28709  0 15:33 pts/8    00:00:00 grep 9684oracle    9684     1  0  2011 ?        00:01:51 ora_q002_SID

复制代码

[ 本帖最后由 saup007 于 2012-5-28 18:16 编辑 ]

saup007

q002进程是作用是什么呢？expdp时q00进程有2个特别占用cpu

方法
http://www.xifenfei.com/2596.html

[ 本帖最后由 saup007 于 2012-8-3 13:46 编辑 ]

saup007

汗，又学一招。学习。

Maclean Liu(刘相兵

可以尝试

oradebug setospid  SPID_Q002
oradebug call close FID ;


或者

alter session kill session  

如果仍不释放句柄 在考虑KILL OS PROCESS

saup007

其他进程可控制，后台进程有些担心

非常感谢。。。

磁盘空间从88%到70%，世界终于清静了。

Kamus

q002进程并非critical 进程可以kill