无pg_dump备份，如何通过数据库文件恢复PostgreSQL 9.1？

首先，这个错误通常意味着PostgreSQL的核心控制文件（pg_control）损坏、与当前运行的PostgreSQL版本不兼容，或是数据目录的权限、文件完整性出了问题。下面是不用pg_dump的情况下逐步恢复的方法：

1. 确保新旧机器PostgreSQL版本完全一致 #

PostgreSQL的小版本差异（比如9.1.23 vs 9.1.24）可能会导致控制文件格式出现细微变化，直接引发校验和错误：

• 在旧服务器的救援环境中，运行/usr/lib/postgresql/9.1/bin/postgres --version确认精确版本
• 在新机器上卸载现有9.1版本，从PostgreSQL官方归档源下载并安装完全相同的小版本（比如对应版本的deb/rpm包）

2. 修复数据目录的权限和属性 #

复制过来的数据目录权限必须完全匹配PostgreSQL的运行用户（通常是postgres）：

1. 先停止新机器上的PostgreSQL服务：

   sudo service postgresql stop
   

2. 递归修改数据目录的所有者和组：

   sudo chown -R postgres:postgres /var/lib/postgresql/9.1/main
   

3. 修正文件权限（确保只有postgres用户能读写操作）：

   sudo chmod -R u=rwX,g=,o= /var/lib/postgresql/9.1/main
   

3. 使用pg_resetxlog重置事务日志（谨慎操作） #

如果控制文件损坏是因为事务日志不匹配，pg_resetxlog（9.1版本专属命令，新版本为pg_resetwal）可以重置事务日志并修复控制文件的校验和：

1. 切换到postgres用户：

   sudo su - postgres
   

2. 运行重置命令（替换为你的实际数据目录路径）：

   /usr/lib/postgresql/9.1/bin/pg_resetxlog /var/lib/postgresql/9.1/main
   

   注意：这个操作会丢弃所有未提交的事务，属于最后手段之一，操作前务必备份当前数据目录！

3. 尝试启动PostgreSQL服务：

   sudo service postgresql start
   

4. 恢复备份的控制文件 #

PostgreSQL会自动生成控制文件的备份（比如pg_control.old），可以尝试替换损坏的控制文件：

1. 停止PostgreSQL服务后，进入数据目录：

   cd /var/lib/postgresql/9.1/main
   

2. 备份当前损坏的pg_control：

   sudo cp pg_control pg_control.broken
   

3. 用备份文件替换：

   sudo cp pg_control.old pg_control
   

4. 再次修正权限后启动服务。

5. 重新用rsync复制数据目录 #

如果之前用cp复制导致文件属性或符号链接丢失，改用rsync重新复制（确保旧服务器救援环境能通过SSH访问）：

sudo rsync -avz --numeric-ids root@old-rescue-ip:/var/lib/postgresql/ /var/lib/postgresql/

--numeric-ids参数会保留原文件的用户/组ID，避免权限不匹配问题。

极端情况：直接读取数据文件 #

如果以上方法都失败，可以使用pg_filedump工具直接读取PostgreSQL的数据文件（比如base/12345/67890这类表文件），将数据导出为SQL语句。这个过程比较复杂，需要了解PostgreSQL的底层文件格式，适合有经验的用户。

内容的提问来源于stack exchange，提问作者Sebastian