Re: turn pitr 'on' on PostgreSQL 8.2 - pg_standby

From: Greg Smith <greg(at)2ndquadrant(dot)com>
To: Renato Oliveira <renato(dot)oliveira(at)grant(dot)co(dot)uk>
Cc: pgsql-admin <pgsql-admin(at)postgresql(dot)org>
Subject: Re: turn pitr 'on' on PostgreSQL 8.2 - pg_standby
Date: 2010-04-07 17:47:06
Message-ID: 4BBCC51A.8090407@2ndquadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Renato Oliveira wrote:
>
> What is the difference between:
>
> archive_command = on (is this command for 8.2?)
>
> |archive_mode = on (This one is for 8.3!)|
>

8.2 doesn't have a archive_mode setting, that was added in 8.3. With
8.2, you set the archive_command in the same way as you do in 8.3. There
just isn't a dedicated parameters to toggle archiving on and off that's
separate from changing the command used.

> |In order to bring the standby online I need a trigger file, something
> like:|
>
> |can I call the trigger file whatever I want? for example;
> ‘/var/log/postgres/postgresql.8.2.trigger’|
>

It doesn't matter where the trigger file is at so long as you use it
correctly.

The other thing to be careful of, that you already noted, is that since
8.2 doesn't ship with pg_standby, you need to grab your version of that.
You should try to use the one that ships with 8.4. Also, it's not going
to support the "%r" syntax in the restore_command, so you need to set
the "-k" setting to a moderately high value for 8.2 servers. It's
difficult to say exactly how high that must be for any possible
workload. Something like "-k 256" is a reasonable starter setting that
will save the last 4GB of archive logs shipped over on the standby,
which is high enough to make deleting one of them prematurely unlikely
(but not impossible for the right difficult workload).

--
Greg Smith 2ndQuadrant US Baltimore, MD
PostgreSQL Training, Services and Support
greg(at)2ndQuadrant(dot)com www.2ndQuadrant.us

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Chris Browne 2010-04-07 18:58:35 Re: Database level encryption
Previous Message Timothy Madden 2010-04-07 16:52:14 Re: Database level encryption