]> git.ipfire.org Git - thirdparty/postgresql.git/commitdiff
doc: Describe calculation method of streaming start for pg_receivewal
authorMichael Paquier <michael@paquier.xyz>
Sat, 23 Oct 2021 05:43:51 +0000 (14:43 +0900)
committerMichael Paquier <michael@paquier.xyz>
Sat, 23 Oct 2021 05:43:51 +0000 (14:43 +0900)
The documentation was imprecise about the starting LSN used for WAL
streaming if nothing can be found in the local archive directory
defined with the pg_receivewal command, so be more talkative on this
matter.

Extracted from a larger patch by the same author.

Author: Ronan Dunklau, Michael Paquier
Discussion: https://postgr.es/m/18708360.4lzOvYHigE@aivenronan
Backpatch-through: 10

doc/src/sgml/ref/pg_receivewal.sgml

index 3f254f6e16bd47ceee2f3da4aadbdb66c027c2a9..9a4a03d1475d62c6e494f46ac4ed42d4b7a4bdd0 100644 (file)
@@ -76,6 +76,29 @@ PostgreSQL documentation
    leave at least one session available for the stream.
   </para>
 
+  <para>
+   The starting point of the write-ahead log streaming is calculated when
+   <application>pg_receivewal</application> starts:
+   <orderedlist>
+    <listitem>
+     <para>
+      First, scan the directory where the WAL segment files are written and
+      find the newest completed segment file, using as starting point the
+      beginning of the next WAL segment file. This is calculated independently
+      on the compression method used to compress each segment.
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      If a starting point cannot be calculated with the previous method,
+      the latest WAL flush location is used as reported by the server from
+      a <literal>IDENTIFY_SYSTEM</literal> command.
+     </para>
+    </listitem>
+   </orderedlist>
+  </para>
+
   <para>
    If the connection is lost, or if it cannot be initially established,
    with a non-fatal error, <application>pg_receivewal</application> will