资讯专栏INFORMATION COLUMN

Oracle19C ADG 主备切换故障处理

IT那活儿 / 2974人阅读
Oracle19C ADG 主备切换故障处理

亲爱滴伙伴们,咋们又见面了,还进入正题。


环境介绍:

操作系统:Redhat7.6

数据库版本:19.7

是否RAC:是

ASM或文件系统:ASM


本次跟大家聊聊最近在做ADG主备库切换测试过程发生的问题。先简单介绍下故障过程,一哥们在做ADG主备库切换,将备库切成主库,原主库变成了备库,但在open备库的时候报ORA-01194数据文件需要恢复到一致状态。这他娘的又是什么新姿势啊?ADG切换测试都做了很多次了,为啥这次就有问题呢?抓紧解决问题,请接着看分析步骤。


Open备库报ORA-01194:


查看dbalert日志发现由于序号2751归档日志不可用导致无法open,并且实时应用也无法开启。


通过查找发现归档日志2751被删除,备库无法同步。该库是未上生产库,目前处于测试阶段,数据已导入,由于数据文件量大,我们决定采取增量备份恢复方式对备库进行处理。


以下是备库恢复过程:


1、查看当前主备库的SCN


主库:

备库:


2、连接主库并创建备库控制文件

3、依据步骤1中查到的备库scn,连接主库做增量备份


4、将生成的控制文件及备份集scp至备库


5、在备库查询并备份当前数据文件路径,便于后面备库restore控制文件之后需要对备库的数据文件进行rename


以下是备份数据文件路径SQL:

SQL>set pages 10000 lines 300

SQL>col name_str for a110

SQL>select file#,alter database rename file ||file#|| || to||name||; name_str from v$datafile order by 1;

注:后续需要将restore控制文件之后查询出来的数据文件路径对以上SQL查询结果中的file#进行一一替换。


6、将备库实例shutdown,并启动至nomount状态,开始retore控制文件


7、将数据库mount,并将standby_file_management参数值修改成manual(手动)


注:如果standby_file_management是auto,对数据文件进行rename时会报如果备库文件管理是自动的,则不允许进行rename操作。


8、查询当前控制文件中的数据文件路径,并使用第5步查询结果对应的file#替换后进行批量rename

数据文件rename完成并确认正常。

rename之前:

rename之后:


9、在备库注册增量备份集,并对数据库做recover


10、将standby_file_management参数值设置成auto,开启实时应用成功


11、备库恢复之后在mount状态时,tempfile,redo及standbyredo路径均不对

这种情况无需额外处理,open之后即可自动恢复正常。


本次故障处理分享到此结束,谢谢大家!

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/130156.html

相关文章

  • 19C DG Broker配置和测试

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

    IT那活儿 评论0 收藏2941
  • DBASK问答集萃第四期

    摘要:问题九库控制文件扩展报错库的扩展报错,用的是裸设备,和还是原来大小,主库的没有报错,并且大小没有变,求解释。专家解答从报错可以看出,控制文件从个块扩展到个块时报错,而裸设备最大只支持个块,无法扩展,可以尝试将参数改小,避免控制文件报错。 链接描述引言 近期我们在DBASK小程序新关联了运维之美、高端存储知识、一森咖记、运维咖啡吧等数据领域的公众号,欢迎大家阅读分享。 问答集萃 接下来,...

    SKYZACK 评论0 收藏0

发表评论

0条评论

IT那活儿

|高级讲师

TA的文章

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