| От | Michael Paquier |
|---|---|
| Тема | Re: pg_upgrade and logical replication |
| Дата | |
| Msg-id | ZRYbdzsSlAp9bnR3@paquier.xyz обсуждение исходный текст |
| Ответ на | Re: pg_upgrade and logical replication (Amit Kapila <amit.kapila16@gmail.com>) |
| Список | pgsql-hackers |
On Wed, Sep 27, 2023 at 07:31:41PM +0530, Amit Kapila wrote: > On Wed, Sep 27, 2023 at 3:37 PM vignesh C <vignesh21@gmail.com> wrote: >> Once the table is in SUBREL_STATE_SYNCDONE state, the apply worker >> will check if the apply worker has some LSN records that need to be >> applied to reach the LSN of the table. Once the required WAL is >> applied, the table state will be changed from SUBREL_STATE_SYNCDONE to >> SUBREL_STATE_READY state. Since there is a chance that in this case >> the apply worker has to apply some transactions to get all the tables >> in READY state, I felt the minimum requirement should be that at least >> all the tables should be in READY state for the upgradation of the >> Subscriber. > > I don't think this theory is completely correct because the pending > WAL can be applied even after an upgrade. Yeah, agreed that putting a pre-check about the state of the relations stored in pg_subscription_rel when handling the upgrade of a subscriber is not necessary. -- Michael
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера