Mention that transactions can complete in a different numeric order, for

PITR recovery.

diff --git a/doc/src/sgml/backup.sgml b/doc/src/sgml/backup.sgml
index 49b3afa4f739b0b305d2220242d180230eebc50f..70c49ee6e917e4aa9883611b9e2087d1dd37a6d0 100644 (file)
--- a/doc/src/sgml/backup.sgml
+++ b/doc/src/sgml/backup.sgml
@@ -1,5 +1,5 @@
 
 
  Backup and Restore
@@ -815,12 +815,16 @@ restore_command = 'cp /mnt/server/archivedir/%f %p'
     recovery.conf.  You can specify the stop point either by
     date/time or by transaction ID.  As of this writing only the date/time
     option is very usable, since there are no tools to help you identify
-    which transaction ID to use.  Note that the stop point must be after
-    the ending time of the backup (ie, the time of
-    pg_stop_backup).  You cannot use a base backup to recover
-    to a time when that backup was still going on.  (To recover to such
-    a time, you must go back to your previous base backup and roll forward
-    from there.)
+    which transaction ID to use.  Keep in mind that while transaction
+    IDs are asigned sequentially at transaction start, transactions can
+    complete in a different numeric order.
+   
+   
+    Note that the stop point must be after the ending time of the backup
+    (ie, the time of pg_stop_backup).  You cannot use a base
+    backup to recover to a time when that backup was still going on.  (To
+    recover to such a time, you must go back to your previous base backup
+    and roll forward from there.)