PostgreSQL WAL归档失效求助：归档命令执行失败

问题现象 #

• 执行SELECT * FROM pg_stat_archiver;返回：归档计数0，last_archived_wal/last_archived_time为空，失败计数持续增长至40，last_failed_wal固定为某WAL文件名。
• 日志报错：

  2023-01-13 00:01:37.846 JST [5456] LOG: archive command failed with exit code 1
  2023-01-13 00:01:37.846 JST [5456] DETAIL: The failed archive command was: copy "pg_wal\000000010000002300000063" "C:\server\archivedir\000000010000002300000063"
  2023-01-13 00:01:37.848 JST [5456] WARNING: archiving write-ahead log file "000000010000002300000063" failed too many times, will try again later
  The system cannot find the path specified.

• pg_wal目录已生成16MB WAL文件及对应.ready文件，但归档始终失败。

排查与解决步骤 #

1. 确认归档目标路径存在 #

检查C:\server\archivedir\目录是否真实存在：

• 手动导航到该路径，确认无拼写错误（Windows路径不区分大小写，但需注意空格、特殊字符）。
• 若目录不存在，立即创建该目录。

2. 检查PostgreSQL服务账户权限 #

• 打开服务管理器，找到PostgreSQL服务，查看其运行账户（通常为Local System或自定义账户）。
• 给该账户分配C:\server\archivedir\目录的读写权限：右键目录→属性→安全→编辑→添加对应账户，勾选“读取”“写入”“修改”权限。

3. 替换归档命令（推荐更可靠的工具） #

Windows原生copy命令在处理特定场景下易出错，建议替换为robocopy或xcopy：

• 使用robocopy的配置示例（postgresql.conf中修改）：

  archive_command = 'robocopy "pg_wal" "C:\\server\\archivedir" "%f" /NFL /NDL /NJH /NJS'
  

• 使用xcopy的配置示例：

  archive_command = 'xcopy "pg_wal\\%f" "C:\\server\\archivedir\\" /Y'
  

  注意：路径中的反斜杠需用双反斜杠转义，或直接使用正斜杠（如C:/server/archivedir/）。

4. 手动验证归档命令 #

切换到PostgreSQL服务运行账户，手动执行日志中失败的归档命令，确认是否能正常复制文件：

copy "pg_wal\000000010000002300000063" "C:\server\archivedir\000000010000002300000063"

若执行失败，会直接提示具体错误（如路径不存在、权限不足），针对性修复即可。

5. 处理积压的WAL文件 #

• 修复路径和权限后，PostgreSQL会自动重试归档失败的WAL文件。
• 也可手动将pg_wal目录中带.ready后缀对应的WAL文件复制到归档目录，然后删除对应的.ready文件，触发归档进程立即重试。

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