Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit d445236

Browse files
committed
Document that continuous archiving backup can be used for cases where
you can't get a simultaneous snapshot.
1 parent 2662e03 commit d445236

File tree

1 file changed

+12
-4
lines changed

1 file changed

+12
-4
lines changed

doc/src/sgml/backup.sgml

+12-4
Original file line numberDiff line numberDiff line change
@@ -1,4 +1,4 @@
1-
<!-- $PostgreSQL: pgsql/doc/src/sgml/backup.sgml,v 2.117 2008/04/05 01:34:05 momjian Exp $ -->
1+
<!-- $PostgreSQL: pgsql/doc/src/sgml/backup.sgml,v 2.118 2008/04/09 02:52:04 momjian Exp $ -->
22

33
<chapter id="backup">
44
<title>Backup and Restore</title>
@@ -386,9 +386,17 @@ tar -cf backup.tar /usr/local/pgsql/data
386386
not be possible to use snapshot backup because the snapshots
387387
<emphasis>must</> be simultaneous.
388388
Read your file system documentation very carefully before trusting
389-
to the consistent-snapshot technique in such situations. The safest
390-
approach is to shut down the database server for long enough to
391-
establish all the frozen snapshots.
389+
to the consistent-snapshot technique in such situations.
390+
</para>
391+
392+
<para>
393+
If simultaneous snapshots are not possible, one option is to shut down
394+
the database server long enough to establish all the frozen snapshots.
395+
Another option is perform a continuous archiving base backup (<xref
396+
linkend="backup-base-backup">) because such backups are immune to file
397+
system changes during the backup. This requires enabling continuous
398+
archiving just during the backup process; restore is done using
399+
continuous archive recovery (<xref linkend="backup-pitr-recovery">).
392400
</para>
393401

394402
<para>

0 commit comments

Comments
 (0)