PostgreSQL 18 备份失败

支持
1

我们 Discourse 实例的数据库并非本地容器，而是使用了一个集中式数据库集群。最近，中央 PostgreSQL 已更新至 18.3 版本。我注意到现在的 Discourse 备份失败了：

[2026-05-19 03:37:37] [STARTED]
[2026-05-19 03:37:37] 'system' 已启动备份！
[2026-05-19 03:37:37] 将备份标记为运行中...
[2026-05-19 03:37:37] 确保 '/var/www/discourse/tmp/backups/default/2026-05-19-033737' 存在...
[2026-05-19 03:37:37] 确保 '/var/www/discourse/public/backups/default' 存在...
[2026-05-19 03:37:37] 更新元数据...
[2026-05-19 03:37:37] 转储数据库的公共架构...
[2026-05-19 03:37:37] pg_dump: 错误：因服务器版本不匹配而中止
[2026-05-19 03:37:37] pg_dump: 详情：服务器版本：18.3 (Ubuntu 18.3-1.pgdg24.04+1)；pg_dump 版本：15.15 (Debian 15.15-1.pgdg12+1)
[2026-05-19 03:37:37] 异常：pg_dump 失败
[2026-05-19 03:37:37] /var/www/discourse/lib/backup_restore/creator.rb:173:in 'BackupRestore::Creator#dump_public_schema'
/var/www/discourse/lib/backup_restore/creator.rb:36:in 'BackupRestore::Creator#run'
/var/www/discourse/lib/backup_restore.rb:13:in 'BackupRestore.backup!'
/var/www/discourse/app/jobs/regular/create_backup.rb:10:in 'Jobs::CreateBackup#execute'

有什么修复建议吗？

2

这看起来像是 PostgreSQL 客户端与服务器的版本不匹配。

备份操作是在 Discourse 容器中执行的，其中 pg_dump 的版本为 15.15，而外部 PostgreSQL 服务器的版本为 18.3：

server version: 18.3; pg_dump version: 15.15

除非 Discourse 团队明确建议，否则我对修改 Discourse 容器会持谨慎态度。我的第一反应是保持外部数据库集群与 Discourse 当前预期或支持的 PostgreSQL 版本保持一致。

3

好的，明白了。在这种情况下，我们别无选择，因为另一个使用相同数据库集群的项目需要 18 个资源。嗯，听起来我们需要一台独立的数据库服务器，专门分配 15 个资源给 Discourse。

CDCK 方面有什么意见吗？

4

或许可以原地升级客户端？

鉴于您似乎已经证明了与 PG 18 的兼容性，因为您正在将其用作生产数据库，这看起来风险较低。

5

我之前用外部 PostgreSQL 18 和一个临时的 Discourse 安装做过一次快速测试，没有发现问题。但说实话，那只是“快速粗糙”的测试，并非“深入”测试。不过，系统已经稳定运行两周了，所以我估计应该没问题。目前唯一的问题是 Discourse 内部的备份功能。另一方面，数据库服务器本身（运行在 LXC 容器中）也已单独进行了备份。

7

过去的政策是每隔一个版本进行升级。然而，PostgreSQL 17 发布已过去 1.5 年，而官方 Docker 镜像仍在使用 15 版本，因此我不确定这一政策是否仍然适用。

过去有一些几乎相同的话题可供参考，例如：Any chance to upgrade the postgres-client version?

8

只是想到一个问题——你能直接从命令行在 pg 服务器上转储数据吗？

9

您可以在 app.yml 中添加代码，将 PostgreSQL 更新到匹配的版本。我以前做过，但找不到笔记了。最简单的做法是进入容器，运行 apt 命令安装正确的 PostgreSQL 客户端，然后尝试备份。一旦成功，将这些命令添加到 app.yml 中的 exec 命令里，这样在下次重建时就能自动生效。

如果您需要有人一步步指导，可以给我发邮件，或在 Marketplace 频道发帖。

10

嗯，这相当简单：

  1. ./launcher enter web_only
  2. sudo apt-get install postgresql

这将把 postgres 包升级到 V. 18 版本。
然后从管理界面启动备份，看起来成功了。

[2026-05-21 16:26:50] 'admin' 已启动备份！
[2026-05-21 16:26:50] 将备份标记为运行中...
[2026-05-21 16:26:50] 确保 '/var/www/discourse/tmp/backups/default/2026-05-21-162650' 存在...
[2026-05-21 16:26:50] 确保 '/var/www/discourse/public/backups/default' 存在...
[2026-05-21 16:26:50] 更新元数据...
[2026-05-21 16:26:50] 转储数据库的公共架构...
[2026-05-21 16:26:50] pg_dump: 执行 SELECT pg_catalog.set_config('search_path', '', false);
[2026-05-21 16:26:50] pg_dump: 最后一个内置 OID 是 16383
[2026-05-21 16:26:50] pg_dump: 读取扩展
[2026-05-21 16:26:50] pg_dump: 识别扩展成员
[2026-05-21 16:26:50] pg_dump: 读取架构
[2026-05-21 16:26:50] pg_dump: 读取用户定义的表
[2026-05-21 16:26:50] pg_dump: 读取用户定义的函数
[2026-05-21 16:26:50] pg_dump: 读取用户定义的类型
[2026-05-21 16:26:50] pg_dump: 读取过程语言
[2026-05-21 16:26:50] pg_dump: 读取用户定义的聚合函数
[2026-05-21 16:26:50] pg_dump: 读取用户定义的运算符
[2026-05-21 16:26:50] pg_dump: 读取用户定义的访问方法
[2026-05-21 16:26:50] pg_dump: 读取用户定义的运算符类
[2026-05-21 16:26:50] pg_dump: 读取用户定义的运算符族
[... .... ...]
[2026-05-21 16:26:57] 完成备份...
[2026-05-21 16:26:57] 创建归档：netzwissen-forum-2026-05-21-162650-v20260520064255.tar.gz
[2026-05-21 16:26:57] 确保归档尚未存在...
[2026-05-21 16:26:57] 创建空归档...
[2026-05-21 16:26:57] 归档数据转储...
[2026-05-21 16:26:57] 归档上传文件...
[2026-05-21 16:26:58] 删除临时目录 '/var/www/discourse/tmp/backups/default/2026-05-21-162650'...
[2026-05-21 16:26:58] 对归档进行 gzip 压缩，这可能需要一些时间...
11

不错！我可能会尝试专门安装 pg18 客户端组件，以避免将来自动切换到 19 版本。此外，你还需要将这些命令添加到 app.yml 中，除非你希望在每次升级时手动执行这些操作。