【问题标题】:Replication PostgreSQL 9.6复制 PostgreSQL 9.6
【发布时间】:2021-07-29 02:06:36
【问题描述】:

我在 Centos 7 上使用 postghreSQL 9.6 进行了流复制(从属主)。

在故障转移期间,我们将 Slave 提升为新的 Master。 现在我们已经解决了旧主的问题,我们想回到旧的架构,旧的主必须是主,新的主必须成为从。

当我们尝试将新的 Master 变为 Slave 时,复制既不能正常工作,也不能只读。

事实上,在让新的 Master 成为 Slave 或达到故障转移前的初始状态时,我们面临着挑战。

注意:当我们进行复制时,它只是将数据从一台服务器复制(pg_basebackup)到另一台服务器,当我们在主服务器中进行更改时,它不会影响从服务器,从服务器仍然可以读写有什么不正常的。

是否有可能因为故障转移,新的 Master 不能再次成为 Slave ?

【问题讨论】:

    标签: postgresql centos7 replication


    【解决方案1】:

    如果“老主人”领先于提升的奴隶,这是可能的。

    要么使用新的 pg_basebackup 从头开始​​,要么尝试使用 pg_rewind 重置旧的 master。

    当然你必须添加一个适当配置的recovery.conf

    【讨论】:

    • 我都试过了,我什至都重新安装了postgreSQL 9.6(主从)。问题还是一样,复制不工作。
    • 当时我使用本教程:[replication](howtoforge.com/tutorial/…) 来配置复制,但我现在使用相同的教程,但复制不起作用。归根结底,触发器似乎没有发挥应有的作用。
    • 这是我在Slave数据目录下的recovery.conf的内容:standby_mode = 'on' primary_conninfo = 'host=30.30.1.145 port=5432 user=replica password=aqwe123@ application_name=pgslave01' trigger_file = '/tmp/postgresql.trigger.5432'
    • 我猜某处存在配置错误。为什么不按照官方文档而不是一些教程呢?
    猜你喜欢
    • 1970-01-01
    • 2020-06-29
    • 2018-04-04
    • 1970-01-01
    • 1970-01-01
    • 2023-04-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多