资讯专栏INFORMATION COLUMN

通过adg迁移数据备库监听消失的问题

IT那活儿 / 1210人阅读
通过adg迁移数据备库监听消失的问题

点击上方“IT那活儿”,关注后了解更多内容,不管什么活儿,干就完了!!!


以下文章截图为根据当时环境在自己的学习环境进行的复现。

根据需求,从准生产环境通过ADG将数据同步到测试环境。在完成从主库复制到备库之后,检查备库状态。

此时发现,备库虽然复制成功,但连接始终报错,无法正常登录

再次检查备库当前的状态。

备库目前的状态确认没问题,接着检查tns的配置和监听是否正常。

根据检查结果,tns配置正常且能正常返回结果。

但监听却出现了问题,正常情况下复制完成后,监听中应该出现对应实例名的监听进程。

但当前备库却没有对应实例名的监听,推测可能是这个问题导致数据库无法正常连接。

检查备库的监听设置,其中端口号1525的为后期添加的数据网,从主库复制到备库利用的就是端口为1525的数据网 。

端口号为1521的配置是按照GI时就已经配置好的,整个流程中就没有修改过。

而对外开放的连接用的是1521的端口号,跟1525关系不大。

虽然也能通过1525这个端口号进入数据库,但是测试人员目前只能通过1521这个端口号所在的业务网来连接。

所以问题还是出在监听的配置上面。

继续检查parameter中有关监听的设置。

发现local_listener中出现的地址与当前备库并不一致,这是主库的ip地址,这可能就是问题所在。

尝试将该参数值置空,并重新启动监听

此时监听恢复正常,能够正常连接。



本文作者:胡晓明

本文来源:IT那活儿(上海新炬王翦团队)

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/129657.html

相关文章

  • MySQL 复制 - 性能与扩展性基石 3:常见问题及解决方案

    摘要:问题原因非正常关机导致没有把数据及时的写入硬盘。丢失的临时表临时表和基于语句的复制方式不相容。如果备库崩溃或者正常关闭,任何复制线程拥有的临时表都会丢失。临时表的特性只对创建临时表的连接可见。 主备复制过程中有很大可能会出现各种问题,接下来我们就讨论一些比较普遍的问题,以及当遇到这些问题时,如何解决或者预防问题发生。 1 数据损坏或丢失 问题描述:服务器崩溃、断电、磁盘损坏、内存或网络...

    canopus4u 评论0 收藏0
  • MySQL 复制 - 性能与扩展性基石 3:常见问题及解决方案

    摘要:问题原因非正常关机导致没有把数据及时的写入硬盘。丢失的临时表临时表和基于语句的复制方式不相容。如果备库崩溃或者正常关闭,任何复制线程拥有的临时表都会丢失。临时表的特性只对创建临时表的连接可见。 主备复制过程中有很大可能会出现各种问题,接下来我们就讨论一些比较普遍的问题,以及当遇到这些问题时,如何解决或者预防问题发生。 1 数据损坏或丢失 问题描述:服务器崩溃、断电、磁盘损坏、内存或网络...

    haobowd 评论0 收藏0

发表评论

0条评论

IT那活儿

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<