公众号：杨建荣的学习笔记 · 作者：杨建荣 · 发布：2016-08-15 23:38:32 · 原文链接

自前些天写了一个脚本通过shell脚本得到数据库的基本信息（一）（r9笔记第89天），今天特意测试了一下，没想到一下子发现了一个大问题。有一套一主两备的10gR2环境，一个异机备库一直在READ ONLY状态，也就意味着数据库在打开之后一直忘了恢复应用归档，然后在某一天发现时，已经延迟了好几个月。无论怎样，还得庆幸发现了这个问题。       目前来看一种行之有效的方法就是重搭备库，但是这种修复方式需要大量的磁盘空间，而且需要恢复的时间较长，怎么改进呢，可以考虑通过基于SCN的增量备份来跳归档恢复。目前的环境是一主两备，再怎么改进呢，我们可以基于备库1来完成基于SCN的增量备份，在备库2完成恢复，对于主库几乎是完全透明，无影响的。
整个示意图如下，通过在Standby1上面基于SCN导出增量备份，拷贝到备库2上去恢复，最后再和主库汇合即可。

所以在这个问题上，还是对10g的DG Broker颇有微词，因为11g中是ADG不会存在这类问题，在10g中备库为READ ONLY，哪怕丢失了大量的归档，备库也是检查通过的。
直到在切换到恢复模式的时候，后台日志还不清楚到底发生了什么。

其实这个时候问题已经很严峻了。