Tomasz Onyszko schrieb:
> Tomasz Chmielewski wrote:
>
>> a jak to sobie radzi z konfliktami?
>
>
> konfliktu rozwiazywane sa wg algorytmu bioracego pod uwage wartosc USN
> dla atrybutu (numer zmiany), informacje o zreplikowanych juz z danego DC
> obiektach, timestamp itp
biorac pod uwage mozliwosc konfliktu, i to, ze ktorys z masterow byl
rozlaczony, takie kryteria jak numer zmiany czy informacje o
zreplikowanych obiektach sa po prostu w takich przypadkach nieprzydatne
do rozwiazania konfliktu - one sluza do normalnej replikacji.
jedynym obiektywnym kryterium w przypadku konfliktow moze byc czas, w
ktorym nastapila zmiana.
w takim przypadku nalezy byc absolutnie pewnym, ze zegarki na masterach
chodza *absolutnie* w identycznym tempie; nawet male roznice w czasie
(dziesiate czesci sekundy) moglyby spowodowac skasowanie niewlasciwych
danych.
oczywiscie, wszystko zalezy od srodowiska, jakie tam sa zmiany i jak
czesto one nastepuja.
w zwyklych kontrolerach domeny raczej czegos tak "mission critical" nie
ma, wiec problem zasadniczo nie istnieje.
>> pytam z ciekawosci, bo mam pare domen postawionych na Sambie +
>> OpenLDAP (w OpenLDAP jest jeden master i wiele slave'ow) - serwery sa
>> rozdzielone przez WAN/VPN (przez ADSL), ktory czesto potrafi szwankowac.
>>
>> jeden master niejako z zalozenia wyklucza konflikty.
>
>
> no tak - ale jeden master dla wiekszych rozwiazan nie jest rozwiazaniem
> - jezeli chodzi o OpenSource to mozna sie zainteresowac Fedora Directory
> Server chociaz to jeszcze development jest
zalezy jak definiujesz "wieksze rozwiazania".
> A OpenLDAP to przy okazji slabo wydajnosciowo w porownaniu do AD jest.
bzdura.
(...)
-- TomekReceived on Wed Jul 13 07:40:13 2005
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Wed 13 Jul 2005 - 07:42:02 MET DST