Re: [HACKERS] Clarification in pg10's pgupgrade.html step 10(upgrading standby servers)
От | Bruce Momjian |
---|---|
Тема | Re: [HACKERS] Clarification in pg10's pgupgrade.html step 10(upgrading standby servers) |
Дата | |
Msg-id | 20170914183934.GA6595@momjian.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] Clarification in pg10's pgupgrade.html step 10(upgrading standby servers) (Andreas Joseph Krogh <andreas@visena.com>) |
Ответы |
Re: [HACKERS] Clarification in pg10's pgupgrade.html step 10(upgrading standby servers)
|
Список | pgsql-hackers |
On Wed, Sep 13, 2017 at 04:31:09PM +0200, Andreas Joseph Krogh wrote: > På onsdag 13. september 2017 kl. 15:26:27, skrev Bruce Momjian < > bruce@momjian.us>: > > On Wed, Sep 13, 2017 at 01:35:17AM +0200, Andreas Joseph Krogh wrote: > [snip] > > I know I'm being a little nitty-gritty here, but if it helps me > understand it > > might help others. > > I have applied the attached patch to show examples of using rsync on > PGDATA and tablespaces, documented that rsync is only useful when in > link mode, and explained more clearly how rsync handles links. You can > see the results here: > > http://momjian.us/pgsql_docs/pgupgrade.html > > Any more improvements? > > > Very nice! > > For sake of completeness I think an example of running rsync when having pg_wal > located outside the data directories would be helpful. Especially an example > upgrading from 9.6 to 10 because of the name-change of pg_xlog -> pg_wal. I think the tablespace example is clear enough to modify for WAL and we instruct them right below that example to do WAL. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + As you are, so once was I. As I am, so you will be. + + Ancient Roman grave inscription + -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
В списке pgsql-hackers по дате отправления: