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 uj allapotot.
docs.sun.com és olvasd el. Esetleg nézd meg a forráskódban, bár az 5.0
és 5.2 között elég sok változás volt ezen a téren.
Ennél a szoftvernél van master, hub és consumer. A mastereket írod, a
hubok pedig szétszórják a változásokat a consumerekre (csak akkor van
rájuk szükség, ha nagyon sok consumer van, így a masterek replikációs
forgalma csökkenthető). A replikáció mikéntjét te tudod szabályozni, de
ha gondolkozol, te is gyorsan rájöhetsz, hogy idő kell egy változás
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
voltál kiváncsi?
Elég evidensnek tűnik, csodák itt sincsenek.
Amennyire én tudom olyan dupla commitra itt nincs lehetőség, mint
például az Oracle Data Guard esetén. Ott ez azt jelenti, hogy az
elsődleges adatbázis addig nem tekinti lezártnak a tranzakciót, amíg a
standby adatbázis vissza nem igazolta a változást. Így nincs
adatvesztés, igaz, ha a standby adatbázis megáll, az elsődleges sem fog
többet változtatni az adatbázison.
--
Attila Nagy e-mail: [EMAIL PROTECTED]
Free Software Network (FSN.HU) phone: +3630 306 6758
http://www.fsn.hu/
_________________________________________________
linux lista - [email protected]
http://mlf2.linux.rulez.org/mailman/listinfo/linux
