Re: Upgrading a database dump/restore
| От | Tom Lane |
|---|---|
| Тема | Re: Upgrading a database dump/restore |
| Дата | |
| Msg-id | 2980.1160411241@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Upgrading a database dump/restore (Martijn van Oosterhout <kleptog@svana.org>) |
| Список | pgsql-hackers |
Martijn van Oosterhout <kleptog@svana.org> writes:
> The hard part going to be making sure that even if
> the power fails halfway through an upgrade that your data will still be
> readable...
I think we had that problem solved too in principle: build the new
catalogs in a new $PGDATA directory alongside the old one, and hard-link
the old user table files into that directory as you go. Then pg_upgrade
never needs to change the old directory tree at all. This gets a bit
more complicated in the face of tablespaces but still seems doable.
(I suppose it wouldn't work in Windows for lack of hard links, but
anyone trying to run a terabyte database on Windows deserves to lose
anyway.)
The stuff that needed rethinking in the old pg_upgrade code, IIRC, had
to do with management of transaction IDs and old WAL log.
regards, tom lane
В списке pgsql-hackers по дате отправления: