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