ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 看了yangtingkun大师的《一次客户数据库恢复的过程》总结

看了yangtingkun大师的《一次客户数据库恢复的过程》总结

原创 Linux操作系统 作者:dzq0371 时间:2012-03-25 12:06:44 0 删除 编辑
原文《一次客户数据库恢复的过程》
地址:http://yangtingkun.itpub.net/post/468/526502

总结:引用“数据库DOWN机的原因是由于当前日志损坏,由于数据库的日志每组只有一个,这个当前日志的损坏不但导致数据库的DOWN机,而且会造成数据的丢失。但是损失仅此而已,只是当前日志中少部分已经COMMIT但是还没有写到数据文件的数据。对于这种情况,最差的情况是丢失一个小时的数据,也就是说到上一个日志切换时刻数据都是正常的。而对于当前日志丢失的情况,完全没有必要也没有理由去执行全库的恢复,只要清除当前损坏的日志就可以打开数据库。执行全库的恢复说明维护人员根本不理解Oracle的备份恢复机制,只是发现数据库无法正常打开,就去盲目的还原并恢复数据库,导致更多的问题产生。
1、当前日志损坏,只用清除当前损坏的日志:参考http://space.itpub.net/7882490/viewspace-195953
2、Oracle备份恢复机制:
http://space.itpub.net/283894/viewspace-351958
http://space.itpub.net/22578826/viewspace-703502

3、应该将所有备份备份到带库上。

4、保存数据库恢复过程的RMAN输出的日志,以备不时之需。

5、引用“第一次在进行数据库恢复的过程中,有一些带库上的归档日志文件被恢复到本地磁盘上。在数据库恢复完成后,出于空间的考虑,所有硬盘上恢复出来的归档日志被删除。但是由于删除的时候没有进行限定,删除操作删除了数据库硬盘上所有的归档,不仅包括恢复过程中从带库恢复到硬盘上的,还包括最新的几个还没有进行过备份的归档文件。这个删除的操作最终导致了数据库再次进行恢复时,丢失了最后两个小时的数据。”---做删除之前一定要想到后果,能不删除的不要删除,只有到万不得已时再删但也要有限制的删除。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/23009281/viewspace-719458/,如需转载,请注明出处,否则将追究法律责任。

上一篇: oracle job
请登录后发表评论 登录
全部评论

注册时间:2011-07-14

  • 博文量
    52
  • 访问量
    178221