Flashcopy与数据库恢复的完美结合(18/20)
时间:2011-06-03 来源:djb1008
1.5.4.17.3不完整恢复数据库
SQL> recover database using backup controlfile until cancel;
ORA-00279: change 992495 generated at 06/01/2011 17:26:22 needed for thread 1
ORA-00289: suggestion : /archivelog/1_41_750759569.dbf
ORA-00280: change 992495 for thread 1 is in sequence #41
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00279: change 992727 generated at 06/01/2011 17:27:23 needed for thread 1
ORA-00289: suggestion : /archivelog/1_42_750759569.dbf
ORA-00280: change 992727 for thread 1 is in sequence #42
ORA-00278: log file '/archivelog/1_41_750759569.dbf' no longer needed for this
recovery
ORA-00308: cannot open archived log '/archivelog/1_42_750759569.dbf'
ORA-27037: unable to obtain file status
IBM AIX RISC System/6000 Error: 2: No such file or directory
Additional information: 3
SQL> alter database open resetlogs;
SQL> select count(1) from aidu.test04;
228
SQL> select checkpoint_change# from v$database;
992731
笔者曾经使用命令’Alter database recover database using backup controlfile until cancel;’进行数据库的恢复工作,但结果失败,所以在数据库的不完整恢复时,不建议使用这个命令。而是使用上面的’recover database using backup controlfile until cancel’命令,进行数据库不完整恢复。
1.5.5 案例总结
本案例是pprc+flashcopy+oracle archivelog实现数据库备份与恢复的最佳实践。数据库数据通过pprc复制到容灾备用中心的存储上,在容灾备用中心的存储上执行增量flashcopy,定时对数据进行备份。因为是增量的备份和存储内实现的数据拷贝,所以效率非常高。同时使用flashcopy和archivelog结合,实现了数据库的不完整恢复,当主中心的数据库因为主中心存储出现故障无法运行时,可以使用本案例的方法,进行快速的恢复。
本案例是在备中心机房的存储上执行flashcopy复制工作,不需要停止或者暂停主中心数据库的运行,同时复制工作不会对生产环境的运行效率产生影响。
本案例可以实现数据库的增量备份,可以取代oracle rman的备份。虽然rman可以在线和实现增量备份,但rman的备份速度还是没有直接从存储层备份快;更重要的是rman恢复的时间与数据库的规模有很大关系,所需要的时间比使用flashcopy恢复要长很多(例如1T的数据库,rman恢复需要4个小时,而flashcopy恢复只需要4分钟的时间,差距是巨大的)。
Flashcopy 一般都是做时间点的完整恢复,但是本案例成功结合了oracle archivelog,使得数据库不但可以恢复到flashcopy的时间点,而且可以从那个时间点开始应用时间点后所有归档日志文件,恢复更多的数据,直到应用到最后一个归档日志文件,实现不完整恢复;本案例不能完成完整恢复,即不能恢复主机A中的redo文件中的内容。
本案例通过测试,也明确了resyncflash与archivelog的恢复应用场景,不完整恢复时,只会应用最后一次resyncflash后面的archivelog,而不会应用resyncflash前面的归档日志文件,这样恢复的时间变得更短。行家都知道,数据库的恢复是数据库SCN的不断恢复与增加
本文中提及的4个案例都是经过笔者多次测试,当然在测试过程中不是一帆风顺,曾经遇到很多问题,下面摘录了metalink上的两个文章,对解决flashcopy的问题很有参考价值。
上一篇:Flashcopy与数据库恢复的完美结合(17/20)
下一篇:Flashcopy与数据库恢复的完美结合(19/20)