Gggg ggg wrote:
аз споменах 3 бази за да ми дадете принципно решение, но те съвсем не са 3 а
са 11. ако ги зацикля по-скоро ще зацикля собствената си глава :-)
по отношение на кластера в момента чета документацията ,но нещо не стоплям
как може да ми помогне.
имам друга система, в която реплицирам така ,но там базите са firebird и
реплицирам с репликатора на феникс. - всичко е 6 , но тук е MySQL и вече съм
подлудял и прочел половината интернет.
жоро
On 3/25/06, Vasil Kolev <[EMAIL PROTECTED]> wrote:
Всъщост, има един вариант - да ги зациклиш в кръгче 1->2->3->1, това би
трябвало да работи (ако имат уникално ID, могат да познават окга да не
приемат заявка), и това ще работи, но ще ти трябва много внимателно да
го тестваш (а и по принцип има неща, които репликацията не може да
предава вярно, има ги описани в документацията).
Не мога да проумея що за приложение ползва 11 сървъра през интернет и те
да трябва да се репликират, но явно има причина да е така. Идеята дадена
от Васил Колев /камък->ножица->хартия/ никак не е лоша и лесно може да
сработи и с 11 бази и при това само с 3 репликации, но за целта ще
трябва да се пуснат още 2 сървъра и за да се намали максимално времето
най-добре те да са на висикоскоростна връзка помежду си . Тогава схемата
ще придобие следния вид:
О О О
\ | /
О | | | О
\ \ /\ / /
О----X==Y----О
/ | | \
O_ / | | \ _O
/ \
О О
Където „О“ е някоя от 11-те бази „X“ е подчинена/slave/ на „О“-та, но от
своя страна е главна/master/ за „Y“, която пък се явява глвана на
„О“-та, така кръгът се затваря, но до колко това ще работи бързо и
надежно не се знае. Както е писал Васил, ще трябва много внимателно да
се тества!
ПП Не съм нарисувал всички връзки, но смятам ,че ще схванеш идеята!
