PostgreSQL热备用促销，多个热站

Question

我正试图为一个由三个服务器组成的集群制定故障转移和灾难恢复过程。流复制与高wal_keep_segments一起使用，不发生日志传送。我需要避免几个小时的时间来从头开始重建一个热的待命状态。

ServerA是主人。ServerB是一种流式热备用服务器，更倾向于故障转移服务器。ServerC是一个流热待机。

对于计划中的故障转移，在ServerA上进行维护：

1. 停工ServerB & ServerC
2. 关机ServerA
3. 将pg_xlog从ServerA复制到ServerB和ServerC
4. 将ServerB重新配置为主程序，启动它。
5. 将ServerC重新配置为ServerB的流热备用。开始吧。
6. 维护后，将ServerA重新配置为ServerB的流热备用。开始吧。

对于计划外的故障转移，ServerA已经爆炸了：

1. 在ServerB和ServerC上运行'SELECT ServerC()‘，确定哪一个是最新的。
2. 关机ServerB和ServerC
3. 如果ServerC是最新的，那么将pg_xlog从ServerC复制到ServerB。
4. 将ServerB重新配置为主程序，启动它。
5. 将ServerC重新配置为ServerB的流热备用，启动它。

这在人们看来是正确的吗？

我会在繁忙的系统中像这样把文件复制到pg_xlog中吗？通过进一步的阅读，我怀疑我需要一个新主服务器上的recovery.conf，restore_command指向旧主WAL文件的存档(如果可用的话)。

是不是设计过度了？例如：在一个优雅的关机之前，主人会确保所有的东西都被传输到连接的热站上吗？

Answer 1

我不认为在您失去了pg_xlog之后复制ServerB将允许您使ServerB或ServerC成为新的主人。如果您可能需要重新管理，您确实需要添加日志传送存档(这是Postgres中当前的一个限制，至少从9.2到9.2)。

另外，如果主程序已被完全关闭，则不需要复制任何内容。