要配置备库使用 pg_standby，请将以下内容放入其 recovery.conf 配置文件：

restore_command = 'pg_standby archiveDir %f %p %r'
  

其中，archiveDir 是恢复 WAL 段文件时所读取的目录。

pg_standby 命令行的完整语法为：

pg_standby [ option ... ] archivelocation nextwalfile xlogfilepath [ restartwalfile ]
  

在 restore_command 中使用时，应为 nextwalfile 和 xlogfilepath 分别 指定 %f 和 %p 宏，以提供恢复所需的 实际文件和路径。

如果指定了 restartwalfile（通常使用 %r 宏），就会从 archivelocation 中删除逻辑上位于该文件之前的所有 WAL 文件。这样既能尽量减少需要保留的文件数量，又能保留崩溃后重启的能力。如果 archivelocation 是专供此备库使用的临时暂存区，就适合使用此参数；但如果 archivelocation 用作长期 WAL 归档区，就不应使用。

pg_standby 假定 archivelocation 是服务器所属用户可读的目录。如果指定了 restartwalfile（或 -k），archivelocation 目录还必须可写。

主库发生故障时，切换到“温备”数据库服务器有以下两种方式：

在 Linux 或 Unix 系统上，可以这样使用：

archive_command = 'cp %p .../archive/%f'

restore_command = 'pg_standby -d -s 2 -t /tmp/pgsql.trigger.5442 .../archive %f %p %r 2>>standby.log'

recovery_end_command = 'rm -f /tmp/pgsql.trigger.5442'

这里，归档目录实际位于备库上，因此 archive_command 通过 NFS 访问该目录，但这些文件对备库而言是本地文件（因此可以 使用 ln）。此配置会：

在 Windows 上，可以使用：

archive_command = 'copy %p ...\\archive\\%f'

restore_command = 'pg_standby -d -s 5 -t C:\pgsql.trigger.5442 ...\archive %f %p %r 2>>standby.log'

recovery_end_command = 'del C:\pgsql.trigger.5442'

注意，需要双写反斜杠的是 archive_command，而 无需双写的是 restore_command 或 recovery_end_command。此配置会：

Windows 上的 copy 命令会在文件复制完成之前设置最终文件大小，这通常会让 pg_standby 产生误判。因此，pg_standby 一旦看到正确的文件大小，还会等待 sleeptime 秒。GNUWin32 的 cp 只有在文件复制完成后才设置文件大小。

由于 Windows 示例在两端都使用 copy，任一服务器或两个服务器都可能通过网络访问归档目录。

pg_standby 设计为与 PostgreSQL 8.2 及更高版本配合使用。

PostgreSQL 8.3 提供了 %r 宏，用于让 pg_standby 知道需要保留的最后一个文件。使用 PostgreSQL 8.2 时，如果需要清理归档，就必须使用 -k 选项。该选项在 8.3 中仍然可用，但已弃用。

PostgreSQL 8.4 提供了 recovery_end_command 选项。如果没有此选项，遗留的 触发文件可能带来危险。

Simon Riggs <simon@2ndquadrant.com>