TA
SQL> select name from v$tablespace where ts# in (select ts# from v$datafile where file#=4);
NAME
?------------------------------
?DATA
这个时候因为数据库在mount阶段,还做不了offline的操作,直接可以还原数据文件,做数据恢复。
SQL> !cp /u02/ora11g/oradata/hot_bak/data02.dbf /u02/ora11g/oradata/TEST
?SQL> recover tablespace data;
?Media recovery complete.
SQL> alter database open;
Database altered.
第四种场景是数据库open阶段,新增的数据文件损坏
?这个时候我们可以简单模拟一下,创建1个数据文件。
SQL> create tablespace testdat datafile '/u02/ora11g/oradata/TEST/testdata.dbf' size 5M;
Tablespace created.
?SQL> conn test/test
?Connected.
?SQL> create table testdat tablespace testdat as select *from all_objects;
Table created.
然后我们立马删除这个数据文件,这个时候数据文件不在备份集中,是无法做还原的。
SQL> !rm /u02/ora11g/oradata/TEST/testdata.dbf
我们刷新buffer cache,然后这个表就瞬间不能访问了。
SQL> conn / as sysdba
?Connected.
?SQL> alter system flush buffer_cache;
System altered.
SQL> select count(*)from test.testdat
? ? ? ? ? ? ? ? ? ? ? ? ? *
?ERROR at line 1:
?ORA-01116: error in opening database file 5
?ORA-01110: data file 5: '/u02/ora11g/oradata/TEST/testdata.dbf'
?ORA-27041: unable to open file
?Linux Error: 2: No such file or directory
?Additional information: 3
这个时候没有备份,我们直接尝试恢复是不行的。
SQL> recover datafile 5;
?ORA-00283: recovery session canceled due to errors
?ORA-01124: cannot recover data file 5 - file is in use or recovery
?ORA-01110: data file 5: '/u02/ora11g/oradata/TEST/testdata.dbf'
我们首先需要把对应的表空间给offline
?SQL> alter tablespace testdat offline immediate;
Tablespace altered.
然后尝试创建一个空的数据文件来恢复
SQL> alter database create datafile '/u02/ora11g/oradata/TEST/testdata.dbf';
Database altered.
恢复数据文件
SQL> recover datafile 5;
?Media recovery complete.
?SQL> alter tablespace testdat online;
Tablespace altered.
这个时候恢复完成之后,表又可以访问了。
SQL> select count(*)from test.testdat;
? COUNT(*)
?----------
? ? ? 5877