亲爱滴伙伴们,大家好。上篇讲了一起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增量恢复大法解决,尽量避免备库重建费时费力的工作。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/130152.html
19C DG Broker配置和测试 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...
摘要:年月日,迁移服务解决方案在城市峰会中正式发布。迁移服务向分布式架构升级的直接路径基于上述问题和挑战,同时经过蚂蚁十年数据库架构升级的先进经验,蚂蚁金服为客户打造了这款一站式数据迁移解决方案迁移服务,简称。 2019年1月4日,OceanBase迁移服务解决方案在ATEC城市峰会中正式发布。蚂蚁金服资深技术专家师文汇和技术专家韩谷悦共同分享了OceanBase迁移服务的重要特性和业务实践...
摘要:年月日,迁移服务解决方案在城市峰会中正式发布。迁移服务向分布式架构升级的直接路径基于上述问题和挑战,同时经过蚂蚁十年数据库架构升级的先进经验,蚂蚁金服为客户打造了这款一站式数据迁移解决方案迁移服务,简称。 2019年1月4日,OceanBase迁移服务解决方案在ATEC城市峰会中正式发布。蚂蚁金服资深技术专家师文汇和技术专家韩谷悦共同分享了OceanBase迁移服务的重要特性和业务实践...
阅读 1235·2023-01-11 13:20
阅读 1543·2023-01-11 13:20
阅读 996·2023-01-11 13:20
阅读 1651·2023-01-11 13:20
阅读 3958·2023-01-11 13:20
阅读 2456·2023-01-11 13:20
阅读 1290·2023-01-11 13:20
阅读 3452·2023-01-11 13:20