Re: pg_archive_bypass

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: pg_archive_bypass
Дата
Msg-id AANLkTinoyBrepwUsR0Nv7Lu6K0v6Pv9LAXWlGQwAkTeA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pg_archive_bypass  (Dimitri Fontaine <dfontaine@hi-media.com>)
Список pgsql-hackers
On Mon, Jun 14, 2010 at 1:55 PM, Dimitri Fontaine
<dfontaine@hi-media.com> wrote:
> What about /usr/bin/true, or a simple archive where you cp in a given
> location (which could happen to be a remote server thanks to unix
> network file systems or windows shares), etc. It seems to me those are
> existing problem that we solve poorly: let each user face the same
> pitfalls (error management).
>

I would like to see the case where the archive is just a mounted
directory accessible through the filesystem be handled internally.
Ideally if I could just specify the archive location on both the
master and slave using the same parameter just containing a filesystem
path then I could have the same configuration on both machines except
for the actual parameter which decides whether they're a master or
slave. That would make me much more confident I've configured both
machines properly. All the nodes would have the same information and
they would be deciding for themselves whether to push or pull archives
based on whether they're the master or slave.

-- 
greg


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: warning message in standby
Следующее
От: Pavel Baroš
Дата:
Сообщение: Re: GSoC - Materialized Views - is stale or fresh?