Update PITR wording, per Simon.

diff --git a/doc/src/sgml/backup.sgml b/doc/src/sgml/backup.sgml
index 65cb4c62970863bfef52cb6f995a7d0bd55a6604..06b7774618b4a6498edf5ced5627bbe6db496430 100644 (file)
--- a/doc/src/sgml/backup.sgml
+++ b/doc/src/sgml/backup.sgml
@@ -1,5 +1,5 @@
 
 
  Backup and Restore
@@ -741,13 +741,15 @@ SELECT pg_stop_backup();
     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 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
+    pg_stop_backup and the archiving of all WAL segment
+    files needed to make the file system backup consistent.
    
    
     The backup history file is just a small text file. It contains the