数据库迁移，思路：新增一台备库节点，数据同步完成后，再激活为独立的库，
问题：新备库，执行完duplicate target database for standby from active database nofilenamecheck;
然后执行，ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;应用实时同步
最后 打开备库时报错：
告警日志信息如下：
感觉问题出在 缺少了一些归档日志，然后主库上查找该归档日志，也没有找到，还是尝试在主库做了归档全备，在备库恢复，问题依然存在。也尝试了 查看备库的scn，然后主库，做基于备库scn的增量备份，然后去备库恢复，问题依然存在（主库做scn增备之前，是否需要也备份控制文件作为备库）。请各位大佬不吝赐教
在主库上也查不到 备库少的归档，但还是执行：BACKUP AS COMPRESSED BACKUPSET ARCHIVELOG ALL FORMAT '/oracle/bak/archivelog_%U.bak'; 然后在备库上 recover 了，问题没解决
评论
有用 0主库差不多缺失的归档，可以做增量恢复。
查询一下备库的scn号，然后根据scn号再做个增量备份恢复就可以了，查询语句请参考
SELECT MIN(FHSCN) FROM X$KCVFH;
复制您好，主库做基于备库scn的增量方法已经试过：
BACKUP AS COMPRESSED BACKUPSET INCREMENTAL FROM SCN 8902664266 DATABASE FORMAT '/oracle/bak/_%U.bak';
然后备库 恢复了控制文件，恢复了scn增量；recover database noredo，随后执行：
alter database recover managed standby database using current logfile disconnect from session;复制
告警日志新的报错如下：
我重新 删除备库报错的standbylog，重新add 再次启用了 实时日志同步，这次报错如下：
现在报错貌似只剩下gap，应该就是主库备库都缺了 归档。我查到的方法也是您说的基于备库scn做增量备份，去备库恢复，但今天早上 查到一个 18c版本之后的新特性：
https://dbaclass.com/article/recover-standby-database-from-primary-using-service-in-oracle-18c/#:~:text=Recover%20standby%20database%20from%20primary%20using%20service%20in,run%20recovery%20command%3A%20%5B%20ON%20STANDBY%20%5D%20
由于 现在已经七点，为了不影响 正常业务，只能今天夜里再次尝试了
评论 有用 018c以后有个新功能直接用tns名去追在线追归档，要比增量恢复方便许多，试试看能不能追回来 RECOVER STANDBY DATABASE FROM SERVICE TNS名称
评论 有用 0看看你的通道2参数设置 服务端，客户端是不是指定的是对的 show parameter log_archive_dest_2
参数里面设置的服务名对比下tnsname.ora服务名是否一致
评论 有用 0
