Re: best practices for separating data and logs - Mailing list pgsql-admin

From Tom Lane
Subject Re: best practices for separating data and logs
Date
Msg-id 17603.1199297401@sss.pgh.pa.us
Whole thread Raw
In response to best practices for separating data and logs  ("Peter Koczan" <pjkoczan@gmail.com>)
List pgsql-admin
"Peter Koczan" <pjkoczan@gmail.com> writes:
> I'm planning a lot of changes for migrating to PostgreSQL 8.3, among
> them being a better way of separating data and logs (transaction logs,
> that is).

> Currently, the OS and log data are on one disk system, and the data
> (including configs) are on the other disk system. After creating the
> database cluster, I copy the pg_xlog directory to the OS system and
> symlink it from the database.

> So, I'm wondering...

> - Are there any best practices, or better practices, than symlinking?

I believe 8.3's initdb has an explicit option for making pg_xlog be a
symlink to someplace.  The results aren't different from doing it
manually, but it saves a step (and a chance for mistake).

> - How do other people have this set up, or recommend setting this up
> (e.g. also moving pg_clog or other things as well)?

I think consensus is that pg_clog is best treated as part of the data.
The point of moving xlog is that the heads on that drive will never have
to move away from the current xlog tip; as soon as you put something
else on that drive, you ruin the performance benefit.

            regards, tom lane

pgsql-admin by date:

Previous
From: "Peter Koczan"
Date:
Subject: best practices for separating data and logs
Next
From: Bernhard D Rohrer
Date:
Subject: Re: pg recovery