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
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 |