答案是系统会自动重建;
实验如下:
我们先查看Temp表空间对应的数据文件
SQL> select FILE_NAME,TABLESPACE_NAME,STATUS from dba_temp_files;
FILE_NAME TABLESPACE_NAME STATUS
---------------------------------------- ------------------------------------------------------------------------------------------ ---------------------
/u01/oracle/oradata/orcl/temp01.dbf TEMP ONLINE
然后登陆到sys用户下,shutdown immediate
在文件系统层面去删除该数据文件
cd /u01/oracle/oradata/orcl/
ls
rm -f temp01.dbf
然后重新登陆到数据库,startup,并观察Alert日志,Alert日志可通过show parameter dump命令获取
cd u01/oracle/diag/rdbms/orcl/orcl/trace
tail -200f alert_orcl.log
启动过程中,可观察到Alert日志中出现如下语句
Re-creating tempfile /u01/oracle/oradata/orcl/temp01.dbf
然后Oracle正常启动,查看文件系统,又多了temp01.dbf
实验结束。
还有一种情况,考虑到生产环境,数据库需要7*24小时的运转,假如说运行过程中temp数据文件出问题,而该问题又没有导致数据库异常关闭的情况下,该如何修复? 值得注意的是,temp表有排序的功能。
由于实验过程不好模拟,我们需要执行的操作就是丢一个temp02.dbf的数据文件给临时表空间,然后去掉temp01.dbf的数据文件就可以了。