之前有做临时表空间的切换,切换后没drop tablespace就删除了temp01.dbf结果排序跟查dba_temp_files报错
SQL> select tablespace_name,file_id,file_name,bytes/1024/1024 Mbytes from dba_temp_files;
select tablespace_name,file_id,file_name,bytes/1024/1024 Mbytes from dba_temp_files
*
ERROR at line 1:
ORA-01116: error in opening database file 201
ORA-01110: data file 201: '/home/oracle/oradata/osa/temp01.dbf'
ORA-27041: unable to open file
linux-x86_64 Error: 2: No such file or directory
Additional information: 3
两种方法可以恢复
1、重启数据库
重启后系统会自动重建,数据库会提示re-creating在bdump的alter_sid.log中
Re-creating tempfile /home/oracle/oradata/osa/temp01.db
2、重建
alter tablespace temp add tempfile '/oracle/oradata/osa/temp03.dbf' size 50m;
alter tablespace temp drop tempfile '/oracle/oradata/osa/temp01.dbf' ;
Oracle 11g的Temp表空间怎么恢复?
答案是系统会自动重建;
实验如下:
我们先查看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
启动过程中,可观察到Alert日志中出现如下语句
Re-creating tempfile /u01/oracle/oradata/orcl/temp01.dbf
然后Oracle正常启动,查看文件系统,又多了temp01.dbf
实验结束。
还有一种情况,考虑到生产环境,数据库需要7*24小时的运转,假如说运行过程中temp数据文件出问题,而该问题又没有导致数据库异常关闭的情况下,该如何修复? 值得注意的是,temp表有排序的功能。
由于实验过程不好模拟,我们需要执行的操作就是丢一个temp02.dbf的数据文件给临时表空间,然后去掉temp01.dbf的数据文件就可以了。