今天在做历史资料库升级动作,误删除了一个大表的index,必须要重建,而临时空间不够用,因此将临时文件的自动扩展打开了,结果导致文件超过2G不识别(操作系统是linux ad 2.1)。
接下来,立即重新建立一个新的temp空间,并将所有用户的default 临时空间置为了新的temp空间。
在执行drop tablespace temp时,报错无法识别tmp1.dbf文件,资料库自动关闭。
使用startup开启时,在open报错,一样无法识别tmp1.dbf文件,shutdown资料库。
到目录下删除tmp1.dbf文件,并使用touch tmp1.dbf创建一个空文件(这部不知道需不需要?)
然后startup mount,再执行alter database datafile '/u06/tmp1.dbf' offline drop;
最后执行alter database open及drop tablespace tmp including contents cascade constrains;
查看发现原tmp空间已经删除,如有必要可重建并切换回原临时表空间。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/110321/viewspace-617820/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/110321/viewspace-617820/