原文《一次客户数据库恢复的过程》

地址：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博客

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

最新文章