亲爱滴伙伴们，大家好。上篇讲了一起ADG主备切换异常的故障处理，最近又遇到一个ADG的问题，做下分享。事情是这样的，一哥们急急忙忙的跑过来说：
“魏大湿，我手上的ADG实时同步死活开不起来！”
“之前实时同步是好的么？”
“是好的，都同步好久了。”
“那实时同步起不来之前你做了啥操作没？”
“就在主库新增了一些数据文件。”
“那之前在主库新增数据文件的时候是正常的，是吧！”
“是的，之前是好的，就这次新增数据文件就成这样了。”
...... ...... ......
通过沟通了解到，之前这套库做过主备切换，已经实时同步一段时间了，主库在新增数据文件之后，备库的实时同步就关闭了，并且新增数据文件在备库没有创建。手动开启实时同步也无法开启。
环境介绍：
操作系统：Redhat7.6
数据库版本：19.7
是否RAC：是
是否CDB：是
ASM或文件系统：ASM
ADG主备库节点数：均为2个
注：之前做过主备切换，racdbstd为当前主库，racdb为当前备库。
1、查看备库dbalert日志发现报ORA-01193:file 26 is not the same file seen at start of recovery。
2、为啥会报文件26不是恢复开始时看到的同一文件呢？继续查看主备库的数据文件差异。
主库：
备库：
从上图我们可以看到主库比备库多了3个新增的数据文件。初步判断那个26号文件报错只是表象，真正原因是3个新增数据文件同步不过来导致。
3、数据文件为啥同步不过来？
新增数据文件主备库同步涉及转换，一般跟db_file_name_convert参数有关系，但疑点是就算db_file_name_convert参数设置有问题，也只是备库这边创建的新增数据文件路径不对而已，备库不会不创建数据文件。
主备库db_file_name_convert参数核查正常：
尝试再次开启实时同步发现mrp进程没有启动，dbalert日志依旧报ORA-01193:file 26 is not the same file seen at start of recovery。
开启实时同步显示成功：
查看v$managed_standby发现备库接受主库的redo信息正常，但同步进程(MRP)没有启动
备库Dbalert日志依旧报错
4、在确认数据库参数及其他tns等配置均正常的情况下，怀疑触发BUG。在MOS上搜了一把，12C之前有ORA-01193报错的BUG，但没有发现19C类似报错的文章，而且12C及之前的BUG现象不一致。好吧，既然新建数据文件无法自动同步过来，那我们还是使用基于scn增量备份恢复的方式把故障解决了。
5、查看当前备库的SCN。
在主库创建standbycontrolfile，并基于备库查询的SCN在主库做增量备份。
6、将主库创建的standbycontrolfile及增量备份集传至备库，记录备库当前数据文件的路径以便重建备库控制文件后rename数据文件，并将standby_file_management设置为manual。具体的上篇介绍过了，这里就不细说了。
7、将备库实例shutdown并启动至nomount，重建控制文件后mount。并rename备库原有数据文件路径。
8、查看备库数据文件路径发现只有新增数据文件路径是异常的。
9、注册备份集信息
RMAN>catalog start with '/OGG' noprompt;
10、由于新增数据文件41、42及43在备库不存在，需要先restore，如果直接recover会报错。
11、restore出来的数据文件并不是控制文件中的路径，在主库对应的目录，我们需要asmcmd进入ASM中把文件详细路径找出来，然后做rename。
12、再次查看备库控制文件中的数据文件路径，确认恢复正常后，开始recover。
13、恢复完成后，将数据库启动至open，并开启实时同步成功。注意：在recover之后，mount状态下，redofile、standbyredofile及tempfile文件路径均是不正确的，但不需要额外处理，只要将数据库启动至open，数据库会自动将其修改成正确路径。另外如果发现其他节点的standbyredo file路径错误的时候，只要在路径错误的节点开启实时同步就自动恢复正常。
错误路径截图：
14、在主库新增表空间之后发现备库此时可正常同步了。
主库：
备库查询到新增test表空间已创建：
总结：
问题很诡异，在配置均正常的情况下，新增数据文件在备库没有创建，且实时同步失败。MOS也查不到相关信息，疑似触发BUG。在没有workroud的前提下，这种ADG同步的系列故障，均可通过scn增量恢复大法解决，尽量避免备库重建费时费力的工作。
635
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
