Update PITR wording, per Simon.
This commit is contained in:
parent
c822fe05ae
commit
dd39dd232f
@ -1,5 +1,5 @@
|
||||
<!--
|
||||
$PostgreSQL: pgsql/doc/src/sgml/backup.sgml,v 2.64 2005/04/18 17:40:40 momjian Exp $
|
||||
$PostgreSQL: pgsql/doc/src/sgml/backup.sgml,v 2.65 2005/04/19 01:39:50 momjian Exp $
|
||||
-->
|
||||
<chapter id="backup">
|
||||
<title>Backup and Restore</title>
|
||||
@ -741,13 +741,15 @@ SELECT pg_stop_backup();
|
||||
<literal>0000000100001234000055CD.007C9330.backup</>. (The second
|
||||
number in the file name stands for an exact position within the WAL
|
||||
file, and can ordinarily be ignored.) Once you have safely archived
|
||||
the file system backup and the WAL segment files used during the
|
||||
backup (as specified in the backup history file), you can delete all
|
||||
archived WAL segments with names numerically less. Keep in mind that
|
||||
only completed WAL segment files are archived, so there will be delay
|
||||
between running <function>pg_stop_backup</> and the archiving of
|
||||
all WAL segment files needed to make the file system backup
|
||||
consistent.
|
||||
the file system backup and the WAL segment files used during the
|
||||
backup (as specified in the backup history file), all archived WAL
|
||||
segments with names numerically less are no longer needed to recover
|
||||
the file system backup and may be deleted. However, you should
|
||||
consider keeping several backup sets to be absolutely certain that
|
||||
you are can recover your data. Keep in mind that only completed WAL
|
||||
segment files are archived, so there will be delay between running
|
||||
<function>pg_stop_backup</> and the archiving of all WAL segment
|
||||
files needed to make the file system backup consistent.
|
||||
</para>
|
||||
<para>
|
||||
The backup history file is just a small text file. It contains the
|
||||
|
Loading…
x
Reference in New Issue
Block a user