Re: Improve documentation for pg_upgrade, standbys and rsync
От | Laurenz Albe |
---|---|
Тема | Re: Improve documentation for pg_upgrade, standbys and rsync |
Дата | |
Msg-id | c176f23cdde4d4ff0010b5e7a517c1b371500279.camel@cybertec.at обсуждение исходный текст |
Ответ на | Re: Improve documentation for pg_upgrade, standbys and rsync (Stephen Frost <sfrost@snowman.net>) |
Ответы |
Re: Improve documentation for pg_upgrade, standbys and rsync
|
Список | pgsql-docs |
On Wed, 2021-05-19 at 10:31 -0400, Stephen Frost wrote: > * Laurenz Albe (laurenz.albe@cybertec.at) wrote: > > I revently tried to upgrade a standby following the documentation, > > but I found it hard to understand, and it took me several tries to > > get it right. This is of course owing to my lack of expertise with > > rsync, but I think the documentation and examples could be clearer. > > > > I think it would be a good idea to recommend the --relative option > > of rsync. > > An additional thing that we should really be mentioning is to tell > people to go in and TRUNCATE all of their UNLOGGED tables before going > through this process, otherwise the rsync will end up spending a bunch > of time copying the files for UNLOGGED relations which you really don't > want. I have thought about that some more, and I am not certain that we should unconditionally recommend that. Perhaps the pain of rebuilding the unlogged table on the primary would be worse than rsyncing it to the standby. The documentation already mentions "Unfortunately, rsync needlessly copies files associated with temporary and unlogged tables because these files don't normally exist on standby servers." I'd say that is good enough, and people can draw their conclusions from that. Attached is a new patch with an added reminder to create "standby.signal", as mentioned in [1]. Yours, Laurenz Albe [1]: https://www.postgr.es/m/1A5A1B6E-7BB6-47EB-8443-40222B769404@iris.washington.edu
Вложения
В списке pgsql-docs по дате отправления: