Re: Upgrading rant.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Upgrading rant.
Дата
Msg-id 24133.1041646659@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Upgrading rant.  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: Upgrading rant.  (Oliver Elphick <olly@lfix.co.uk>)
Re: Upgrading rant.  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Is pg_upgrade too hard to run?

It is hard and dangerous to run (IMHO).  One thing I would like to see
that would make it much safer to run is to recast it to operate through
standalone backends.  That is, the idea is
bring down old postmaster
install new version
run new version's pg_upgrade    -- all work done without a postmaster
start new postmaster

It's much harder to get this wrong than it is to mess up with the
current situation (where pg_upgrade talks to live postmasters).
There isn't any simple way to lock *everyone* out of the DB and still
allow pg_upgrade to connect via the postmaster, and even if there were,
the DBA could too easily forget to do it.

This would require a nontrivial amount of work (notably, we'd have to
be able to get pg_dump to run against a standalone backend) but I don't
think I'd trust pg_upgrade as a production-grade tool until its
invocation method looks like the above.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Greg Copeland
Дата:
Сообщение: Re: Threads
Следующее
От: mlw
Дата:
Сообщение: Re: Threads