Skip site navigation (1) Skip section navigation (2)

Re: [GENERAL] Backup

From: Chander Ganesan <chander(at)otg-nc(dot)com>
To: Simon Riggs <simon(at)2ndquadrant(dot)com>
Cc: Phillip Smith <phillip(dot)smith(at)weatherbeeta(dot)com(dot)au>, 'Dominic Carlucci' <carlucci(at)cae(dot)com>, pgsql-general(at)postgresql(dot)org, pgsql-admin(at)postgresql(dot)org, carlucci(at)cae(dot)ca
Subject: Re: [GENERAL] Backup
Date: 2008-01-31 12:21:37
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-adminpgsql-general
Simon Riggs wrote:
> On Fri, 2008-01-25 at 11:34 +1100, Phillip Smith wrote:
>>> We have a center in Europe who has just started to use PostgreSQL and was
>>> asking me if there are any Symantec product or other products that backup
>>> this type of database.
>> It doesn't appear to. 
> The design of the PITR system allows a product-agnostic backup. Anything
> that can backup a file can backup PostgreSQL. There is no need for
> special certifications of hologram logos.
> You may need to write a few lines of script to do it, but that's not a
> problem surely?
> So you can use pg_dump or PITR, as you choose.
If you don't mind if you lose some transactions you can also use file 
system snapshotting....which would work just as well as pg_dump, and 
probably have less impact on the running database (assuming you had 
decent enough hardware).

So long as the product you are using can snapshot the file system prior 
to performing a backup, you can use just about any product (without 
having to really do much/any work).  When you restore a snapshotted file 
system that contains your postgresql database, postgresql (on restart) 
will enter auto-recovery mode and recover (as it does in the case of the 
crash) to the last transaction that was completed successfully prior to 
the snapshot being created.  Note that this would only work if all your 
tablespaces were on the same file system, and would be unable to "roll 
forward" using WAL files generated after the backup.

However, you should keep in mind that - like a pg_dump - you won't be 
able to perform PITR recovery from such a backup.  Also, the recovery 
time may be non-trivial depending on your WAL settings.

Chander Ganesan
Open Technology Group, Inc.
One Copley Parkway, Suite 210
Morrisville, NC  27560
Phone: 877-258-8987/919-463-0999
As me about Expert PostgreSQL & PostGIS Training delivered worldwide.

In response to

  • Re: Backup at 2008-01-25 09:21:15 from Simon Riggs


pgsql-admin by date

Next:From: Simon RiggsDate: 2008-01-31 13:28:48
Subject: Re: [GENERAL] Backup
Previous:From: Guillaume LelargeDate: 2008-01-31 00:52:34
Subject: Re: monitoring fragmentation

pgsql-general by date

Next:From: Peter EisentrautDate: 2008-01-31 13:27:27
Subject: Re: PostgreSQL on a CompactFlash
Previous:From: Sam MasonDate: 2008-01-31 12:20:36
Subject: Re: referencing to "computed columns" in where clause

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group