PostgreSQL指定时间执行PITR失败，报错无法定位检查点记录求助

先看你给出的错误日志，核心问题是PostgreSQL找不到有效的检查点记录，这通常和备份的一致性、恢复环境的配置文件有直接关系。下面一步步给你排查和解决的方法：

1. 先确认基础备份的有效性 #

你用来做恢复的基础备份必须是一致性备份——也就是用pg_basebackup或者PostgreSQL官方推荐的工具创建的物理备份。如果是手动直接复制数据目录的文件（没停库也没执行pg_start_backup()），那这个备份肯定是不一致的，会丢失关键的检查点信息，直接触发这个错误。

• 如果是手动拷贝的备份，放弃它，重新用pg_basebackup -D /path/to/backup -h your-db-host -U postgres创建一个合法的物理备份。

2. 检查恢复目录的关键文件 #

恢复数据到目标目录后，必须确保以下两个文件的状态正确：

• backup_label文件：这个文件是备份时自动生成的，里面包含了备份对应的检查点信息。如果你的恢复目录里没有这个文件，或者文件损坏，PostgreSQL就找不到启动恢复需要的检查点。
  • 解决：如果备份里本来就没有这个文件，说明备份无效，重新做；如果是恢复时不小心删除了，从备份里重新拷贝过来。
• recovery.signal文件：PostgreSQL 12及以后的版本，不再用recovery.conf，而是通过创建这个空文件来触发恢复模式。如果没有这个文件，数据库会尝试正常启动，而不是进入恢复流程，这也会导致检查点不匹配的错误。
  • 解决：在数据目录下执行命令创建它：

    touch /var/lib/postgresql/12/main/recovery.signal
    

3. 验证归档WAL日志的完整性 #

你的restore_command是从/usr/wal_archive/读取WAL文件，必须确保这个目录里包含从基础备份结束时间到你指定的恢复目标时间（2020-12-09 15:20:00）之间的所有WAL文件，不能有缺失或损坏：

• 可以用pg_waldump工具检查单个WAL文件是否有效，比如：

  pg_waldump /usr/wal_archive/00000001000000000000000A
  

  替换成你归档里的实际WAL文件名，如果能正常输出日志内容，说明文件没问题；如果报错，说明这个WAL损坏或无效，需要重新获取。

4. 检查恢复参数和目录权限 #

• 恢复参数：确认postgresql.conf里的参数配置正确，特别是：
  • restore_command里的路径是否正确，%f和%p的位置有没有写错；
  • recovery_target_time的时区是否和数据库日志里的时区（IST）一致？如果你的目标时间是其他时区，可能会导致恢复异常（不过这不是当前错误的直接原因，但建议确认）；
• 目录权限：恢复后的/var/lib/postgresql/12/main/目录下所有文件的所有者必须是postgres用户，否则PostgreSQL无法读取文件，也会引发奇怪的错误。执行以下命令修复权限：

  chown -R postgres:postgres /var/lib/postgresql/12/main/
  

5. 重新执行恢复流程的标准步骤 #

如果上面的检查都没问题，建议按照标准流程重新恢复一次：

1. 停止PostgreSQL服务：

   pg_ctl stop -D /var/lib/postgresql/12/main/
   

2. 清空当前数据目录（确保你有备份，别误删重要数据）：

   rm -rf /var/lib/postgresql/12/main/*
   

3. 重新从一致性基础备份恢复数据到该目录；
4. 确认backup_label文件存在于数据目录中；
5. 创建recovery.signal文件；
6. 确认postgresql.conf里的恢复参数正确；
7. 启动PostgreSQL服务：

   pg_ctl start -D /var/lib/postgresql/12/main/
   

8. 实时查看日志，观察恢复是否正常进行。

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