From: | Michael Monnerie <michael(dot)monnerie(at)is(dot)it-management(dot)at> |
---|---|
To: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: Hard link backup strategy |
Date: | 2009-03-27 07:43:40 |
Message-ID: | 200903270843.45051@zmi.at |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On Donnerstag 26 März 2009 Kevin Grittner wrote:
> (1) Our archive script copies WAL files to a directory on the
> database server, using cp to a one directory followed by mv to
> another (to prevent partial files from being processed).
What "partial files" do you speak about? I'd like to know, as we soon
start doing WAL copies.
> rsync
Incredible. You mean you make the hard link both on client and server,
and afterwards transfer with rsync? That only works for postgresql
<8.3, right? As I understand, 8.3 will reuse the space from updated
tuples and therefore lots of changes in-between will be done.
Or do you use "cluster" to sort the data before copying? But then if one
older record is deleted, all further data will have to be transfered
anyway.
I'm just wondering where the savings come from.
mfg zmi
--
// Michael Monnerie, Ing.BSc ----- http://it-management.at
// Tel: 0660 / 415 65 31 .network.your.ideas.
// PGP Key: "curl -s http://zmi.at/zmi.asc | gpg --import"
// Fingerprint: AC19 F9D5 36ED CD8A EF38 500E CE14 91F7 1C12 09B4
// Keyserver: wwwkeys.eu.pgp.net Key-ID: 1C1209B4
From | Date | Subject | |
---|---|---|---|
Next Message | Tony Webb | 2009-03-27 09:20:19 | Re: pg_ctlcluster not logging error (memory problem likely) |
Previous Message | Tom Lane | 2009-03-26 22:35:35 | Re: pg_ctlcluster not logging error (memory problem likely) |