]> granicus.if.org Git - postgresql/commitdiff
Fix documentation bug related to backup history file.
authorFujii Masao <fujii@postgresql.org>
Tue, 26 Jun 2018 15:45:21 +0000 (00:45 +0900)
committerFujii Masao <fujii@postgresql.org>
Tue, 26 Jun 2018 15:51:57 +0000 (00:51 +0900)
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

doc/src/sgml/backup.sgml
doc/src/sgml/high-availability.sgml

index 969318b4ae5d053c0cf78297364b49012cd17135..798580291bee0620c7d173251cd9593fb891789f 100644 (file)
@@ -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>
index 2d5d23526b80c3af3affcdb88103a365c7ceb8d0..af661eb96ed4d4314fae87acd7ae4c439647814f 100644 (file)
@@ -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