删除用户的临时表空间耗时太长？？？

mang003

我的一个用户的临时表空间9G
我给用户重新分配了一个临时表空间

然后把这个9G的表空间删掉

drop tablespace temptest including contests and datafiles cascade constraints;

到现在都过了半个小时了，还没完成
请问这是怎么回事啊

在线等

谢谢

doni

因为当前还有用户的SESSION在使用这个表空间

mang003

那怎么确定是哪个session在使用呢？

doni

更正一下,前面我说得不太确切:
删除用户临时表空间时,应同时修改用户的默认临时表空间,(修改对当前的SESSION是否有效,这个我不记得了)反正让用户退出重新登录就可以了.

mang003

我在删除之前，已经建立了一个临时表空间new，然后更改用户的临时表空间为新建的new

在删除原有的临时表空间old时，过了半个小时还不行。
我就把它结束了
重新把old给了用户
这个时候删除new的时候却很快
drop tablespace new including contents and datafiles

但是操作系统上并没有删除掉。

我想查这个的根本原因，却不知道如何下手

请高手指点。

numenhuang

原帖由 mang003 于 2006-10-11 12:39 发表
我在删除之前，已经建立了一个临时表空间new，然后更改用户的临时表空间为新建的new

在删除原有的临时表空间old时，过了半个小时还不行。
我就把它结束了
重新把old给了用户
这个时候删除new的时候却很快
...

执行一下：
select ta.schemaname,ta.sid,ta.serial# from v$session ta,v$lock tb
    where ta.sid=tb.sid
      and tb.type='TS'

如果有记录代表有session在使用temporary table存放数据，此时原有的temporary tablespace是无法被删除的，执行drop会进入hang状态。即使alter database default temporary tablespace xxx;已经执行成功。

至于删除不了datafiles跟你的数据库版本有关系。

mang003

我用的是10g的，做实验的时候可以删除的

我怀疑是数据库内部出问题了，或是性能不好

可我不知道怎么去检查

numenhuang

原帖由 mang003 于 2006-10-11 13:34 发表
我用的是10g的，做实验的时候可以删除的

我怀疑是数据库内部出问题了，或是性能不好

可我不知道怎么去检查

OS是什么平台

mang003

win 2003

numenhuang

对于无法正常删除datafiles，你可以尝试一下跟踪trace文件：

sqlplus / as sysdba
sql>alter session set events='immediate trace name processstate level 12';
sql>drop tablespace xxx including contents and datafiles cascade constraints;
这个产生的trace文件在$ORACLE_BASE/admin/sid/udump