]> granicus.if.org Git - postgresql/commitdiff
Document use of rsync for file system backups.
authorBruce Momjian <bruce@momjian.us>
Thu, 17 Mar 2005 05:03:37 +0000 (05:03 +0000)
committerBruce Momjian <bruce@momjian.us>
Thu, 17 Mar 2005 05:03:37 +0000 (05:03 +0000)
Tino Wildenhain

doc/src/sgml/backup.sgml

index 02d07f6c2f4f0617be303d6a4ff6ea83869287fc..00efde7ee29a1ef20f66080cac3d20d5e43cb7fd 100644 (file)
@@ -1,5 +1,5 @@
 <!--
-$PostgreSQL: pgsql/doc/src/sgml/backup.sgml,v 2.56 2005/02/25 04:56:01 momjian Exp $
+$PostgreSQL: pgsql/doc/src/sgml/backup.sgml,v 2.57 2005/03/17 05:03:37 momjian Exp $
 -->
 <chapter id="backup">
  <title>Backup and Restore</title>
@@ -373,6 +373,15 @@ tar -cf backup.tar /usr/local/pgsql/data
    establish all the frozen snapshots.
   </para>
 
+  <para>
+   Another option is to use <application>rsync</> to perform a file
+   system backup.  First, while the database server is running, 
+   run <application>rsync</>, then shut down the database
+   server and perform a second <application>rsync</>, then
+   restart the database server.  This allows a file system backup to be
+   performed with minimal downtime.
+  </para>
+
   <para>
    Note that a file system backup will not necessarily be
    smaller than an SQL dump. On the contrary, it will most likely be