【问题标题】:postgresql 9.4 streaming replicationpostgresql 9.4 流复制
【发布时间】:2015-10-19 08:08:49
【问题描述】:

我有以下问题:我正在尝试使用负载平衡设置流复制方案。我阅读了各种教程,但找不到错误。复制不起作用。我没有“wal 发送方/接收方进程”。归档工作,每次主服务器重新启动时,归档的 wal 文件都会复制到从服务器。我什至没有得到任何错误。在配置文件中,一切对我来说都很好,例如大师:

wal_level = hot_standby
wal_keep_segments = 32
max_wal_senders = 5
max_replication_slots = 5
wal_sender_timeout = 60s

最让我恼火的是没有“wal sender进程”,也没有抛出错误。

感谢您的任何想法, 斯文

更新 1:我的 recovery.conf:

standby_mode = 'on'
primary_conninfo = 'host=arcserver1 port=5432 user=postgres pass=postgres'
restore_command = 'pg_standby /db/pg_archived %f %p >> /var/log/standby.log'
primary_slot_name='standby1'

我的客户端 postgresql.conf 包含:

hot_standby = on

【问题讨论】:

  • 你在从机上配置restore.conf了吗?向我们展示你的奴隶的postgresql.confrestore.conf
  • 我猜你的意思是recovery.conf,是的,它就在那里。我更新了我的问题。谢谢。
  • 这个问题确实属于服务器故障,所以我将添加评论而不是回答。手动复制很烂。开始使用 repmgr,它是一个开源产品,让流复制变得非常容易。
  • @Sven 开玩笑我的意思是recovery.conf。我现在正在使用pg_restore,这是错误的来源:)
  • @Sven 你能从你主人的postgresql.conf 中发布archive_command。我看到的是你试图通过 WAL 归档来设置日志。 wal_sender 进程用于蒸汽复制,这是一种略有不同的方法。

标签: postgresql replication


【解决方案1】:

我找到了解决办法:我把pg_standby换成cp了,因为pg_standby好像只做热备,不是热备。

【讨论】:

    猜你喜欢
    • 2019-04-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-04-01
    • 1970-01-01
    • 2018-03-06
    • 2020-04-13
    • 2015-07-18
    相关资源
    最近更新 更多