Re: [pgsql-ru-general] Мультимастер репликация

Поиск
Список
Период
Сортировка
От Aln Kapa
Тема Re: [pgsql-ru-general] Мультимастер репликация
Дата
Msg-id CAJqqVEUGsDFfY1vckFYUZFOHbDLSo=fBBWZrv9Ghx+LMQbR_ag@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [pgsql-ru-general] Мультимастер репликация  (Alexander Bruy <voltron@ua.fm>)
Ответы Re: [pgsql-ru-general] Re: [pgsql-ru-general] Мультимастер репликация
Список pgsql-ru-general
Дерево обсуждения
связь плохая это проблема, синхронизация будет постоянно рваться, а восстанавливать придется иногда и полными дампами, чудес не бывает.
А 40 филиалов это проблема  * 40. 

Может есть решение, если к примеру синхронизировать информацию не физикой а логикой. На уровне приложения к примеру.




11 июля 2014 г., 10:18 пользователь Alexander Bruy <voltron@ua.fm> написал:
10.07.2014 15:46, Borodin Vladimir <root@simply.name>
> Почему нельзя писать исключительно в центр, а читать из реплики филиала? Кажется, эта схема сильно проще той, что вы описали.

Это требование заказчика. Пока переубедить не удается.

10.07.2014 17:08, Aln Kapa <alnkapa@gmail.com>
>"максимально синхронном состоянии" -- это как часто.

Это максимально одинаковые базы на всех узлах. Временные рамки не
оговорены, но небольшое расхождение, скажем пара-тройка транзакций
допустимо.

> "но все они связаны с «центром»" -- по подробнее что за связь.

Связь по слабому интернет-каналу. Центр находится в Москве, а филиалы
разнесенны территориально, например, один из них на Камчатке.

-- реклама -----------------------------------------------------------
Изысканное нижнее бельё от 50 грн!
Anabel Arto со скидкой 75% по ссылке http://bit.ly/anabelMK

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

Предыдущее
От: Alexander Bruy
Дата:
Сообщение: Re: [pgsql-ru-general] Мультимастер репликация
Следующее
От: Oleg Bartunov
Дата:
Сообщение: Re: [pgsql-ru-general] Re: [pgsql-ru-general] Мультимастер репликация