858046867b35b8a893.png (4.7 KB, 下载次数: 474)
2025-7-4 18:56 上传
- 将备库置为准备转换的状态
478236867b36a70aa5.png (5.46 KB, 下载次数: 464)
2025-7-4 18:56 上传
- 再次检查主库状态
79326867b3971792e.png (3.57 KB, 下载次数: 497)
2025-7-4 18:57 上传
正常来说，主库这里应该为 TO LOGIC STANDBY，说明备库有问题，因为：
逻辑备库执行完 PREPARE 命令之后，就会生成相应的 LogMiner 字典数据（就像我们前面创建逻辑备库时，主库会生成 LogMiner 字典数据一样）
只有它正常生成并发送至当前的主库，转换操作才能够继续下去。不然当前的主库在转换完之后，可能就失去了从新的主库接收 REDO 数据的能力了
因此，如果上述查询的返回结果不是 TO LOGICAL STANDBY 的话，DBA 就需要考虑是否取消此次转换，检查原因，然后再重新操作
查看备库报警日志，有如下报错：Fatal NI connect error 12638
233536867b3cef33d7.png (101.04 KB, 下载次数: 496)
2025-7-4 18:58 上传
原因分析：主要是认证引起，SQLNET.AUTHENTICATION_SERVICES = (NTS) 表示使用本地操作系统认证
由于在逻辑备库安装19c软件时，选择的内置用户，导致无法登录对方
解决办法：修改SQLNET.ORA 的 SQLNET.AUTHENTICATION_SERVICES = (NTS) 为 SQLNET.AUTHENTICATION_SERVICES = (NONE)，或者注释掉这一行
19956867b43c463e9.png (157.82 KB, 下载次数: 501)
2025-7-4 19:00 上传
然后主备库运行下面命令，先取消转换准备：
SQL> alter database prepare to switchover cancel
随后重复开头的步骤在重新转换即可，此时备库报警日志不再报错
165386867b45bb9570.png (129.23 KB, 下载次数: 486)
2025-7-4 19:00 上传
此时主库显示为 TO LOGICAL STANDBY
518066867b468cce32.png (3 KB, 下载次数: 471)
2025-7-4 19:00 上传
| 欢迎光临 重庆思庄Oracle、KingBase、PostgreSQL、Redhat认证学习论坛 (http://bbs.cqsztech.com/) | Powered by Discuz! X3.2 |