mirror of
https://github.com/postgres/postgres.git
synced 2025-06-05 23:56:58 +03:00
Fix documentation bug related to backup history file.
The backup history file has been no longer necessary for recovery since the version 9.0. It's now basically just for informational purpose. But previously the documentations still described that a recovery requests the backup history file to proceed. The commit fixes this documentation bug. Back-patch to all supported versions. Author: Yugo Nagata Reviewed-by: Kyotaro Horiguchi Discussion: https://postgr.es/m/20180626174752.0ce505e3.nagata@sraoss.co.jp
This commit is contained in:
parent
edabd8f5a4
commit
833397e73e
@ -1083,7 +1083,7 @@ restore_command = 'cp /mnt/server/archivedir/%f %p'
|
||||
in the archive; it must return nonzero when so asked. This is not an
|
||||
error condition. Not all of the requested files will be WAL segment
|
||||
files; you should also expect requests for files with a suffix of
|
||||
<literal>.backup</> or <literal>.history</>. Also be aware that
|
||||
<literal>.history</literal>. Also be aware that
|
||||
the base name of the <literal>%p</> path will be different from
|
||||
<literal>%f</>; do not expect them to be interchangeable.
|
||||
</para>
|
||||
|
@ -1261,7 +1261,7 @@ primary_conninfo = 'host=192.168.1.50 port=5432 user=foo password=foopass'
|
||||
processing would request a file from the WAL archive, reporting failure
|
||||
if the file was unavailable. For standby processing it is normal for
|
||||
the next WAL file to be unavailable, so the standby must wait for
|
||||
it to appear. For files ending in <literal>.backup</> or
|
||||
it to appear. For files ending in
|
||||
<literal>.history</> there is no need to wait, and a non-zero return
|
||||
code must be returned. A waiting <varname>restore_command</> can be
|
||||
written as a custom script that loops after polling for the existence of
|
||||
|
Loading…
x
Reference in New Issue
Block a user