Re: pg_rewind: warn when checkpoint hasn't happened after promotion
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: pg_rewind: warn when checkpoint hasn't happened after promotion |
| Дата | |
| Msg-id | 1993704.1657046847@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: pg_rewind: warn when checkpoint hasn't happened after promotion (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: pg_rewind: warn when checkpoint hasn't happened after promotion
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> Is there anything intrinsic to the mechanism of operation of pg_rewind
> that requires a timeline change, or could we just rewind within the
> same timeline to an earlier LSN? In other words, maybe we could just
> remove this limitation of pg_rewind, and then perhaps it wouldn't be
> necessary to determine what the new timeline is.
That seems like a fairly bad idea. For example, if you've already
archived some WAL segments past the rewind target, there will shortly
be two versions of truth about what that part of the WAL space contains,
and your archiver will either spit up or do probably-the-wrong-thing.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера