rman全量+增量恢复报错ORA-01152: file 1 was not restored from a sufficiently old backup

现象

rman在做完增量恢复操作后，执行“alter database open resetlogs;”，报错：ORA-01152: file 1 was not restored from a sufficiently old backup，如下：

恢复场景：首先rman全备，然后过了2天，删除这2天的归档，然后做增量备份，然后在异机直接做recover操作的时候报错了。

原因

由于controlfile里所记录的scn与datafile里的scn不一致。

模拟

环境准备：

源库做全备

注意这里的归档日志的备份“sysdate-10/24/60”，表示只备份最近10分钟的归档，因为我这个库比较小，所以10分钟可以备份完成。若库比较大，备份需要2小时，那么建议这里的时间调大一点，即需要备份从开始全备到全备结束之间的所有归档。

目标库全量恢复

全量恢复的时候，需要注意，删除之前库已经产生的归档文件。

在做完recover database后需要注意归档号是多少。

源库做增量备份

这里为了模拟实验，多次切换归档文件后，再删除这些产生的归档文件。

注意这里的归档日志的备份“sysdate-2/24/60”，表示只备份最近2分钟的归档，因为我这个库比较小，所以2分钟可以增量备份完成。若库比较大，增量需要10分钟，那么建议这里的时间调大一点，即需要备份从开始增量备份到增量备份结束之间的所有归档。

目标库做增量恢复

解决办法

若增量恢复的时候执行“alter database open resetlogs;”，报错：ORA-01152: file 1 was not restored from a sufficiently old backup，那么可以有以下几种办法：

方法1、增量恢复的时候，先还原最新的控制文件，然后再做recover操作（推荐）。另外，若是ASM存储，那么可能还存在转换数据文件名称的操作，具体请参考：https://www.xmmup.com/rmanzuozenglianghuifushibaocuorman-06094-datafile-1-must-be-restored.html

方法2、重建控制文件。

直接在目标库操作，如下：

总结

1、若全备之后的归档日志全部存在，那么可以不恢复最新的控制文件，直接在新环境做recover操作，若归档丢失则会报错：ORA-01152: file 1 was not restored from a sufficiently old backup。此时，需要先还原最新的控制文件，然后再做recover操作，最后做alter database open resetlogs;即可。
2、若全备之后缺失归档，那么必须先还原最新的控制文件，然后再做recover操作（推荐）。
3、当数据库比较大的时候（假设2T），归档一般只会保留1-2天，而这1-2天产生的归档有的时候也很大（假设100G）。
而在迁移数据库的时候，对于归档文件的备份，只需要备份开始备份到备份结束之间产生的归档即可，例如无论是全备还是增备都只需要备份在备份期间的归档即可，这样归档文件的备份大约也就不到10G，因为备份过程大概1-2小时。
4、恢复的过程中，请注意归档号的变化。
5、直接追加归档。若在rman全备之后，产生的归档文件并不多，那么可以不做增量备份，只需要将全备之后产生的归档文件拷贝到目标平台进行注册，然后执行recover操作即可将数据库恢复到最新的状态。此时，是不需要0级全备份的。

6、要做1级增量备份，那么必须先做0级增量全备，否则直接做1级增量备份也会自动去做0级全备。例如，如下的全备备份集是不能作为1级增量备份的基础：

备份脚本

0级全备

1级增量备份