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

Re: Backup

From: "Jason Minion" <jason(dot)minion(at)sigler(dot)com>
To: "Joseph M(dot) Day" <jday(at)gisolutions(dot)us>,"Naomi Walker" <nwalke(at)eldocomp(dot)com>
Cc: <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Backup
Date: 2005-03-23 21:15:49
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-admin
If you are running version 8, you may want to look into the WAL archiving:

That would form the basis of your incremental backup strategy. I haven't had the joy of using them myself however, and do not know of any tools to make it more convenient, and a quick breeze through pgfoundry didn't find much either.

-----Original Message-----
From: pgsql-admin-owner(at)postgresql(dot)org
[mailto:pgsql-admin-owner(at)postgresql(dot)org]On Behalf Of Joseph M. Day
Sent: Wednesday, March 23, 2005 3:02 PM
To: 'Naomi Walker'
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: [ADMIN] Backup

Joseph M. Day wrote:
>> I am trying to convert a MSSQL DB thats roughly 45GB, to Postgres. I 
>> am
>> trying to find  the equivalent of Full / Incremental / Differential 
>> backups. It looks like pg_dump is the equivalent of a full backup,
>> how do I keep the equivalent of a Incremental, or Differential
>> To keep the same functionality, I will need a full backup once a
>> and a differential once a day.
>At this time, there is nothing less than full backups.


Thanks Naomi. 

Is there anybody using this for large DB's? Anything larger than a
couple hundred GB, it would be impractical to make full backups
everyday. Anyone out there using this for large DB's, if so I'd love to
hear how they are dealing with backups.


---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?


pgsql-admin by date

Next:From: Jay A. KreibichDate: 2005-03-23 21:20:10
Subject: Re: Backup
Previous:From: Joshua D. DrakeDate: 2005-03-23 21:13:20
Subject: Re: Backup

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