Re: Server move using rsync

From: Alan Hodgson <ahodgson(at)simkin(dot)ca>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Server move using rsync
Date: 2011-11-01 15:08:27
Message-ID: 201111010808.27841.ahodgson@simkin.ca
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On October 31, 2011 03:01:19 PM Stephen Denne wrote:
> I'm wondering whether it's worth doing anyway, simply to check that it
> doesn't do something completely unexpected, which would presumably alert
> us to something we hadn't considered.
>

Testing is always worthwhile, if only to ensure that PostgreSQL will actually
run with your configuration on the new machine (sufficient shared memory, IP
addresses specified in postgresql.conf, etc).

However, assuming the PostgreSQL binary packages you're using are identical,
and assuming that you aren't changing tablespace pointers around, the rsync /
restart is pretty fool-proof in terms of reliably copying PostgreSQL itself.
PostgreSQL is good about updating time stamps on modified files, you don't have
to worry about needing the full compare options on rsync or anything "-avr --
delete" is generally sufficient .

You might disable WAL archiving during a test startup to avoid sending
duplicates to your backup server.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message James B. Byrne 2011-11-01 16:01:25 Re: [pgsql-general] Need Help With a A Simple Query That's Not So Simple
Previous Message Debasis Mishra 2011-11-01 15:00:10 Re: Regarding the shared disk fail over cluster configuration