minimizing downtime when upgrading

Поиск
Список
Период
Сортировка
От snacktime
Тема minimizing downtime when upgrading
Дата
Msg-id 1f060c4c0606152208r3567d85q5f4b19ffcad8ce44@mail.gmail.com
обсуждение исходный текст
Ответы Re: minimizing downtime when upgrading
Re: minimizing downtime when upgrading
Re: minimizing downtime when upgrading
Список pgsql-general
Anyone have any tips for minimizing downtime when upgrading?  So far
we have done upgrades during scheduled downtimes.  Now we are getting
to the point where the time required for a standard dump/restore is
just too long.  What have others done when downtime is critical?  The
only solution we have been able to come up with is to migrate the data
on a per user basis to a new database server.  Each user is a
merchant, and the data in the database is order data.  Migrating one
merchant at a time will keep the downtime per merchant limited to just
the time it takes to migrate the data for that merchant, which is
acceptable.

Any other ideas?

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

Предыдущее
От: Chander Ganesan
Дата:
Сообщение: Re: Omitting tablespace creation from pg_dumpall...
Следующее
От: Wayne Conrad
Дата:
Сообщение: Re: table has a many to many relationship with itself ... ?