Re: Installing 8 using a different drive for data

Поиск
Список
Период
Сортировка
От Scott Marlowe
Тема Re: Installing 8 using a different drive for data
Дата
Msg-id 1108072790.11967.35.camel@state.g2switchworks.com
обсуждение исходный текст
Ответ на Installing 8 using a different drive for data  ("Joel Fradkin" <jfradkin@wazagua.com>)
Список pgsql-admin
On Thu, 2005-02-10 at 14:32, Joel Fradkin wrote:
> I tried changing the directory in postgres.conf, but it is looking for a
> PG_VERSION?
> Do I need to do a dbinti or something?
> I only want my data to be in the pgdata drive I want the rest in
> /var/lib/pgsql/data
> I actually want my wal in /wal (a different drive as well).
> I have the instructions
>
> 0) backup your data
> 1) stop postmaster and verify.
> 2) cd $PGDATA; mv pg_xlog original_pg_xlog; ln -s /wal pg_xlog; cp
> original_pg_xlog/* pg_xlog
> 3) start postmaster and confirm correct startup in log files.
>
> Does this look like it will work for 8, do I do it from the /pgdata  folder
> once II get that working or from /var/lib/pgsql/data?

Hi Joel, not sure exactly what your methods are here.  There are a few
ways you can do this.  Are you looking at moving the whole database,
lock stock and barrel to another location, or just adding another
location for a single database instance in the cluster while leaving the
original database in place?  If so, then pre 8.0 you can use alternate
locations (see initlocation in the docs) to do it.  It's a bit awkward,
which is why table spaces were implemented in 8.0.

If you want to move the whole database, then you either need to use a
different -D switch on postmaster startup if you're starting it by hand,
or with a different $PGDATA env var if you use pg_ctl to start it.

Are you running from RPMs with /etc/rc.d/init.d/postgresql startup
script?  Let me know, I've got some nice tips for that situation too.

В списке pgsql-admin по дате отправления:

Предыдущее
От: Dick Davies
Дата:
Сообщение: Re: removing create database privileges?
Следующее
От: Dick Davies
Дата:
Сообщение: automating remote pg_dump