DG环境中，RAMN备份 策略

当然可以在备库进行备份，如果是exp的方式建议还是别再备库备份了，因为exp需要创建job，而备库一般是read only （11g版本可以把数据库设置成read-wirte去执行exp），rman的话是建议在备库进行备份，减轻主句的压力

我们这边的策略是在备库执行rman备份，主库上晚上exp一些核心的表，归档是每天定期删除的，主备库都要删，当然是应用过的收起

综合楼上几位意见，其实这也根据环境所判断，
如果一套rac 同时搭建了 dg、ogg， 在dg端通过rman备份，或者删除归档操作时，需要考虑ogg应用归档日志情况， 相对来说，备份standby端数据库在恢复是麻烦一点。

根据实际环境，数据库大小、性能等综合评判，选择合理备份方式。所谓备份主要还是为了更好的或者更快的恢复，（当然，恢复的机会也许很小）收起

回复 3# Alfredzhao


   可以在脚本里删除前做个简单判断，比如要删除一星期前的归档，脚本中先去数据库查询归档应用的状态做个判断，比如判断未应用的归档日志超出10个（一星期的归档肯定会超出10个吧？这个可以自己设定的）认为归档未正常被应用，就不在执行rman的删除归档操作，发送邮件给DBA，进行处理收起

rman backup standby db 很方便的， “不用自己写脚本删除备库归档了”收起

回复 2# 静以致远


   删除应用过的归档这个脚本中，如何判断这些应用过的归档同时RMAN已经备份过了呢，会不会出现RMAN还没有备份这些归档，就提前被脚本删掉了，进而导致归档日志备份的不连续。收起