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

From Aln Kapa
Subject Re: [pgsql-ru-general] Мультимастер репликация
Date
Msg-id CAJqqVEUGsDFfY1vckFYUZFOHbDLSo=fBBWZrv9Ghx+LMQbR_ag@mail.gmail.com
Whole thread Raw
In response to Re: [pgsql-ru-general] Мультимастер репликация  (Alexander Bruy <voltron@ua.fm>)
Responses Re: [pgsql-ru-general] Re: [pgsql-ru-general] Мультимастер репликация  (Oleg Bartunov <obartunov@gmail.com>)
List 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 by date:

Previous
From: Alexander Bruy
Date:
Subject: Re: [pgsql-ru-general] Мультимастер репликация
Next
From: Oleg Bartunov
Date:
Subject: Re: [pgsql-ru-general] Re: [pgsql-ru-general] Мультимастер репликация