diff --git a/doc/src/sgml/backup.sgml b/doc/src/sgml/backup.sgml index 65cb4c62970863bfef52cb6f995a7d0bd55a6604..06b7774618b4a6498edf5ced5627bbe6db496430 100644 --- a/doc/src/sgml/backup.sgml +++ b/doc/src/sgml/backup.sgml @@ -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