Re: Fast major-version upgrade (was: [GENERAL] postgresql 8.0 advantages)

From: Martijn van Oosterhout <kleptog(at)svana(dot)org>
To: "Jim C(dot) Nasby" <decibel(at)decibel(dot)org>
Cc: Tino Wildenhain <tino(at)wildenhain(dot)de>, Jeff Davis <jdavis-pgsql(at)empires(dot)org>, schen(at)graciousstyle(dot)com, PgSQL General List <pgsql-general(at)postgresql(dot)org>, pgsql-docs(at)postgresql(dot)org
Subject: Re: Fast major-version upgrade (was: [GENERAL] postgresql 8.0 advantages)
Date: 2005-02-28 20:27:46
Message-ID: 20050228202745.GC27668@svana.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs pgsql-general

On Mon, Feb 28, 2005 at 01:36:59PM -0600, Jim C. Nasby wrote:
> > I used a straight copy of the filesystem with running database
> > (over the net in my case) and immediately after that,
> > stop the db and rsync for the last changes. This took only
> > 10 minutes (compared to 1.5h for the full filesystem copy)
> > and I could start up the db in new location.
> >
> > this could work for you too.
>
> I hadn't thought about using rsync; that's a great idea!
>
> Is there somewhere this could be documented? In an FAQ maybe?

It works only in the special case where the PostgreSQL version number
is the same and you're running on the same platform. How often are you
transferring databases like that. Even transferring from i386 to amd64
wouldn't work like this AFAIUI.
--
Martijn van Oosterhout <kleptog(at)svana(dot)org> http://svana.org/kleptog/
> Patent. n. Genius is 5% inspiration and 95% perspiration. A patent is a
> tool for doing 5% of the work and then sitting around waiting for someone
> else to do the other 95% so you can sue them.

In response to

Responses

Browse pgsql-docs by date

  From Date Subject
Next Message Robert Treat 2005-03-01 03:04:01 question about markup
Previous Message Jim C. Nasby 2005-02-28 19:36:59 Fast major-version upgrade (was: [GENERAL] postgresql 8.0 advantages)

Browse pgsql-general by date

  From Date Subject
Next Message Michael Fuhr 2005-02-28 20:40:27 Re: Referencing created tables fails with message that
Previous Message Tom Lane 2005-02-28 20:22:24 Re: Disabling triggers in a transaction