Re: Replication for migration - Mailing list pgsql-admin

From Scott Marlowe
Subject Re: Replication for migration
Date
Msg-id dcc563d10905141533s28c7fe9tf78600735e099187@mail.gmail.com
Whole thread Raw
In response to Re: Replication for migration  (Kenneth Marshall <ktm@rice.edu>)
List pgsql-admin
On Thu, May 14, 2009 at 7:59 AM, Kenneth Marshall <ktm@rice.edu> wrote:
> On Thu, May 14, 2009 at 10:57:26AM -0300, Martin Spinassi wrote:
>> Hi list!
>>
>> I've to do a migration of postgresql from version 8.2 to 8.3 in one
>> server. The problem I see here is, to avoid data loss (people still
>> using the web site that uses postgres), I'll need to stop postgres 8.2,
>> make a pg_dumpall, and then restore that information in 8.3.
>> Taking some considerations, like database size, server, etc. I estimate
>> that it will be at least 30 minutes of downtime, and that's pretty much
>> time.
>>
>> I've thinking in the possibility of doing some kind of master/slave with
>> both versions (I must change the default port in one of them, as
>> everything must happen on a single machine), and find some useful links
>> like:
>>
>> http://wiki.postgresql.org/wiki/Replication%2C_Clustering%
>> 2C_and_Connection_Pooling
>> http://momjian.us/main/writings/pgsql/replication.pdf
>>
>>
>> I'd love to read some experiences or advices, since I haven't done it
>> before. Also if you have some link o document that you think I must
>> read, it'll be welcomed.
>>
>>
>> Thanks to all.
>>
>>
>> Mart??n
>>
>
> I used Slony replication to upgrade a database from 8.2 -> 8.3 and
> it worked quite well. You will need an outage to change the master
> to the 8.3 database and re-point your apps, but if scripted, that
> is minimal.

Where I work we use slony as our standard replication platform, and we
used it to migrate from 8.1 to 8.3.  Went smooth as silk.  We had
about 30 seconds of downtime on a Saturday night, our slowest time.

pgsql-admin by date:

Previous
From: S Arvind
Date:
Subject: Re: pg_top problem
Next
From: "J. Carlos Muro"
Date:
Subject: Schema best practices