我正在计划进行一个棘手的(至少对我而言)迁移,我从云提供商那里获得主 postgres 10 db,这将不允许复制用户连接。我确实有一个基本备份和 WAL 被运送到 AWS S3。我已经轻松地设置了一个日志传送副本作为热备用,以促进和正式迁移出初始云平台。
但是,我还希望在初始日志传送副本被提升后立即为 HA 准备好另一个温暖的备用,以防万一发生故障,我有一些立即可用的东西。有几个 TB 的数据,因此在数据库升级后生成一个代表重大风险的副本需要几个小时。
我正在计划进行一个棘手的(至少对我而言)迁移,我从云提供商那里获得主 postgres 10 db,这将不允许复制用户连接。我确实有一个基本备份和 WAL 被运送到 AWS S3。我已经轻松地设置了一个日志传送副本作为热备用,以促进和正式迁移出初始云平台。
但是,我还希望在初始日志传送副本被提升后立即为 HA 准备好另一个温暖的备用,以防万一发生故障,我有一些立即可用的东西。有几个 TB 的数据,因此在数据库升级后生成一个代表重大风险的副本需要几个小时。
PostgreSQL 支持级联复制,因此您可以将暖备用配置为普通的流复制备用服务器到您的 WAL 运输备用。
如果你
recovery_target_timeline = 'latest'
在那个备用服务器上(在更高的 PostgreSQL 版本中默认),那么当你提升你的 WAL 运输备用时,第二个备用服务器将继续复制。