Re: Strategy for moving a large DB to another machine with least possible down-time

Поиск
Список
Период
Сортировка
От Bill Moran
Тема Re: Strategy for moving a large DB to another machine with least possible down-time
Дата
Msg-id 20140921075100.47e035df8cd27493bbf8ce9d@potentialtech.com
обсуждение исходный текст
Ответ на Strategy for moving a large DB to another machine with least possible down-time  (Andreas Joseph Krogh <andreas@visena.com>)
Ответы Re: Strategy for moving a large DB to another machine with least possible down-time  (Andreas Joseph Krogh <andreas@visena.com>)
Список pgsql-general
On Sun, 21 Sep 2014 13:36:18 +0200 (CEST)
Andreas Joseph Krogh <andreas@visena.com> wrote:

> Hi all.   PG-version: 9.3.5   I have a DB large enough for it to be impractical
> to pg_dump/restore it (would require too much down-time for customer). Note
> that I'm noe able to move the whole cluster, only *one* DB in that cluster.  
> What is the best way to perform such a move, can i use PITR, rsync +
> webl-replay magic, what else? Can Barman help with this, maybe?   Thanks.   --

I've used Slony to do this kind of thing with great success in the past.

The biggest advantage of slony is that you can install it without stopping the
DB server, wait patiently while it takes however long is needed to synch up
the two servers without having much impact (if any) on operations, then switch
over when you're ready.  The disadvantage to Slony is that the setup/config is
a bit involved.

--
Bill Moran
I need your help to succeed:
http://gamesbybill.com


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

Предыдущее
От: Andreas Joseph Krogh
Дата:
Сообщение: Strategy for moving a large DB to another machine with least possible down-time
Следующее
От: Andreas Joseph Krogh
Дата:
Сообщение: Re: Strategy for moving a large DB to another machine with least possible down-time