文章详情

  • 游戏榜单
  • 软件榜单
关闭导航
热搜榜
热门下载
热门标签
php爱好者> php文档>Flashcopy与数据库恢复的完美结合(18/20)

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)

相关阅读 更多 +
排行榜 更多 +
辰域智控app

辰域智控app

系统工具 下载
网医联盟app

网医联盟app

运动健身 下载
汇丰汇选App

汇丰汇选App

金融理财 下载