Re: speed up a logical replica setup
От | Euler Taveira |
---|---|
Тема | Re: speed up a logical replica setup |
Дата | |
Msg-id | 6793c99e-9bb4-4395-8e00-21d7074445c9@app.fastmail.com обсуждение исходный текст |
Ответ на | RE: speed up a logical replica setup ("Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>) |
Список | pgsql-hackers |
On Wed, Jan 31, 2024, at 11:09 PM, Hayato Kuroda (Fujitsu) wrote:
>Why? Are you suggesting that the dry run mode covers just the verificationpart? If so, it is not a dry run mode. I would expect it to run until the end(or until it accomplish its goal) but *does not* modify data. For pg_resetwal,the modification is one of the last steps and the other ones (KillFoofunctions) that are skipped modify data. It ends the dry run mode when itaccomplish its goal (obtain the new control data values). If we stop earlier,some of the additional steps won't be covered by the dry run mode and a failurecan happen but could be detected if you run a few more steps.>Yes, it was my expectation. I'm still not sure which operations can detect by thedry_run, but we can keep it for now.
The main goal is to have information for troubleshooting.
Good point. I included a check for pg_create_subscription role and CREATEprivilege on the specified database.>Not sure, but can we do the replication origin functions by these privilege?According to the doc[1], these ones seem not to be related.
Hmm. No. :( Better add this check too.
В списке pgsql-hackers по дате отправления: