这个案例是一个朋友之前遇到的,场景也比较简单,一个测试库,要重新整理一下,做了rman备份,控制文件自动备份,rman中直接backup database之后完事。就直接删除了对应的数据文件以及归档文件。问题出在了恢复过程中,发现了归档不存在以及控制文件和数据文件不一致的情况。
认真分析一下,发现问题了。问题首先是备份过程中没有明确的switch,备份的时候没有备份归档文件(仅仅做了备份数据文件),可以说是个不完整的备份,而且没有控制好控制文件备份的顺序,这些是细节问题,当然也是导致恢复碰到各种问题的原因。这里记录下来,目的是提醒自己要多注意备份脚本和方法的规范,同时要注意备份文件有效性的检查,确认无误之后方可进行重建工作中的破坏操作。
场景的处理大致思路:重建控制文件、catalog对应的归档文件。
待继.....
认真分析一下,发现问题了。问题首先是备份过程中没有明确的switch,备份的时候没有备份归档文件(仅仅做了备份数据文件),可以说是个不完整的备份,而且没有控制好控制文件备份的顺序,这些是细节问题,当然也是导致恢复碰到各种问题的原因。这里记录下来,目的是提醒自己要多注意备份脚本和方法的规范,同时要注意备份文件有效性的检查,确认无误之后方可进行重建工作中的破坏操作。
场景的处理大致思路:重建控制文件、catalog对应的归档文件。
待继.....
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/759027/viewspace-753938/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/759027/viewspace-753938/