Re: Forcing current WAL file to be archived

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Forcing current WAL file to be archived
Дата
Msg-id 200607251554.k6PFsX216909@momjian.us
обсуждение исходный текст
Ответ на Re: Forcing current WAL file to be archived  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:
> Simon Riggs <simon@2ndquadrant.com> writes:
> > On Tue, 2006-07-25 at 11:07 -0400, Tom Lane wrote:
> >> I see no need for that to be "automatic".  I'd vote for a simple
> >> function pg_finish_wal_segment() or something like that, which you
> >> call just after pg_stop_backup() if you want this behavior.  Trying
> >> to tie it into pg_stop_backup() will only make things more complicated
> >> and less flexible.
> 
> > Putting it into pg_stop_backup was what we previously agreed.
> > Where is the loss of flexibility?
> 
> I don't see why you think this function should be tied to making a
> backup.  There are other reasons for wanting to force a WAL switch
> than that, and there are scenarios in which you don't need a WAL

Yes, that is why we would have a separate function too.

> switch at the end of a backup.

Well, I figured if you just did a backup, you would want a switch in
_most_ cases, and since you just did a backup, I figured an extra WAL
file would be minimal additional overhead.

--  Bruce Momjian   bruce@momjian.us EnterpriseDB    http://www.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Forcing current WAL file to be archived
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Forcing current WAL file to be archived