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 по дате отправления: