On 05/11/06 11:25, Szalai Ferenc wrote:
Ezt már a Sunnal beszéld meg. :)
Nem kell megbeszelnem kb 40 Master-Master replikanm mukodik ez van.
Gondoltam, hogy ezt fogod válaszolni. :)
Sosem próbáltam, de sejtettem, hogy a Sun ezt inkább mint ajánlást,
mintsem hard limitet írja.
--
Attila Nagy
Attila Nagy wrote:
On 05/09/06 22:41, Szalai Ferenc wrote:
LDAP esetében a Sun JESDS-t érdemes megnézni. Az 5-ös 4 node-ig tud
multimastert, a 6-os pedig korlátlan lesz azt mondják.
Nem csak 4-ig.
Ezt már a Sunnal beszéld meg. :)
http://www.sun.com/software/products/directory_srvr_ee/ds_di
On 05/08/06 10:11, Gabor HALASZ wrote:
Inkabb a tapasztalatokra, meg keltkezett-e benne valami
tranzakciokezeles szeruseg, pl addig nem mutatja az uj allapotot, amig
az osszes szerverre el nem jutott a replikacio (bar ez eleg idegen az
ldaptol) Elvi megfontolasokkal tele a padlas :)
Ez lenne a
On 05/09/06 22:41, Szalai Ferenc wrote:
LDAP esetében a Sun JESDS-t érdemes megnézni. Az 5-ös 4 node-ig tud
multimastert, a 6-os pedig korlátlan lesz azt mondják.
Nem csak 4-ig.
Ezt már a Sunnal beszéld meg. :)
http://www.sun.com/software/products/directory_srvr_ee/ds_directory_srvr_ee.pdf
http
Attila Nagy wrote:
On 05/05/06 17:02, Miloska wrote:
mas sql-ek tudnak ilyet? ldap? egyeb? merre erdemes elindulni?
LDAP esetében a Sun JESDS-t érdemes megnézni. Az 5-ös 4 node-ig tud
multimastert, a 6-os pedig korlátlan lesz azt mondják.
Nem csak 4-ig.
--
Udv
Feri
___
Attila Nagy wrote:
elterjedéséhez. A két időpont között (beírtad valamelyik masterbe és
elérhető valamelyik consumeren) eltelhet egy kis idő a legaggresszívabb
replikáció mellett is, így természetesen előfordulhat, hogy 200
millisecundummal az írás után még a consumeren nincs meg az adat. Erre
On 2006. 05. 06. 12:57, Gabor HALASZ wrote:
Foleg azt, hogy szapora valtozasok eseten mihez kezd, es kliens oldalrol
mennyire latom konzisztensnek a szervereken levo adatokat , pl ha
round-robin kliens ir a szerverre, a kovetkezo query, amit mar egy masik
szerverhez kuld, mar latni fogja-e az u
Attila Nagy wrote:
On 05/05/06 17:35, Gabor HALASZ wrote:
LDAP esetében a Sun JESDS-t érdemes megnézni. Az 5-ös 4 node-ig tud
multimastert, a 6-os pedig korlátlan lesz azt mondják.
Garantalja a konzisztenciat is?
Minek a konzisztenciáját?
Foleg azt, hogy szapora valtozasok eseten mihez kezd,
On 05/05/06 17:35, Gabor HALASZ wrote:
LDAP esetében a Sun JESDS-t érdemes megnézni. Az 5-ös 4 node-ig tud
multimastert, a 6-os pedig korlátlan lesz azt mondják.
Garantalja a konzisztenciat is?
Minek a konzisztenciáját? Ha arra gondolsz, hogy mi történik akkor, ha
ütközés van, akkor ez a válasz
Attila Nagy wrote:
On 05/05/06 17:02, Miloska wrote:
mas sql-ek tudnak ilyet? ldap? egyeb? merre erdemes elindulni?
LDAP esetében a Sun JESDS-t érdemes megnézni. Az 5-ös 4 node-ig tud
multimastert, a 6-os pedig korlátlan lesz azt mondják.
Garantalja a konzisztenciat is?
--
Gabor HALASZ <
On 05/05/06 17:02, Miloska wrote:
mas sql-ek tudnak ilyet? ldap? egyeb? merre erdemes elindulni?
LDAP esetében a Sun JESDS-t érdemes megnézni. Az 5-ös 4 node-ig tud
multimastert, a 6-os pedig korlátlan lesz azt mondják.
--
Attila Nagy e-mail: [EMAIL PROTECTED]
Miloska wrote:
ha mar itt tartunk, milyen db ami _tenyleg_ tud ilyet, marmint van
tobb node szetszorva a nagyvilagban es barmelyikbe irhatok az
elobb-utobb elterjed a tobbi kozt?
mysql5
mysql cluster doksiban pl nagybetuvel ott van, hogy min 100Mbit-es
direkt halot ajanalanak hozza, nem te
Nem úgy van, hogy adatbázisok már profin kezelik ezt a problémakört és
nem lenne akadálya, hogy a fájlokat vagy akár az egész fáljrendszert
adatbázisba rakják?
Ezen a szálon elindulva pl. a FUSE is kezeli az alábbit
ha mar itt tartunk, milyen db ami _tenyleg_ tud ilyet, marmint van
tobb node sz
13 matches
Mail list logo