PostgreSQL9.4升级至16后pgAdmin4中bat脚本恢复数据库失败求助

问题核心信息 #

• 升级背景：PostgreSQL 9.4 → 16（因PostGIS停止对9.4版本的支持）
• 操作场景：使用pgAdmin4恢复原pgAdminIII托管的数据库，执行bat脚本返回退出码0，但目标库未出现预期表
• 关键错误日志：could not open input file "C:\NEW_JERSEY\POD\BACKUPS_NJ\fe_polygons_.backup": No such file or directory

排查步骤 #

一、先确认备份文件的真实状态 #

• 核对路径与文件名：仔细检查日志中的路径拼写，重点确认文件名末尾的下划线是否为误输入，路径中是否存在大小写、空格或特殊字符错误
• 验证文件存在性：直接在文件资源管理器中粘贴上述路径，确认备份文件是否真的存在；若为网络共享路径，需检查共享连接状态与访问权限
• 检查文件权限：确保PostgreSQL服务运行的本地账户（通常为postgres）对该备份文件及上级目录拥有读取权限——右键文件→属性→安全选项卡，添加对应账户并赋予读取权限

二、排查脚本执行的上下文问题 #

• 强制使用绝对路径：确保bat脚本中备份文件的路径为完整绝对路径，避免相对路径导致的文件找不到问题
• 修正路径转义：在bat脚本中，路径反斜杠需转义为双反斜杠（如C:\\NEW_JERSEY\\POD\\BACKUPS_NJ\\fe_polygons_.backup），或直接使用正斜杠替代（如C:/NEW_JERSEY/POD/BACKUPS_NJ/fe_polygons_.backup）
• 以管理员身份运行脚本：右键bat脚本选择「以管理员身份运行」，避免系统权限限制导致无法访问文件

三、版本兼容相关检查 #

• 启用PostGIS扩展：在恢复前，先在PostgreSQL 16的目标数据库中执行CREATE EXTENSION postgis;，确保空间对象恢复的前置条件满足（原9.4库包含PostGIS对象时必须执行）
• 使用对应版本的pg_restore：确保脚本调用的是PostgreSQL 16安装目录下的pg_restore工具（默认路径为C:\Program Files\PostgreSQL\16\bin\pg_restore），不要混用旧版本工具
• 修复脚本错误判断：部分情况下，脚本未做错误捕获会导致即使文件找不到仍返回退出码0，建议在bat脚本中添加错误检测逻辑：

  "C:\Program Files\PostgreSQL\16\bin\pg_restore" -U postgres -d your_target_db "C:\NEW_JERSEY\POD\BACKUPS_NJ\fe_polygons_.backup"
  IF %ERRORLEVEL% NEQ 0 (
      echo 恢复失败，错误码：%ERRORLEVEL%
      pause
      exit /b %ERRORLEVEL%
  )
  

四、直接用命令行测试恢复 #

跳过bat脚本，以管理员身份打开命令提示符，执行带详细日志的pg_restore命令，获取更精准的错误信息：

cd "C:\Program Files\PostgreSQL\16\bin"
pg_restore -U postgres -d your_target_db -v "C:\NEW_JERSEY\POD\BACKUPS_NJ\fe_polygons_.backup"

-v参数会输出恢复全过程日志，可快速定位是文件访问问题还是对象恢复兼容性问题

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