资讯专栏INFORMATION COLUMN

Oracle19C ADG 备库无法开启实时同步

IT那活儿 / 1528人阅读
Oracle19C ADG 备库无法开启实时同步

亲爱滴伙伴们,大家好。上篇讲了一起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配置和测试

    19C DG Broker配置和测试 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...

    IT那活儿 评论0 收藏2941
  • OceanBase迁移服务:向分布式架构升级的直接路径

    摘要:年月日,迁移服务解决方案在城市峰会中正式发布。迁移服务向分布式架构升级的直接路径基于上述问题和挑战,同时经过蚂蚁十年数据库架构升级的先进经验,蚂蚁金服为客户打造了这款一站式数据迁移解决方案迁移服务,简称。 2019年1月4日,OceanBase迁移服务解决方案在ATEC城市峰会中正式发布。蚂蚁金服资深技术专家师文汇和技术专家韩谷悦共同分享了OceanBase迁移服务的重要特性和业务实践...

    KaltZK 评论0 收藏0
  • OceanBase迁移服务:向分布式架构升级的直接路径

    摘要:年月日,迁移服务解决方案在城市峰会中正式发布。迁移服务向分布式架构升级的直接路径基于上述问题和挑战,同时经过蚂蚁十年数据库架构升级的先进经验,蚂蚁金服为客户打造了这款一站式数据迁移解决方案迁移服务,简称。 2019年1月4日,OceanBase迁移服务解决方案在ATEC城市峰会中正式发布。蚂蚁金服资深技术专家师文汇和技术专家韩谷悦共同分享了OceanBase迁移服务的重要特性和业务实践...

    gnehc 评论0 收藏0

发表评论

0条评论

IT那活儿

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<