经常听到有DBA因为对DATAGUARD监控不到位，导致归档日志和主库没有同步，更悲剧的是主库通常都设置了RMAN备份，
而全库备份结束后通常会删除归档日志。遇到这种情况，发现很多DBA都会着手重新从主库全库备份恢复到从库，
遇到小的数据库还好，对于动辄上百G或T的库往往会很悲剧，因为数据拷贝时间都相当的漫长。
而事实上对于从库SCN和主库差距并不大，也可以理解为归档差距并不多的DG（比如我们的一个库上线1年了，一个月没有同步差距也不算很大），
根本没必要全库回复，这种情况下增量恢复能快速解决问题，以下是笔者的一次具体操作。
故障现象：
因为周六主库要做历史数据迁移，DBA主动停止了和从库的归档同步。悲剧的是周日凌晨主库有个全库备份动作，
备份完成后把所有的归档都给删除了，这就造成了这部分归档的丢失，从库存在GAP。DBA打算重做DG，申请了一个
晚上8小时的时间，因为数据备份和迁移要5小时，实施和测试计划3小时完成。笔者分析丢失的日志很少，及时制止
了这一实施申请，要求DBA采用incremental recover（增量备份恢复）的方法实现主库和从库同步，
先确定备库的current scn，以此在主库上执行incremental backup，将备份传至备库，使用recover noredo方式恢复备库。
事实证明这种方法是完全可行的。
具体实施如下。
一、实施准备（从库关键数据确认）