Мультимастер репликация
От | Alexander Bruy |
---|---|
Тема | Мультимастер репликация |
Дата | |
Msg-id | E1X5DYZ-000204-0s@st03.mi6.kiev.ua обсуждение исходный текст |
Ответы |
Re: [pgsql-ru-general] Мультимастер репликация
Re: [pgsql-ru-general] Мультимастер репликация |
Список | pgsql-ru-general |
Здравствуйте, имеем следующую ситуацию. Есть некая территориально распределенная сеть «филиалов» и один «центр». Связи между «филиалами» нет, но все они связаны с «центром». На всех узлах этой звезды есть база данных, которую надо поддерживать в максимально синхронном состоянии. Т.е.изменения, сделанные в одном из «филиалов» должны попасть как в «центр», так и в другие «филиалы». Аналогично, изменения из «центра» должны разойтись по всем «филиалам». Как понимаю, из-за отсутствия связи между «филиалами», все измения должны сначала приходить в «центр», а потом рассылаться на остальные узлы. Думали ещё о варианте с настройкой маршрутизации так, чтобы все «филиалы» могли видеть друг-друга через канал центра, но есть сомнения в целесообразности, т.к. филиалов достаточно много, около 40. Вопросов несколько: 1. можно ли реализовать подобное на PostgreSQL, если да, то какими средствами? Сейчас присматриваемся к Bucardo, но может лучше взять что-то другое? 2. можно ли пакеты изменений посылать не напрямую «филиал → центр» или наборот, а через промежуточные узлы «филиал → посредник 1 → посредник 2 → центр»? Да, ещё, базы содержат пространственные данные (PostGIS), и каждый филиал в основном редактирует только часть, относящуююся к его сфере ответственности. Т.е. теоретически ситуаций, когда в разных филиалах одновременно правят одну и ту же строку таблицы быть не должно Спасибо -- реклама ----------------------------------------------------------- Изысканное нижнее бельё от 50 грн! Anabel Arto со скидкой 75% по ссылке http://bit.ly/anabelMK
В списке pgsql-ru-general по дате отправления: