Windows系统下PostgreSQL 8.4.8升级至9.5.2时pg_upgrade日志写入失败问题

我来帮你梳理几个针对这个日志写入失败问题的排查和解决方向，都是Windows环境下PostgreSQL升级常见的坑：

• 优先检查权限与日志路径
  虽然日志文件已经有部分内容，但后续写入时可能因为权限变化或路径问题失败：

  • 右键以管理员身份启动命令提示符，再重新执行升级命令——Windows的UAC保护经常会限制普通用户对Program Files这类目录的写入权限。
  • 如果你的安装路径带空格（比如C:\Program Files\PostgreSQL\...），要么把日志文件指定到一个不带空格的临时目录（比如C:\pg_upgrade_temp\，记得先手动创建这个目录），要么给所有路径参数加双引号包裹，示例命令如下：

    pg_upgrade -v --old-datadir "C:\Program Files\PostgreSQL\8.4\data" --new-datadir "C:\Program Files\PostgreSQL\9.5\data" --old-bindir "C:\Program Files\PostgreSQL\8.4\bin" --new-bindir "C:\Program Files\PostgreSQL\9.5\bin" -l "C:\pg_upgrade_temp\pg_upgrade_internal.log"
    

• 确认PostgreSQL服务的运行身份权限
  如果升级过程需要启停PostgreSQL服务，检查服务的运行账号（比如Local System、Network Service或你的个人账号）是否对新旧数据目录、日志目录都有读写权限。可以临时把服务切换到你的个人账号运行，完成升级后再改回默认配置。

• 排查磁盘空间与安全软件拦截

  • 确认日志文件所在磁盘有足够剩余空间，避免因磁盘满导致写入中断。
  • 临时关闭杀毒软件、防火墙这类安全工具——部分Windows安全软件会拦截程序对系统目录的写入操作，干扰pg_upgrade的日志生成。

• 手动清理旧日志重试
  先删除已生成的pg_upgrade_internal.log文件，再重新执行升级命令，有时候残留的日志文件可能因为锁定或权限异常导致后续写入失败。

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