postgreSQL 8.4.20：如何解决 pg_control 中缺少的 oldestXID 以防止在遗留 CentOS 6.4 服务器上使用 pg_upgrade？
postgreSQL 8.4.20: How to solve missing oldestXID in pg_control preventing use of pg_upgrade on a legacy CentOS 6.4 server?
我公司有一个遗留的内部服务器 运行 CentOS 6.4 和 postgreSQL 8.4.13。目标是在不进行 OS 更新的情况下尽可能地升级它；它是用于服务的实时内部服务器，因此升级 OS 或长时间停机是不切实际的。它很旧，根本没有遵循最佳实践，但不幸的是，这是我必须使用的。
使用 CentOS 保险库，我可以使用基础 repo 升级到 8.4.20。
我还可以添加和访问 pgdg 归档存储库（适用于 8.4.22 及更高版本），但它们不包含在 CentOS postgresql 组中并与默认的 Cent[=37 分开安装=] 安装.
无论如何我都尝试过使用 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 and 8.4.22 的变更日志，但没有提及“oldestXID”。我也尝试过，使用备份服务器 pg_resetxlog -f /var/lib/pgsql/data，它会生成相同的 pg_control 文件，但没有 latest checkpoint oldestXID.
我意识到这些都是令人难以置信的旧版本，但这只是意味着我在这里双重迷路。我希望有人有一些想法，因为我已经全力以赴了。
所以，我的朋友问我是否浏览过旧的源代码来寻找参考，我意识到我没有，因为我找不到源代码。我环顾四周，在 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。
St运行gely 够了，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、运行 pg_upgrade 和 --check，一切似乎都很好。我从旧的 postgresql.conf 和 pg_hba.conf 中获取了我需要的设置，并将它们复制到 9.0 conf 文件 运行 pg_upgrade，一切都很顺利。
在检查基本操作、数据库完整性和我们拥有的 Web 应用程序的功能后，我继续 yum update postgresql90 更新到 pgdg 中最新的次要版本（9.0.23，在本例中) 也很顺利。
所以，如果其他人碰巧发现了这个小众问题，那么您可以尝试处理它。祝你好运！
我公司有一个遗留的内部服务器 运行 CentOS 6.4 和 postgreSQL 8.4.13。目标是在不进行 OS 更新的情况下尽可能地升级它；它是用于服务的实时内部服务器，因此升级 OS 或长时间停机是不切实际的。它很旧，根本没有遵循最佳实践，但不幸的是，这是我必须使用的。
使用 CentOS 保险库，我可以使用基础 repo 升级到 8.4.20。
我还可以添加和访问 pgdg 归档存储库（适用于 8.4.22 及更高版本），但它们不包含在 CentOS postgresql 组中并与默认的 Cent[=37 分开安装=] 安装.
无论如何我都尝试过使用 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 and 8.4.22 的变更日志，但没有提及“oldestXID”。我也尝试过，使用备份服务器 pg_resetxlog -f /var/lib/pgsql/data，它会生成相同的 pg_control 文件，但没有 latest checkpoint oldestXID.
我意识到这些都是令人难以置信的旧版本，但这只是意味着我在这里双重迷路。我希望有人有一些想法，因为我已经全力以赴了。
所以，我的朋友问我是否浏览过旧的源代码来寻找参考，我意识到我没有，因为我找不到源代码。我环顾四周，在 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。
St运行gely 够了，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、运行 pg_upgrade 和 --check，一切似乎都很好。我从旧的 postgresql.conf 和 pg_hba.conf 中获取了我需要的设置，并将它们复制到 9.0 conf 文件 运行 pg_upgrade，一切都很顺利。
在检查基本操作、数据库完整性和我们拥有的 Web 应用程序的功能后，我继续 yum update postgresql90 更新到 pgdg 中最新的次要版本（9.0.23，在本例中) 也很顺利。
所以，如果其他人碰巧发现了这个小众问题，那么您可以尝试处理它。祝你好运！