Re: [pgsql-ru-general] Re: [pgsql-ru-general] Мультимастер репликация
От | Oleg Bartunov |
---|---|
Тема | Re: [pgsql-ru-general] Re: [pgsql-ru-general] Мультимастер репликация |
Дата | |
Msg-id | CAF4Au4xkqN=jZDs4T28cY8i8SF2gqrnFr7rxWXn3mKmskOR58Q@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [pgsql-ru-general] Мультимастер репликация (Aln Kapa <alnkapa@gmail.com>) |
Ответы |
Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] Мультимастер репликация
|
Список | pgsql-ru-general |
А BDR не смотрели ? http://us4.campaign-archive2.com/?u=46877e21b2a3b51f2f7e32d71&id=73c639b7bf 2014-07-11 10:55 GMT+04:00 Aln Kapa <alnkapa@gmail.com>: > связь плохая это проблема, синхронизация будет постоянно рваться, а > восстанавливать придется иногда и полными дампами, чудес не бывает. > А 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 по дате отправления: