当我们更改架构时,pglogical 是否需要重新启动?

问题描述

我们正在尝试将我们的 postgres 数据库从一种服务迁移到另一种服务(例如从 AWS RDS 到 Google Cloud)。我们使用了 Google 的内置数据库迁移服务 (DMS),它使用了 pglogical 扩展。

我们的源数据库在 postgres 9.6 中,我们开始将数据复制到另一个版本为 13 的 postgres。数据已成功复制,但由于没有 primary_key 约束而错过复制的表很少。如果不在目标中同步这些表,我们将无法使用目标数据库。我有以下问题,

  1. 具有primary_key 约束的表已经同步,并且最新数据也会更新到目标,因为它是连续复制。单独添加primary_key 是否会将数据复制到目的地,还是我们需要重新启动pglocical?我之所以这么问是因为我们无法控制 pglogical 作为 Google 的 DMS 处理迁移过程。

  2. 我们无法从头开始,因为我们的数据库大小超过 2TB,这会消耗大量时间来复制数据。我知道我们可以手动复制这些表。还有其他更好的方法来解决这个问题吗?

重要说明:使用 pglogical 复制进行逻辑同步时,是否建议更改架构?

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)