mirror of
https://github.com/postgres/postgres.git
synced 2025-12-22 17:42:17 +03:00
Integrate recovery.conf into postgresql.conf
recovery.conf settings are now set in postgresql.conf (or other GUC sources). Currently, all the affected settings are PGC_POSTMASTER; this could be refined in the future case by case. Recovery is now initiated by a file recovery.signal. Standby mode is initiated by a file standby.signal. The standby_mode setting is gone. If a recovery.conf file is found, an error is issued. The trigger_file setting has been renamed to promote_trigger_file as part of the move. The documentation chapter "Recovery Configuration" has been integrated into "Server Configuration". pg_basebackup -R now appends settings to postgresql.auto.conf and creates a standby.signal file. Author: Fujii Masao <masao.fujii@gmail.com> Author: Simon Riggs <simon@2ndquadrant.com> Author: Abhijit Menon-Sen <ams@2ndquadrant.com> Author: Sergei Kornilov <sk@zsrv.org> Discussion: https://www.postgresql.org/message-id/flat/607741529606767@web3g.yandex.ru/
This commit is contained in:
@@ -69,7 +69,8 @@ PostgreSQL documentation
|
||||
target cluster ran for a long time after the divergence, the old WAL
|
||||
files might no longer be present. In that case, they can be manually
|
||||
copied from the WAL archive to the <filename>pg_wal</filename> directory, or
|
||||
fetched on startup by configuring <filename>recovery.conf</filename>. The use of
|
||||
fetched on startup by configuring <xref linkend="guc-primary-conninfo"/> or
|
||||
<xref linkend="guc-restore-command"/>. The use of
|
||||
<application>pg_rewind</application> is not limited to failover, e.g. a standby
|
||||
server can be promoted, run some write transactions, and then rewinded
|
||||
to become a standby again.
|
||||
@@ -83,8 +84,9 @@ PostgreSQL documentation
|
||||
<application>pg_rewind</application> was run, and therefore could not be copied by the
|
||||
<application>pg_rewind</application> session, it must be made available when the
|
||||
target server is started. This can be done by creating a
|
||||
<filename>recovery.conf</filename> file in the target data directory with a
|
||||
suitable <varname>restore_command</varname>.
|
||||
<filename>recovery.signal</filename> file in the target data directory
|
||||
and configuring suitable <xref linkend="guc-restore-command"/>
|
||||
in <filename>postgresql.conf</filename>.
|
||||
</para>
|
||||
|
||||
<para>
|
||||
|
||||
Reference in New Issue
Block a user