Kiválasztás megfelelő típusú replikáció

Snapshot replikáció

Az eljárást ismertetnek egy pillanatfelvétel általánosan használt kezdeti adatok és adatbázis-objektumok tranzakciós kiadványok és publikációk összeolvad, de a replikáció pillanatfelvételt is használható önmagában. A pillanatfelvétel replikáció önmagában a legmegfelelőbb, ha egy vagy több, az alábbi feltételekkel:

Adatváltozások ritkán.

Megengedett, hogy egy bizonyos ideig, hogy egy másolatot az adatok elavultak kapcsolatban a kiadó.

Replikációs kis mennyiségű adat.

A nagy mennyiségű változások miatt egy rövid ideig.

Snapshot replikáció a legmegfelelőbb, ha ezek a változások jelentősek, de ritkák. Például, ha a szakmai szervezet egy árlistát termékek és az árak frissülnek egyidejűleg egyszer vagy kétszer egy évben ajánlott megismételni az összes adat pillanatfelvételt után változik.

tranzakciós replikáció

Tranzakciós replikáció általában használják olyan környezetben „szerver-szerver”, és alkalmas a következő esetekben:

Lényeges, hogy további változtatásokat osztottak szét az előfizetőknek, amint azok előfordulnak.

Olyan alkalmazásokhoz, alacsony várakozási időt igénylő közötti időben változás a kiadó és az érkezés a változtatásokat az Előfizető.

Egy alkalmazás hozzáférést kér a köztes adatok államokban. Például, ha egy sorban megváltozik ötször, tranzakciós replikáció lehetővé teszi, hogy az alkalmazás válaszolni minden változást (például a ravaszt), és nem csak az utolsó sor változást.

A kiadó a nagyon nagy mennyiségű betétek, frissítések és törli.

Kiadó vagy előfizető adatbázis eltérő SQL Server (pl Oracle).

Alapértelmezésben az előfizetők a kiadvány egy ügylet kell csak olvasható, azaz a. A. A változások nem szaporítják vissza a kiadó. Azonban tranzakciós replikáció lehetővé teszi, hogy végre frissítéseket az előfizető. További információért lásd. A szakasz „Adatok frissítése a feliratkozók” ebben a fejezetben.

összeolvad replikáció

Általános szabály, hogy egyesíteni replikációs használják a médiában „kliens-szerver”. Merge replikáció alkalmas bármely az alábbi esetekben:

Több előfizetők frissítheti ugyanazokat az adatokat különböző időpontokban, és továbbítja ezeket a változásokat a kiadó és más előfizetők.

Az előfizetők kell adatokat fogadni, hogy a változások nem elérhető, később szinkronizálja változások a kiadó és más előfizetők.

Minden előfizető személyes adatok részben.

Mivel a konfliktus lehetőségét, forrásokat kell felismerni és megoldani a konfliktusokat.

Igényel, akkor egy véges adatváltoztatásra helyett hozzáférést köztes adatok államokban. Például, ha a vonal ötször változott az előfizető számára nem szinkronizálhatja a kiadó, a kiadó vonalváltás csak egyszer végleges adatok változását tükröző (azaz. E. Miután az ötödik érték változik).

Merge replikáció lehetővé teszi különböző helyszíneken dolgozni önállóan és később összeolvad frissítések egyetlen eredmény. Mivel a frissítések végre több csomópontot, ugyanazokat az adatokat lehet frissíteni a kiadó és több előfizetővel. Ezért a torkolatánál a frissítés lehet a konfliktusok, és egyesíti a replikáció számos olyan konfliktuskezelésre.