From 7ab9305cc917181e04ed3f933003ee563872e212 Mon Sep 17 00:00:00 2001 From: Heikki Linnakangas Date: Sat, 27 Feb 2010 09:29:20 +0000 Subject: [PATCH] Document max_standby_delay=-1 option, now that it's allowed again. --- doc/src/sgml/config.sgml | 7 +++---- doc/src/sgml/high-availability.sgml | 7 +++++-- 2 files changed, 8 insertions(+), 6 deletions(-) diff --git a/doc/src/sgml/config.sgml b/doc/src/sgml/config.sgml index 5b78da305a..d38f496cd7 100644 --- 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 a949ff348f..dc42d22f3a 100644 --- 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.