Commit 7781916a authored by Tom Lane's avatar Tom Lane

Fix non-improvement of description of archive_timeout. archive_command

is only invoked on completed WAL segments, period --- there's no 'by
default' about it.
parent 8fad2e3f
<!-- $PostgreSQL: pgsql/doc/src/sgml/config.sgml,v 1.82 2006/09/02 23:12:16 momjian Exp $ --> <!-- $PostgreSQL: pgsql/doc/src/sgml/config.sgml,v 1.83 2006/09/03 19:06:15 tgl Exp $ -->
<chapter Id="runtime-config"> <chapter Id="runtime-config">
<title>Server Configuration</title> <title>Server Configuration</title>
...@@ -1591,8 +1591,8 @@ archive_command = 'copy "%p" /mnt/server/archivedir/"%f"' # Windows ...@@ -1591,8 +1591,8 @@ archive_command = 'copy "%p" /mnt/server/archivedir/"%f"' # Windows
</indexterm> </indexterm>
<listitem> <listitem>
<para> <para>
By default, the <xref linkend="guc-archive-command"> is only invoked The <xref linkend="guc-archive-command"> is only invoked on completed
on completed WAL segments. Hence, WAL segments. Hence,
if your server generates only little WAL traffic (or has slack periods if your server generates only little WAL traffic (or has slack periods
where it does so), there could be a long delay between the completion where it does so), there could be a long delay between the completion
of a transaction and its safe recording in archive storage. To put of a transaction and its safe recording in archive storage. To put
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment