Re: Forcing current WAL file to be archived

Поиск
Список
Период
Сортировка
От Albe Laurenz
Тема Re: Forcing current WAL file to be archived
Дата
Msg-id 52EF20B2E3209443BC37736D00C3C13809B5B64C@EXADV1.host.magwien.gv.at
обсуждение исходный текст
Ответ на Forcing current WAL file to be archived  (Simon Riggs <simon@2ndquadrant.com>)
Ответы Re: [HACKERS] Forcing current WAL file to be archived  ("Florian G. Pflug" <fgp@phlo.org>)
Re: Forcing current WAL file to be archived  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-patches
Tim Allen wrote:
>>>Patch included to implement xlog switching, using an xlog record
>>>"processing instruction" and forcibly moving xlog pointers.
>>>
>>>1. Happens automatically on pg_stop_backup()
>>
>>
>> Oh - so it will not be possible to do an online backup
>> _without_ forcing a WAL switch any more?
>
> Well, previously, you would have always had to simulate a wal
> switch, by
> working out which is the current wal file and copying that. Otherwise
> your online backup wouldn't be complete.
>
> What Simon is describing sounds like a big step forward from that
> situation. It should let me delete half the code in my pitr
> backup/failover scripts. Definitely a Good Thing.

Certainly a Good Thing, and it should be on by default.

But couldn't there be situations where you'd like to do an
online backup without a WAL switch? To avoid generating an
archive WAL every day on a database with few changes, e.g.?

Maybe not, I'm just wondering.

Laurenz Albe

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

Предыдущее
От: Tim Allen
Дата:
Сообщение: Re: Forcing current WAL file to be archived
Следующее
От: "Florian G. Pflug"
Дата:
Сообщение: Re: [HACKERS] Forcing current WAL file to be archived