Remove documentation of log_restartpoints setting, which is obsoleted

in favor of log_checkpoints.  Fujii Masao

1 files changed, 1 insertions, 15 deletions

diff --git a/doc/src/sgml/backup.sgml b/doc/src/sgml/backup.sgml
index fb52b50019..02545f15af 100644
--- a/doc/src/sgml/backup.sgml
+++ b/doc/src/sgml/backup.sgml
@@ -1198,20 +1198,6 @@ restore_command = 'copy "C:\\server\\archivedir\\%f" "%p"'  # Windows
       </listitem>
      </varlistentry>
 
-     <varlistentry id="log-restartpoints"
-                   xreflabel="log_restartpoints">
-      <term><varname>log_restartpoints</varname>
-        (<type>boolean</type>)
-      </term>
-      <listitem>
-       <para>
-        Specifies whether to log each restart point as it occurs. This
-        can be helpful to track the progress of a long recovery.
-        Default is <literal>false</>.
-       </para>
-      </listitem>
-     </varlistentry>
-
    </variablelist>
 
    </sect3>
@@ -1865,7 +1851,7 @@ if (!triggered)
     backup.  You can do this by running <application>pg_controldata</>
     on the standby server to inspect the control file and determine the
     current checkpoint WAL location, or by using the
-    <varname>log_restartpoints</> option to print values to the server log.
+    <varname>log_checkpoints</> option to print values to the server log.
    </para>
   </sect2>
  </sect1>