使用Barman恢复PostgreSQL后数据库仍为空的问题求助

针对你遇到的Barman恢复后PostgreSQL数据库为空的问题，从备份有效性、恢复流程、权限配置三个核心方向排查：

1. 验证Barman备份的实际内容 #

首先确认备份本身是否包含数据：

• 列出所有备份集，定位目标备份ID：

  barman list-backups <database>
  

• 查看该备份的详细信息，重点检查size字段和backup_method：

  barman show-backup <database> <backup-id>
  

  如果size接近0，说明备份未捕获到实际数据；若backup_method为pg_basebackup，需确认是否启用了WAL流备份（pg_basebackup参数包含-X stream）。
• 直接查看Barman备份目录的文件大小：

  ls -lh /var/lib/barman/<database>/base/<backup-id>/
  

  若base子目录为空或文件极小，说明备份本身无效。

2. 检查PostgreSQL归档配置的有效性 #

Barman的备份依赖PostgreSQL的WAL归档，若归档未正常工作，备份可能仅包含空的基础结构：

• 确认原PostgreSQL实例的postgresql.conf配置：

  archive_mode = on
  archive_command = 'rsync -a %p barman@<barman-host>:/var/lib/barman/<database>/incoming/%f'
  

  替换为你实际使用的归档命令，确保archive_command能正常将WAL文件推送到Barman服务器。
• 验证Barman的归档状态：

  barman check <database>
  

  确保“WAL archive”项显示OK；再查看已归档的WAL文件：

  barman wal-list <database>
  

  若列表为空或无最新WAL文件，说明归档未正常运行。

3. 排查恢复流程与权限问题 #

恢复操作看似成功，但可能存在路径错误或权限问题导致PostgreSQL启动时重新初始化空库：

• 确认恢复命令的参数正确性：
  确保指定了正确的备份ID和PostgreSQL数据目录，命令格式应为：

  barman recover <database> <backup-id> /var/lib/postgresql/15/main
  

  替换为你实际的数据目录路径。
• 检查恢复后数据目录的权限：

  ls -ld /var/lib/postgresql/15/main
  

  所有者必须为postgres:postgres，否则PostgreSQL启动时无法读取数据，会自动初始化空库。若权限错误，执行：

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

• 查看PostgreSQL启动日志：
  检查/var/log/postgresql/postgresql-15-main.log，若存在“initializing database system”的日志，说明PostgreSQL启动时未识别到有效备份，重新创建了空库。此时需删除数据目录，重新执行恢复命令。

4. 确认LXC容器的存储与网络配置 #

由于使用LXC容器，需排除容器层面的问题：

• 确认Barman服务器能正常访问PostgreSQL容器的存储路径（若恢复时直接写入容器内数据目录），无挂载点权限限制。
• 备份时Barman是否能通过网络正常读取PostgreSQL的全部数据文件，无防火墙规则限制。

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