原 【DB宝22】使用DG环境的物理备库进行备份还原的备份一致性问题
在部署完ADG（Active Data Guard）后，不但可以将只读的查询交给备库执行，还可以把日常的数据库备份工作放在备库上执行，从而减轻主库的压力，充分的发挥服务器资源。
本文演示的是利用Oracle DG环境的备库执行备份，然后异机还原恢复成一个新的主库的过程。
※使用物理备库备份数据库的一致性说明
之前发过一篇类似的文章，请参考：https://mp.weixin.qq.com/s/ptB9D3sDzwNyHyHujTwKbQ
这几天还原了一个将近2T的库，碰到了一个坑。情况是这样的，我在物理备库进行的备份，但是当我把备份拿到新主机进行还原后，死活就是不能正常启动数据库，报错“数据库不一致，需要相关的归档日志进行恢复”，即使加上隐含参数“_allow_resetlogs_corruption”强制启库也不行。无奈之下，找了找相关资料，发现在物理备库进行的备份其实是存在备份一致性的问题的。
请看下图，来自于Benefits and Usage of RMAN with Standby Databases (文档 ID 602299.1)：
在备库进行备份，主要关注备份的一致性问题，分为2种情况：
1、备库可以连接到主库：
方法a、对数据文件备份完成后，需要在主库切换归档后，等最新的归档传递到备库后，再在备库备份归档，最后备份控制文件。需要注意的是，如果是11.2.0.4以上，可以不用单独在主库执行切换归档操作，因为在备库执行备份的过程中，会自动去连接主库执行一个切换归档的操作，但是若主库本身拒绝备库的连接，会报RMAN警告（RMAN-06820: WARNING: failed to archive current log at primary database），那么依然需要手工在主库进行切换。
方法b、灾备端可以在mount状态或read only状态进行备份，但是不能启用实时应用功能（mrp进程）。因为，即使数据库处于read only或mount状态，mrp进程也会持续更新数据块。
2、备库不能连接到主库：灾备端可以在mount状态或read only状态进行备份，但是不能启用实时应用功能（mrp进程）。因为，即使数据库处于read only或mount状态，mrp进程也会持续更新数据块。
如果备库还原完成后，还需要归档才能打开数据库，那么我们也可以在原主库上拷贝相关的归档日志到我们的新主库进行恢复（recover），即可打开数据库，只是有的情况下，环境不允许我们连接主库，主库一般都是生产库。
其它更多内容请参考：http://blog.itpub.net/26736162/viewspace-2723840/
参考文档：
- ( Doc ID 1616074.1) RMAN-06820 ORA-17629 During Backup at Standby Site
- How to take consistent backups at standby site (文档 ID 1292126.1)
- ( Doc ID 1419923.1) Howto make a consistent RMAN backup in an Standby database in Active DataGuard mode
- Step by Step method to create Primary/Standby Database from Standby Backup (文档 ID 1604251.1)
- How to quickly check that Database is consistent after incomplete recovery (Point in Time Recovery) before OPEN RESETLOGS (文档 ID 1354256.1)
- Benefits and Usage of RMAN with Standby Databases (文档 ID 602299.1)
本环境中，我们选择第2种办法在灾备端进行备份数据库，并拿到新环境进行还原。
