Re: Forcing current WAL file to be archived

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Forcing current WAL file to be archived
Дата
Msg-id 10651.1153842319@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Forcing current WAL file to be archived  (Simon Riggs <simon@2ndquadrant.com>)
Ответы Re: Forcing current WAL file to be archived  (Bruce Momjian <bruce@momjian.us>)
Re: Forcing current WAL file to be archived  (Simon Riggs <simon@2ndquadrant.com>)
Список pgsql-hackers
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
switch at the end of a backup.
        regards, tom lane


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

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