pgBackRest恢复指定数据库异常及完整保留其他数据库方案咨询

你遇到的这个错误核心原因是：pgBackRest的--include-db选项本质是用来从备份恢复特定数据库到全新的空实例，而非在已有其他数据库运行的实例上直接操作。当你直接在现有实例的data目录执行带--include-db的恢复时，它会替换PostgreSQL的核心系统元数据文件（比如报错里的pg_filenode.map，它负责记录数据库对象的文件节点映射关系），导致原有数据库的映射信息被彻底覆盖，自然就无法正常连接了。

下面分两种常见场景给出解决方案：

场景1：在已有运行的PostgreSQL实例中恢复指定数据库（保留现有其他库） #

这种场景下绝对不能直接用--include-db覆盖现有实例的data目录，正确流程是通过临时恢复实例导出目标库，再导入到现有实例：

• 步骤1：创建临时数据目录，用pgBackRest恢复目标库到临时实例

  # 创建临时存储目录
  mkdir -p /tmp/temp_pg_data
  # 执行恢复，仅包含目标数据库和内置系统库（postgres、template0/1）
  pgbackrest restore --stanza=your_stanza_name --include-db=target_db --delta --db-path=/tmp/temp_pg_data
  

• 步骤2：启动临时PostgreSQL实例（注意端口不要和现有实例冲突）

  pg_ctl -D /tmp/temp_pg_data -o "-p 5433" start
  

• 步骤3：导出目标数据库的备份文件

  # 导出为SQL文本格式
  pg_dump -h localhost -p 5433 target_db > target_db_dump.sql
  # 或者导出为更高效的自定义格式
  pg_dump -h localhost -p 5433 -Fc target_db > target_db_dump.dump
  

• 步骤4：停止并清理临时实例

  pg_ctl -D /tmp/temp_pg_data stop
  rm -rf /tmp/temp_pg_data
  

• 步骤5：将备份导入到现有运行实例

  # SQL格式导入
  psql -h localhost -p 5432 -d target_db -f target_db_dump.sql
  # 自定义格式导入
  pg_restore -h localhost -p 5432 -d target_db target_db_dump.dump
  

场景2：从全量备份中恢复指定库，同时保留备份中原有其他数据库 #

如果你的原始备份是包含所有数据库的全量备份，只是想恢复后只保留指定库，那不需要用--include-db，直接全量恢复后删除不需要的数据库即可：

# 全量恢复整个备份到目标实例目录
pgbackrest restore --stanza=your_stanza_name --delta --db-path=/var/lib/postgresql/14/main
# 启动实例后，删除不需要的数据库
psql -U postgres -c "DROP DATABASE unwanted_db;"

关键注意事项 #

• 永远不要在正在运行的、存在业务数据库的实例data目录上使用--include-db恢复，这会不可逆地破坏现有数据库的元数据。
• 确保临时恢复实例的PostgreSQL版本与现有实例完全一致，避免因版本差异导致备份导入失败。
• 如果你的pgBackRest备份是增量备份，恢复临时实例时要指定正确的--type参数（比如--type=full或--type=incr），确保获取完整的目标数据库数据。

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