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
Re: Forcing current WAL file to be archived |
Список | 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 по дате отправления: