在 PostgreSQL 中存档失败答案

【问题标题】：Archive Failed in PostgreSQL在 PostgreSQL 中存档失败
【发布时间】：2019-09-03 03:38:55
【问题描述】：

pg_wal 文件夹越来越大，当我查询archiver 时，文件没有存档。

postgres=# select * from pg_stat_archiver;
 archived_count | last_archived_wal | last_archived_time | failed_count |             last_failed_wal              |       last_failed_time        |          stats_reset          
----------------+-------------------+--------------------+--------------+------------------------------------------+-------------------------------+-------------------------------
              0 |                   |                    |        19404 | 000000010000000E00000018.00000028.backup | 2019-09-03 11:35:07.161632+08 | 2019-08-30 09:58:19.943897+08
(1 row)

来自失败归档命令的消息是：

test ! -f /var/lib/postgresql/10/main/pg_wal/000000010000001D00000024 && cp pg_wal/000000010000001D00000024 /var/lib/postgresql/10/main/pg_wal/000000010000001D00000024 cp: cannot create regular file '/var/lib/postgresql/10/main/pg_wal/000000010000001D00000024': No such file or directory

在master的postgresql.conf文件中有一个archive_command

test ! -f /var/lib/postgresql/10/main/pg_wal/%f && cp %p /var/lib/postgresql/10/main/pg_wal/%f

这个路径var/lib/postgresql/10/main/pg_wal/%f 是从服务器中我要归档到的路径。然后我在复制服务器中运行pg_basebackup 来复制数据库。数据确实复制到了复制服务器，但是在主服务器中，当我签入pg_stat_archiver 时，WAL 文件没有存档。

【问题讨论】：

你解决了吗？

标签： postgresql digital-ocean

【解决方案1】：

您必须查看服务器日志文件，在那里您将看到一条错误消息和来自archive_command 的标准错误输出。

这会告诉你哪里出了问题，以便你修复它。

一旦问题得到解决，PostgreSQL 将归档 WAL 文件，一切都会恢复正常。

经过一番调查，原来你配置archive_command将WAL文件写入从服务器的pg_wal目录，它与从服务器的WAL文件发生冲突。

你必须将你的 WAL 存档写入其他地方，不是到从属的数据目录中。

【讨论】：

我跟随这个站点进行复制xploit29.com/2018/11/04/…
这是一个非常有用的答案，特别是因为 Postgres 默认不登录文件（我之前没有弄清楚）。配置文件已经注释了解决类似问题所需的所有设置。
@RicarHincapie 我对你写的东西感到困惑。这与 PostgreSQL 说明其运行方式的日志文件无关（logging_collector 和 log_destination），而是崩溃后需要恢复的事务日志 (WAL)。
哦，是的。只是为了调试您提到的 Psql 日志的问题，并且需要配置这些日志才能在文件中使用。我认为值得在这里发表关于关键日志的评论以及您需要直接配置它们的评论。