Re: Enforcing that all WAL has been replayed after restoring from backup

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: Enforcing that all WAL has been replayed after restoring from backup
Дата
Msg-id 1312903147-sup-1603@alvh.no-ip.org
обсуждение исходный текст
Ответ на Enforcing that all WAL has been replayed after restoring from backup  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Ответы Re: Enforcing that all WAL has been replayed after restoring from backup  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Список pgsql-hackers
Excerpts from Heikki Linnakangas's message of mar ago 09 05:00:00 -0400 2011:

> I think this is a nice additional safeguard to have, making streamed 
> backups more robust. I'd like to add this to 9.1, but it required an 
> extra field to be added to the control file, so it would force an 
> initdb. It's probably not worth that. Or, we could sneak in the extra 
> boolean field to some currently unused pad space in the ControlFile struct.

How about making the new backup_label field optional?  If absent, assume
current behavior.

-- 
Álvaro Herrera <alvherre@commandprompt.com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support


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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Compiler warnings with stringRelOpts (was WIP: Fast GiST index build)
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Enforcing that all WAL has been replayed after restoring from backup