Re: Moving database cluster - Mailing list pgsql-general

From Joshua J. Kugler
Subject Re: Moving database cluster
Date
Msg-id 201001141255.04813.joshua@eeinternet.com
Whole thread Raw
In response to Re: Moving database cluster  ("Fernando Hevia" <fhevia@ip-tel.com.ar>)
List pgsql-general
On Thursday 14 January 2010, Fernando Hevia elucidated thus:
> > The easiest way is to shut down Pg, move the 'main' directory
> > somewhere else, and then point a symlink to the new location.
>
> Thanks for your reply.
> I had considered this first but then I wasn't sure if there would be
> any performance penalty.
> The current main directory sits on a 'slow' RAID 1 volume while the
> new one will sit on a 'fast' 12 disk RAID 10 volume.
> I guess the symlink shouldn't be troublesome but I don't know if some
> PG process will continually be reading this link encumbering somehow
> the RAID 1 disks.

I'm not sure how Pg does it, but I remember reading several years ago
that MySQL would, upon startup, "resolve" the symlink, and use the real
path name for the rest of its execution. I would assume Pg does
something similar.

j

--
Joshua Kugler
Part-Time System Admin/Programmer
http://www.eeinternet.com
PGP Key: http://pgp.mit.edu/  ID 0x14EA086E

pgsql-general by date:

Previous
From: "Fernando Hevia"
Date:
Subject: Re: Moving database cluster
Next
From: "Gauthier, Dave"
Date:
Subject: Avoid transaction abot if/when constraint violated