亲爱滴伙伴们,咋们又见面了,还进入正题。
环境介绍:
操作系统: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配置和测试 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...
摘要:问题九库控制文件扩展报错库的扩展报错,用的是裸设备,和还是原来大小,主库的没有报错,并且大小没有变,求解释。专家解答从报错可以看出,控制文件从个块扩展到个块时报错,而裸设备最大只支持个块,无法扩展,可以尝试将参数改小,避免控制文件报错。 链接描述引言 近期我们在DBASK小程序新关联了运维之美、高端存储知识、一森咖记、运维咖啡吧等数据领域的公众号,欢迎大家阅读分享。 问答集萃 接下来,...
阅读 1250·2023-01-11 13:20
阅读 1559·2023-01-11 13:20
阅读 1013·2023-01-11 13:20
阅读 1680·2023-01-11 13:20
阅读 3972·2023-01-11 13:20
阅读 2520·2023-01-11 13:20
阅读 1356·2023-01-11 13:20
阅读 3486·2023-01-11 13:20