Document max_standby_delay=-1 option, now that it's allowed again.

diff --git a/doc/src/sgml/config.sgml b/doc/src/sgml/config.sgml
index 5b78da305a9d4b1971f2db8857e2e9c8e0a0b467..d38f496cd7ca94300b466ea15eb63d0f9317dc07 100644 (file)
--- a/doc/src/sgml/config.sgml
+++ b/doc/src/sgml/config.sgml
@@ -1,4 +1,4 @@
-
+
 
 
   Server Configuration
@@ -1868,9 +1868,8 @@ archive_command = 'copy "%p" "C:\\server\\archivedir\\%f"'  # Windows
         described in . Typically,
         this parameter makes sense only during replication, so when
         performing an archive recovery to recover from data loss a very high
-        parameter setting is recommended.  The default is 30 seconds.
-        There is no wait-forever setting because of the potential for deadlock
-        which that setting would introduce.
+        parameter setting or -1 which means wait forever is recommended.
+        The default is 30 seconds.
         This parameter can only be set in the postgresql.conf
         file or on the server command line.
        

diff --git a/doc/src/sgml/high-availability.sgml b/doc/src/sgml/high-availability.sgml
index a949ff348f69dc6f80e9b2cbbe66f6ead234efb6..dc42d22f3ab0ec9165e2ad4cb5093ed46cec1bf0 100644 (file)
--- a/doc/src/sgml/high-availability.sgml
+++ b/doc/src/sgml/high-availability.sgml
@@ -1,4 +1,4 @@
-
+
 
 
  High Availability, Load Balancing, and Replication
@@ -1521,7 +1521,10 @@ LOG:  database system is ready to accept read only connections
     max_standby_delay or even set it to zero, though that is a
     very aggressive setting. If the standby server is tasked as an additional
     server for decision support queries then it might be acceptable to set this
-    to a value of many hours (in seconds).
+    to a value of many hours (in seconds).  It is also possible to set
+    max_standby_delay to -1 which means wait forever for queries
+    to complete, if there are conflicts; this will be useful when performing
+    an archive recovery from a backup.