根据需求,从准生产环境通过ADG将数据同步到测试环境。在完成从主库复制到备库之后,检查备库状态。
此时发现,备库虽然复制成功,但连接始终报错,无法正常登录。
再次检查备库当前的状态。
备库目前的状态确认没问题,接着检查tns的配置和监听是否正常。
根据检查结果,tns配置正常且能正常返回结果。
但监听却出现了问题,正常情况下复制完成后,监听中应该出现对应实例名的监听进程。
但当前备库却没有对应实例名的监听,推测可能是这个问题导致数据库无法正常连接。
检查备库的监听设置,其中端口号1525的为后期添加的数据网,从主库复制到备库利用的就是端口为1525的数据网 。
端口号为1521的配置是按照GI时就已经配置好的,整个流程中就没有修改过。
而对外开放的连接用的是1521的端口号,跟1525关系不大。
虽然也能通过1525这个端口号进入数据库,但是测试人员目前只能通过1521这个端口号所在的业务网来连接。
所以问题还是出在监听的配置上面。
继续检查parameter中有关监听的设置。
发现local_listener中出现的地址与当前备库并不一致,这是主库的ip地址,这可能就是问题所在。
尝试将该参数值置空,并重新启动监听。
此时监听恢复正常,能够正常连接。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/129657.html
摘要:问题原因非正常关机导致没有把数据及时的写入硬盘。丢失的临时表临时表和基于语句的复制方式不相容。如果备库崩溃或者正常关闭,任何复制线程拥有的临时表都会丢失。临时表的特性只对创建临时表的连接可见。 主备复制过程中有很大可能会出现各种问题,接下来我们就讨论一些比较普遍的问题,以及当遇到这些问题时,如何解决或者预防问题发生。 1 数据损坏或丢失 问题描述:服务器崩溃、断电、磁盘损坏、内存或网络...
摘要:问题原因非正常关机导致没有把数据及时的写入硬盘。丢失的临时表临时表和基于语句的复制方式不相容。如果备库崩溃或者正常关闭,任何复制线程拥有的临时表都会丢失。临时表的特性只对创建临时表的连接可见。 主备复制过程中有很大可能会出现各种问题,接下来我们就讨论一些比较普遍的问题,以及当遇到这些问题时,如何解决或者预防问题发生。 1 数据损坏或丢失 问题描述:服务器崩溃、断电、磁盘损坏、内存或网络...
阅读 1346·2023-01-11 13:20
阅读 1684·2023-01-11 13:20
阅读 1132·2023-01-11 13:20
阅读 1858·2023-01-11 13:20
阅读 4100·2023-01-11 13:20
阅读 2704·2023-01-11 13:20
阅读 1385·2023-01-11 13:20
阅读 3597·2023-01-11 13:20