pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Craig Ringer <craig@postnewspapers.com.au>
To: Ivan Voras <ivoras@freebsd.org>
Cc: pgsql-performance@postgresql.org
Subject: Re: Backup strategies
Date: Wed, 15 Oct 2008 18:13:51 +0800
Message-ID: <48F5C25F.3050108@postnewspapers.com.au> (raw)
In-Reply-To: <gd4d7q$3ed$1@ger.gmane.org>
References: <48F4D693.9000304@lerner.co.il>
	<gd4d7q$3ed$1@ger.gmane.org>

Ivan Voras wrote:

> Warning: DO NOT do on-the-fly binary backups without snapshots.
> Archiving the database directory with tar on a regular file system,
> while the server is running, will result in an archive that most likely
> won't work when restored.

You can do non-snapshot-based filesystem level backups with
pg_start_backup() and pg_stop_backup() as part of a PITR setup. See:

http://www.postgresql.org/docs/8.3/static/continuous-archiving.html

That's the setup I use, with a full backup taken weekly and WAL files
archived from then until the next full backup. There is always at least
one full backup at any time in case a backup fails, and I can roll back
in time for a minimum of a week if anything goes wrong.

I also include plain SQL dumps from pg_dump in the nightly disaster
recovery backups.

--
Craig Ringer



view thread (16+ messages)  latest in thread

Message-ID: <48F5C25F.3050108@postnewspapers.com.au>
Permalink:  ../48F5C25F.3050108@postnewspapers.com.au/
Also on:    postgresql.org/message-id/48F5C25F.3050108@postnewspapers.com.au

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: craig@postnewspapers.com.au, ivoras@freebsd.org
  Subject: Re: Backup strategies
  In-Reply-To: <48F5C25F.3050108@postnewspapers.com.au>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox