主页 / dba / 问题 / 77626
Accepted
Robert
Asked: 2014-09-26 05:38:41 +0800 CST

我什么时候必须使用archive_command，什么时候不需要

  • 772

我对 PostgreSQL 复制命令有一些疑问。我正在做一些研究，我发现了几个配置。

第一个是：

archive_mode = on
archive_command = 'cd .'

第二个是：

cp -i %p /var/lib/postgresql/9.1/archive/%f'

然后我的问题是：

  1. 有什么不同？
  2. 第一个选项（ command ）对我来说真的很奇怪。它有什么作用？
replication postgresql-9.1

2 个回答

  1. Best Answer

    第一个 ( cd .) 什么都不做。这是一个占位符。以我的观点写会更好true，所以它更明显是作为无操作的。

    打开archive_mode但设置一个无操作archive_command是一个 hacky 解决方法，因为更改archive_command只需要重新加载服务器，但更改archive_mode需要完全重新启动服务器，这可能会破坏生产。

    的目的archive_command以及所有其他内容都包含在文档中，因此我不会在那里重复所有这些材料。

    • 2

  2. 我和你遇到了同样的问题。

    使用流式复制时，理论上不需要将归档的 Xlog 发送到备用服务器。

    但是归档的 Xlogs 也是正常恢复所必需的，如果备用服务器无法赶上主服务器（例如，如果它停止了一段时间），也可能需要它们。请注意，我不是 100% 确定在这种情况下是否需要存档，因为还有复制槽的概念，主服务器通过它知道从服务器消耗了什么（我的理解）。有了复制槽，我认为只要从站需要，主站就会积累 XLOGS（如果从站没有回来并且文件系统已满，则停止运行？）

    我要做的是将它们运送给奴隶，甚至在主人身上保留一份副本。

    所以，在主

    archive_command = rsync -ac %p postgres@other-pg-server:/u01/archive/%f

    但是，我想我会使用一个 shell 脚本来将文件复制到本地并将其同步到从站。这个 shell 脚本还可以检查它是否在从属服务器上运行，如果是，则什么也不做（这样配置文件可以在两者之间对称）。

    在从站上，在 recovery.config 中，

    restore_command = 'cp /u02/archive/%f %p'

    我正在使用复制槽，但我仍然需要通过删除早于 x 天的文件的 cron 作业来清理存档的 Xlog。我还没有调查 pg_archivecleanup 程序（https://www.postgresql.org/docs/9.2/static/pgarchivecleanup.html）

    • 2

相关问题