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