Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit 12ac21d

Browse files
author
Liudmila Mantrova
committed
Fix for PGPRO-497
1 parent 3111bb6 commit 12ac21d

File tree

1 file changed

+5
-5
lines changed

1 file changed

+5
-5
lines changed

doc/src/sgml/pgprobackup.sgml

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -560,7 +560,7 @@ GRANT EXECUTE ON FUNCTION pg_ptrack_get_and_clear(oid, oid) TO backup;
560560
<para>
561561
To initialize backup directory, execute the following command:
562562
<programlisting>
563-
pg_probackup init -B <replaceable class="parameter">backup_directory</replaceable>
563+
pg_probackup init -B <replaceable class="parameter">backup_directory</replaceable> -D <replaceable class="parameter">data_directory</replaceable>
564564
</programlisting>
565565
</para>
566566

@@ -722,7 +722,7 @@ pg_probackup show <replaceable class="parameter">backup_id</replaceable>
722722
<programlisting>
723723
pg_probackup validate <replaceable class="parameter">backup_id</replaceable>
724724
</programlisting>
725-
For details, see <xref linkend="pg-probackup-checksums"> and <xref linkend="pg-probackup-validating-backups"></para>
725+
For details, see <xref linkend="pg-probackup-checksums"> and <xref linkend="pg-probackup-validating-backups">.</para>
726726

727727
<para>
728728
To restore the database cluster from the backup,
@@ -1019,8 +1019,8 @@ pg_probackup retention purge
10191019
<para>
10201020
<application>pg_probackup</application> deletes all backup copies and the corresponding WAL files that do not conform to the policy defined in the <filename>pg_probackup.conf</filename> file.
10211021
If both <option>redundancy</option> and <option>window</option> options are
1022-
set, <application>pg_probackup</application> delete only those backup
1023-
copies that satisfy both conditions. For example, if you set <option>redundancy</option>=2 and <option>window</option>=7, <application>pg_probackup</application> cleans up the backup directory to keep only two full backup copies if at least one of them is older than 7 days.
1022+
set, <application>pg_probackup</application> keeps backup copies
1023+
that satisfy both conditions. For example, if you set <option>redundancy</option>=2 and <option>window</option>=7, <application>pg_probackup</application> cleans up the backup directory to keep only two full backup copies if at least one of them is older than 7 days.
10241024
</para>
10251025
<para>
10261026
Alternatively, you can override the default policy using <option>--redundancy</option> and <option>--window</option>
@@ -1200,7 +1200,7 @@ pg_probackup restore -j 4
12001200
To make sure the recovery is possible, run the <command>validate</command> command with the exact options you are going to use for recovery. <application>pg_probackup</application> checks that all the required backup files are present and can be used to restore the database cluster if needed. </para>
12011201
<para>For example, to check that you can restore the database cluster from a backup copy with the <replaceable>backup_id</replaceable> up to the specified <option>xid</option> transaction ID, run this command:
12021202
<programlisting>
1203-
pg_probackup validate --xid=<replaceable>xid</replaceable> <replaceable>backup_id</replaceable>
1203+
pg_probackup validate --xid=<replaceable>xid</replaceable> <replaceable>backup_id</replaceable>
12041204
</programlisting>
12051205
For the list of available options, see <xref linkend="pg-probackup-options">.</para>
12061206
<para>If validation completed successfully, <application>pg_probackup</application> displays the corresponding message. If validation fails, you will receive an error message with the exact time and transaction ID up to which the recovery is possible. </para>

0 commit comments

Comments
 (0)