From: | Michael Monnerie <michael(dot)monnerie(at)it-management(dot)at> |
---|---|
To: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: online tape backup |
Date: | 2007-02-13 09:26:29 |
Message-ID: | 200702131027.02556@zmi.at |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On Samstag, 10. Februar 2007 01:51 Eduardo J. Ortega wrote:
> 1) pg_start_backup
> 2) tar to my tape device /data/postgresql excluding
> /data/postgresql/pg_xlog 3) pg_stop_backup
> 4) delete WAL files under /data/pg_trans_log/ (which is the directory
> to which archive_command copies my archived WAL files) with name
> "smaller" than the name of the last 000*.backup
> 5) append to previously created tar on the tape the WAL
> directory /data/pg_trans_log/
Dear all, I'm replying to this message because it's a good start, and
I'm thinking of switching from currently pg_dump on all databases to
using the concept of base+WAL backup.
What we did until now was (not using WAL)
- pg_dump for each DB
- vacuum full analyze for each DB after backup
From what I understand, if I run a vacuum, the WAL logs will be
enormous, as they do not simply store the vacuum command itself, but
every single operation done on the db.
If that's true, running vacuum before the base backup could be better,
as there are less WAL logs to store, making the backup smaller, right?
mfg zmi
--
// Michael Monnerie, Ing.BSc ----- http://it-management.at
// Tel: 0676/846 914 666 .network.your.ideas.
// PGP Key: "curl -s http://zmi.at/zmi4.asc | gpg --import"
// Fingerprint: EA39 8918 EDFF 0A68 ACFB 11B7 BA2D 060F 1C6F E6B0
// Keyserver: www.keyserver.net Key-ID: 1C6FE6B0
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Childs | 2007-02-13 09:49:02 | Re: online tape backup |
Previous Message | Shoaib Mir | 2007-02-13 05:16:41 | Re: WAL files backup |