今天在做历史资料库升级动作，误删除了一个大表的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博客 ” ，链接：https://blog.itpub.net/110321/viewspace-617820/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
