亲爱滴伙伴们，咋们又见面了，还进入正题。
环境介绍：
操作系统：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小程序新关联了运维之美、高端存储知识、一森咖记、运维咖啡吧等数据领域的公众号，欢迎大家阅读分享。 问答集萃 接下来，...
阅读 1025·2023-01-11 13:20
阅读 1300·2023-01-11 13:20
阅读 813·2023-01-11 13:20
阅读 1399·2023-01-11 13:20
阅读 3712·2023-01-11 13:20
阅读 2089·2023-01-11 13:20
阅读 1082·2023-01-11 13:20
阅读 3139·2023-01-11 13:20
