@@ -472,7 +472,7 @@ doc/src/sgml/pgprobackup.sgml
472
472
</listitem >
473
473
<listitem >
474
474
<para >
475
- <literal >backupdb</literal > — database used used to connect to the
475
+ <literal >backupdb</literal > — database used to connect to the
476
476
<productname >PostgreSQL</productname > cluster.
477
477
</para >
478
478
</listitem >
@@ -1473,7 +1473,7 @@ GRANT SELECT ON TABLE pg_catalog.pg_database TO backup;
1473
1473
<title >Configuring the Remote Mode</title >
1474
1474
<para >
1475
1475
<application >pg_probackup</application > supports the remote mode that
1476
- allows to perform backup, restore and WAL archiving operations remotely.
1476
+ allows you to perform backup, restore and WAL archiving operations remotely.
1477
1477
In this mode, the backup catalog is stored on a local system, while
1478
1478
<productname >PostgreSQL</productname > instance to backup and/or to restore
1479
1479
is located on a remote system. Currently the only supported remote
@@ -1556,7 +1556,7 @@ GRANT SELECT ON TABLE pg_catalog.pg_database TO backup;
1556
1556
Make sure <application >pg_probackup</application > on <literal >postgres_host</literal >
1557
1557
can be located when a connection via SSH is made. For example, for <application >Bash</application >, you can
1558
1558
modify <literal >PATH</literal > in <filename >~/.bashrc</filename > of the <literal >postgres</literal > user
1559
- (above the line in <filename >bashrc</filename > which exits the script for non-interactive shells).
1559
+ (above the line in <filename >bashrc</filename > that exits the script for non-interactive shells).
1560
1560
Alternatively, for <application >pg_probackup</application > commands, specify the path to the directory
1561
1561
containing the <application >pg_probackup</application > binary on <literal >postgres_host</literal > via
1562
1562
the <link linkend =" pbk-remote-server-opts" >--remote-path</link > option.
@@ -2188,7 +2188,7 @@ pg_probackup restore -B <replaceable>backup_dir</replaceable> --instance <replac
2188
2188
<listitem >
2189
2189
<para >
2190
2190
LSN — read the <replaceable >pg_control</replaceable > in the
2191
- data directory to obtain redo LSN and redo TLI, which allows
2191
+ data directory to obtain redo LSN and redo TLI, which allows you
2192
2192
to determine a point in history(shiftpoint), where data directory
2193
2193
state shifted from target backup chain history. If shiftpoint is not within
2194
2194
reach of backup chain history, then restore is aborted.
@@ -2417,7 +2417,7 @@ pg_probackup restore -B <replaceable>backup_dir</replaceable> --instance <replac
2417
2417
<refsect2 id =" pbk-remote-backup" >
2418
2418
<title >Using <application >pg_probackup</application > in the Remote Mode</title >
2419
2419
<para >
2420
- <application >pg_probackup</application > supports the remote mode that allows to perform
2420
+ <application >pg_probackup</application > supports the remote mode that allows you to perform
2421
2421
<literal >backup</literal > and <literal >restore</literal >
2422
2422
operations remotely via SSH. In this mode, the backup catalog is
2423
2423
stored on a local system, while <productname >PostgreSQL</productname > instance to be backed
@@ -3782,7 +3782,7 @@ pg_probackup merge -B <replaceable>backup_dir</replaceable> --instance <replacea
3782
3782
between them. Once the merge is complete, the full backup takes in all
3783
3783
the merged data, and the incremental backups are removed as redundant.
3784
3784
Thus, the merge operation is virtually equivalent to retaking a full
3785
- backup and removing all the outdated backups, but it allows to save much
3785
+ backup and removing all the outdated backups, but it allows you to save much
3786
3786
time, especially for large data volumes, as well as I/O and network
3787
3787
traffic if you are using <application >pg_probackup</application > in the
3788
3788
<link linkend =" pbk-remote-backup" >remote</link > mode.
0 commit comments