Re: Postgresql 7.4 migration to (partially) new disks

From: Achilleas Mantzios <achill(at)matrix(dot)gatewaynet(dot)com>
To: pgsql-admin(at)postgresql(dot)org
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: Postgresql 7.4 migration to (partially) new disks
Date: 2006-09-17 08:57:57
Message-ID: 200609171157.58083.achill@matrix.gatewaynet.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-general

Στις Παρασκευή 15 Σεπτέμβριος 2006 17:47, ο/η Tom Lane έγραψε:
> Achilleas Mantzios <achill(at)matrix(dot)gatewaynet(dot)com> writes:
> > What considerations should someone take if he is about to just
> > cp -r <path_to_some_other_pgsql_data_path>/data .
> > .i.e. creating the PGDATA dir *not* following the standard initdb
> > procedure
>
> If you copy the *entire* data tree (data, xlog, clog, any outside
> tablespaces), and use exactly the same Postgres executables at both
> ends, then it should pretty much Just Work.
>

Thats what i feared from the begining. (some connection between the data dir
and the executable, really, why does the executable need to be exactly the
same,
if we are talking about minor postgresql upgrade 7.4.12->7.4.13?)

The old system is kind of old, and there would be libraries
incompatibilities if a was to retain the old executable.

So i'll do it the formal way, and pray lotus notes will behave :)
Thanx.

> > chown -R postgres:postgres ./data
> > (new postgres user on the new SUSE might have a different uid/gid than
> > the original Debian),
>
> This is OK.
>
> > I'd suppose this might work on a test system, but should someone
> > rely on it for a critical production system?
>
> As long as the DBA has practiced beforehand ;-), sure.
>
> regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster

--
Achilleas Mantzios

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Tom Lane 2006-09-17 18:15:13 Re: Postgresql 7.4 migration to (partially) new disks
Previous Message Jeff Frost 2006-09-16 01:27:50 Re: real and effective user ids must match

Browse pgsql-general by date

  From Date Subject
Next Message Martijn van Oosterhout 2006-09-17 10:22:42 Re: PostgreSQL installed in non-standard Directory
Previous Message Sim Zacks 2006-09-17 08:32:12 transaction confusion