在搭建dg的时候，使用主库的全备在备库做恢复，第一次恢复完以后出现了gap，然后我就想使用最新的备份再恢复一次数据，于是出现了如下的问题：
错误如下：
RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of restore command at 03/25/2015 09:56:55 RMAN-06026: some targets not found - aborting restore RMAN-06023: no backup or copy of datafile 4 found to restore RMAN-06023: no backup or copy of datafile 3 found to restore RMAN-06023: no backup or copy of datafile 2 found to restore RMAN-06023: no backup or copy of datafile 1 found to restore
查看datafile 1 的备份信息，可以清晰的看到备份文件正常。
RMAN> list backup of datafile 1;
然后检查了一下这个：
list incarnation;
主备库对比了一下，发现备库比主库多了一个2015-03-24的记录 而且备库的状态为current的日期是2010-07-07。
然后执行如下语句：
RMAN> reset database to incarnation 2;
然后继续恢复，一切正常。
然后我回忆了一下这个时间点对备库的操作，日志记录如下：
Resetting standby activation ID 607536602 (0x243645da) Completed: alter database recover managed standby database finish force Tue Mar 24 16:14:46 CST 2015 alter database commit to switchover to primary Tue Mar 24 16:14:46 CST 2015 ALTER DATABASE SWITCHOVER TO PRIMARY
因为正好在这个点我把备库强制切换过作为主库，所以出现了这样的情况。
然后查询了一下资料，原来是因为resetlogs以后，重置scn以后，数据库实体就会发生变化，也就会出现使用实体编号是以前的备份无法完成恢复，需要将实体编号改会跟主库一致的情况就OK了。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
