有备份的control file,但之后我做了ddl操作,导致当前的control file比备份的新,然后control file全部丢失,怎么用备份的control file来恢复数据库?
步骤1:检查当前redo和archive文件
sys@PAN>select group#,sequence#,archived,status,first_change# from v$log;
GROUP# SEQUENCE# ARC STATUS FIRST_CHANGE#
---------- ---------- --- ---------------- -------------
1 4 NO CURRENT 443342
2 2 YES INACTIVE 443335
3 3 YES INACTIVE 443338
sys@PAN>select name from v$archived_log where name is not null;
NAME
--------------------------------------------------------------------------------
/u01/flash_recovery_area/PAN/archivelog/2013_06_23/o1_mf_1_1_8wg0nhky_.arc
/u01/flash_recovery_area/PAN/archivelog/2013_06_23/o1_mf_1_2_8wg0njog_.arc
/u01/flash_recovery_area/PAN/archivelog/2013_06_23/o1_mf_1_3_8wg0nlhz_.arc
步骤2:冷备
步骤3:
alter database backup controlfile to trace;
生成一个trace文件,可以用于恢复控制文件,它是一个文本文件。
步骤4:
alter database backup controlfile to '/backup/pancontrol.bak';
备份当前的控制文件。
步骤5:
创建一个表空间,然后在此表空间里建表,加数据,目的是让controlfile改变成新的。
create tablespace ts_test02 datafile '/u01/oradata/pan/ts_test02_01.dbf' size 10m;
sqlplus scott/tiger
create table tb_test02 (id int) tablespace ts_test02;
insert into tb_test02 values(1);
insert into tb_test02 values(2);
insert into tb_test02 values(3);
commit;
现在这些改变在哪个日志文件里呢?
sys@PAN>select group#,sequence#,archived,status from v$log;
GROUP# SEQUENCE# ARC STATUS
---------- ---------- --- ----------------
1 4 NO CURRENT
2 2 YES INACTIVE
3 3 YES INACTIVE
Elapsed: 00:00:00.01
理论上在1号日志中,一会要用这个做恢复。
步骤6
删除当前controlfile
步骤7
shutdown abort
步骤8
用备份controlfile转储。
[oracle@oracle11g pan]$ cp /backup/pancontrol.bak control01.ctl
[oracle@oracle11g pan]$ cp /backup/pancontrol.bak control02.ctl
步骤9
起库到mount,若到open会出错:
sys@PAN>alter database open;
alter database open
*
ERRORat line 1:
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
步骤10
尝试使用备份的controlfile来恢复数据库。
recover database using backup controlfile;
结果:
sys@PAN>recover database using backup controlfile;
ORA-00279: change 443470 generated at 06/23/2013 10:23:49 needed for thread 1
ORA-00289: suggestion : /u01/flash_recovery_area/PAN/archivelog/2013_06_23/o1_mf_1_4_%u_.arc
ORA-00280: change 443470 for thread 1 is in sequence #4
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
看下这个目录下有没有这个归档日志,发现没有。也就是说数据库会先找你的归档日志来恢复,但我们知道以前的那些DDL操作被记录到1号联机日志里了,所以我要用1号redo日志来做恢复。
继续:
recover database using backup controlfile;
ORA-00279: change 443470 generated at 06/23/2013 10:23:49 needed for thread 1
ORA-00289: suggestion : /u01/flash_recovery_area/PAN/archivelog/2013_06_23/o1_mf_1_4_%u_.arc
ORA-00280: change 443470 for thread 1 is in sequence #4
Specifylog: {<RET>=suggested | filename | AUTO | CANCEL}
/u01/oradata/pan/redo01.log
ORA-00283: recovery session canceled due to errors
ORA-01244: unnamed datafile(s) added to control file by media recovery
ORA-01110: data file 9: '/u01/oradata/pan/ts_test02_01.dbf'
ORA-01112: media recovery not started
又出错了!它说没有这个文件,因为日志里记录着ts_test02_01.dbf,但控制文件里却没有,好的,现在我查看下控制文件里那个文件叫什么。
sys@PAN>select file#,status,name from v$datafile;
FILE# STATUS NAME
---------- ---------------------------------------------------------------------------------------
1 SYSTEM /u01/oradata/pan/system01.dbf
2 ONLINE /u01/oradata/pan/sysaux01.dbf
3 ONLINE /u01/oradata/pan/lxtbs01.dbf
4 ONLINE /u01/oradata/pan/users01.dbf
5 ONLINE /u01/oradata/pan/undotbs02.dbf
6 ONLINE /u01/oradata/pan/ts_test01.dbf
7 ONLINE /u01/oradata/pan/ts_readonly01.dbf
8 ONLINE /u01/oradata/pan/app2_01.dbf
9 RECOVER /u01/oracle/dbs/UNNAMED00009
9 rows selected.
现在明白了,控制文件里的这个文件名为“/u01/oracle/dbs/UNNAMED00009”,我把它先重命名成正确的。
sys@PAN>alter database rename file '/u01/oracle/dbs/UNNAMED00009'
2 to '/u01/oradata/pan/ts_test02_01.dbf';
现在再一次恢复,使用1号redo日志。
recover database using backup controlfile;
ORA-00279: change 443687 generated at 06/23/2013 10:27:38 needed for thread 1
ORA-00289: suggestion : /u01/flash_recovery_area/PAN/archivelog/2013_06_23/o1_mf_1_4_%u_.arc
ORA-00280: change 443687 for thread 1 is in sequence #4
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/u01/oradata/pan/redo01.log
Log applied.
Media recovery complete.
果然,恢复成功!
步骤11
alter database open resetlogs;
步骤12 冷备