postgreSQL 8.4.20 : How to solve missing oldestXID in pg_control preventing use of pg_upgrade on a legacy CentOS 6. 4 服务器？

Question

我的公司有一台运行 CentOS 6.4 和 postgreSQL 8.4.13 的遗留内部服务器。目标是在不进行操作系统更新的情况下尽可能对其进行升级；它是用于服务的实时内部服务器，因此升级操作系统或长时间停机是不切实际的。它很旧，根本没有遵循最佳实践，但不幸的是，这是我必须使用的。
使用 CentOS 保险库，我可以使用基本 repo 升级到 8.4.20。
我还可以添加和访问 pgdg 存档存储库(适用于 8.4.22 及更高版本)，但它们不包含在 CentOS postgresql 组中，并且与默认的 CentOS 安装分开安装。
无论如何，我已经尝试使用 postgreSQL 8.4.22 作为初始小停止(因为“次要”版本 < 10 实际上是主要版本)并且 pg_upgrade 失败并显示:

The old cluster lacks some required control information:
  latest checkpoint oldestXID

如果我检查 pg_controldata，我会得到

pg_control version number:            843
Catalog version number:               200904091
Database system identifier:           5893982526456722425
Database cluster state:               in production
pg_control last modified:             Sat 05 Mar 2022 04:35:52 PM JST
Latest checkpoint location:           278A/6517F558
Prior checkpoint location:            278A/6517F510
Latest checkpoint's REDO location:    278A/6517F558
Latest checkpoint's TimeLineID:       1
Latest checkpoint's NextXID:          7/1001247883
Latest checkpoint's NextOID:          260730376
Latest checkpoint's NextMultiXactId:  1
Latest checkpoint's NextMultiOffset:  0
Time of latest checkpoint:            Sat 05 Mar 2022 04:35:40 PM JST
Minimum recovery ending location:     0/0
Maximum data alignment:               8
Database block size:                  8192
Blocks per segment of large relation: 131072
WAL block size:                       8192
Bytes per WAL segment:                16777216
Maximum length of identifiers:        64
Maximum columns in an index:          32
Maximum size of a TOAST chunk:        1996
Date/time type storage:               64-bit integers
Float4 argument passing:              by value
Float8 argument passing:              by value

其中显然没有提到 latest checkpoint oldestXID 。
我查看了 8.4.21 和 8.4.22 的变更日志，但没有提到“oldestXID”。我也尝试过使用备份服务器 pg_resetxlog -f /var/lib/pgsql/data ，它会产生相同的 pg_control 文件而没有 latest checkpoint oldestXID 。
我意识到这些都是令人难以置信的旧版本，但这只是意味着我在这里迷失了双倍。我希望有人有一些想法，因为我全力以赴。

Answer 1

所以，我的 friend 问我是否浏览过旧的源代码来寻找引用资料，我意识到我没有，因为我无法找到源代码。我环顾四周，找到了 https://www.postgresql.org/ftp/source/ 的来源。 ——事后看来，非常明显。
我浏览了从 8.4.13 到 9.0.0 的源代码，在 pg_controldata.c 中寻找“XID”。事实证明，9.0.0 添加了这个字段，以后的版本不支持没有它的迁移。

[pgdg90]
name=PostgreSQL 9.0 RPMs for RHEL/CentOS 6
baseurl=https://yum-archive.postgresql.org/9.0/redhat/rhel-6-x86_64
enabled=1
gpgcheck=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-PGDG

我将此仓库添加到 /etc/yum/repos.d然后使用 yum --showduplicates list postgresql90 检查可用版本-- 最早可用的版本是 9.0.6。
我关闭了 postgresql 并使用 yum install postgresql90-server-9.0.6-1PGDG.rhel6 postgresql90-devel-9.0.6-1PGDG.rhel6 postgresql90-libs-9.0.6-1PGDG.rhel6 安装了 9.0.6 .
奇怪的是，pg_upgrade 实际上并不存在于/usr/pgsql-9.0/bin 中...所以快速 yum whatprovides '*pg_upgrade' | grep 9.0.6告诉我我实际上必须安装 postgresql90-contrib-9.0.6-1PGDG.rhel6.x86_64也是。
我将/usr/pgsql-9.0/bin 添加到我的 $PATH 中，运行 initdb，使用 --check 运行 pg_upgrade，一切看起来都很好。我从旧的 postgresql.conf 和 pg_hba.conf 中获取了我需要的设置，并将它们复制到 9.0 的 conf 文件中，运行 pg_upgrade，一切都很顺利。
在使用我们拥有的 Web 应用程序检查了基本操作、数据库完整性和功能后，我继续进行了 yum update postgresql90更新到 pgdg 中的最新次要版本(在本例中为 9.0.23)，并且进展顺利。
因此，如果其他人碰巧发现了这个利基问题，那么您可以尝试处理它。祝你好运!