亲爱滴伙伴们，咋们又见面了，还进入正题。
环境介绍：
操作系统：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
利用Oracle ADG升级11.2.0.4到19.8案例分享 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75...
19C DG Broker配置和测试 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...
Goldengate目标端11g升级至19c img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...
集成安装之oracle19C GI升级遇坑分享 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...
阅读 1484·2023-01-11 13:20
阅读 1837·2023-01-11 13:20
阅读 1283·2023-01-11 13:20
阅读 2029·2023-01-11 13:20
阅读 4237·2023-01-11 13:20
阅读 2909·2023-01-11 13:20
阅读 1517·2023-01-11 13:20
阅读 3833·2023-01-11 13:20
