【问题标题】:Ideal version of pg_dump/pg_restore for Postgresql Migration用于 Postgresql 迁移的 pg_dump/pg_restore 的理想版本
【发布时间】:2021-04-13 20:36:56
【问题描述】:

我们计划将本地 PostgreSQL 9.6 迁移到 Azure PostgresSQL 11。在我们的开发人员机器上,我们有 pg_dump/pg_restore v12.2

(Source-Postgresql v9.6) --> 转储/恢复 v12.2 --> (目标 Azure Postgresql v11)

我们在上述设置中遇到了问题。

另一个开发人员的 pg_dump/pg_restore 版本为 9.6(与源匹配),它顺利迁移到 Azure PostgreSql v11。

我在stackoverflow(还有其他地方)上读到过,理想情况下 pg_dump/pg_restore 应该与目标 postgresql 版本匹配。

pg_dump/pg_restore 的理想版本应该是什么?匹配 PostgreSql 的源或目标版本?

【问题讨论】:

  • Quote from the manual "建议您使用 较新 版本的 PostgreSQL 的 pg_dump 和 pg_dumpall 程序,以利用可能已经做出的改进在这些程序中"
  • 使用新版本是更好的选择。您应该编辑问题或开始一个新问题,并详细说明您遇到的问题和错误消息。

标签: postgresql pg-dump pg-restore


【解决方案1】:

匹配目标版本。如果您使用数据库导出工具的X+1 版本,不要期望生成的转储与数据库版本X 的导入工具一起使用 - 较新的导出工具可能会发出仅在较新的数据库版本中引入的内容。另一方面,不能保证数据库导出工具的版本X 将与数据库的版本X-1 很好地配合使用。不过,机会要好得多。

如果您的目标版本是 11,请尝试在版本 11 中使用 pg_dump/pg_restore

【讨论】:

    猜你喜欢
    • 2011-01-06
    • 1970-01-01
    • 1970-01-01
    • 2014-02-03
    • 1970-01-01
    • 2010-12-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多