Re: binary logs: a location other than pg_xlog??

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Lou Picciano <loupicciano(at)comcast(dot)net>, jd(at)commandprompt(dot)com, pgsql-admin <pgsql-admin(at)postgresql(dot)org>
Subject: Re: binary logs: a location other than pg_xlog??
Date: 2011-01-20 23:27:52
Message-ID: 201101202327.p0KNRqU21459@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Tom Lane wrote:
> Lou Picciano <loupicciano(at)comcast(dot)net> writes:
> > Sure - of course - performance, too! It just seems like such an obvious candidate for a configurable option; I'm a bit surprised it isn't in there... L
>
> It *is* configurable: make pg_xlog a symlink. The reason we don't
> handle this via postgresql.conf is that you could too easily shoot
> yourself in the foot by breaking the link between a data directory
> and its xlogs. There are no postgresql.conf entries that say
> destroy_all_my_data_immediately_please = on
> but that's more or less what an easily changeable pg_xlog pointer
> would be.
>
> In short: this is not something to change if you don't know what
> you're doing. If you do, you should be able to handle it using
> the mechanism provided.

Old thread, but no one mentioned that initdb has an option to create a
symlink for you for pg_xlog:

-X directory, --xlogdir=directory
This option specifies the directory where the
transaction log should be stored.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ It's impossible for everything to be true. +

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Bruce Momjian 2011-01-21 00:14:57 Re: plpyhton
Previous Message Craig James 2011-01-20 21:58:59 Re: Postgres Backup Utility