Lemásolják adatbázisok - cikk Blog Michael flonova

Replikáció - nem csak egy új buzz szó, elég kényelmes és hatékony eszköz a kezében megfelelően polírozott. Egyesek úgy vélik, hogy a replikáció - egyet jelent a szinkronizálás. Ha megnézzük ABBYY Lingvo, akkor nem fogja látni a szinkronizálási között lehetséges fordítása a szó replikáció, de olyan szavak, mint például: echo, tükrözi, párhuzamos, ismétlés, reprodukció. Ezek a szavak jól tükrözik a technológia és mit tartunk ma.

Kiadó-elosztó-előfizető

Leggyakrabban társított replikációs adatbázisok és mi elsősorban beszélni az adatbázisokat a példa MS SQL Server. És nem csak a klasszikus adatbázisok, de az ilyen szakosodott az Active Directory. De ez a világ nem felborult, replikáció sikeresen lehet használni egyszerű fájlok, a legfontosabb a helyes megközelítés.

Replikáció MS SQL Server három koncepción alapszik - a kiadó. forgalmazó és előfizetői. Ahhoz, hogy megértsük, mit jelent ez, ez elegendő ahhoz, hogy a mi valós életben, ahol a megjelenítő információt nyújt a forgalmazó, aki elküldi az előfizetők számára. Hasonlóképpen, a számítógép az élet. De kezdjük az elején.

Forgalmazó - a szerver, amely tartalmazza az elosztott adatbázist és tárolja a metaadatokat, az adatok és a tranzakciós előzmények. A szerepe a forgalmazó különböző lehet, és típusától függ replikációs telepített.

Forgalmazó és Kiadó lehet ugyanazon a számítógépen. Leggyakrabban, nincs értelme kiosztani minden egyes szerverhez, de a nagy adatbázisok és legaktívabb területek, a forgalmazó lehet helyezni a szervert, hogy optimalizálja a teljesítményt.

Előfizető - tulajdonában van egy másolatot az adatok, és megkapja a változtatások, amelyeket a kiadó. Attól függően, hogy replikációs beállításokat az előfizető joga van az adatok módosítására, és megismételni azokat a kiadót replikáció más előfizetők. Ez az úgynevezett megújításáról előfizető.

szűrők bazár

Vízszintes szűrő tartalmaz egy részhalmaza a táblázat sorai. Az előfizető kap csak részhalmaza a sorok. Ha ez szükségtelen megismételni információt jövedelem balra, akkor lehetséges, hogy kiszűrje a lekérdezés.

Az a lehetőség, aláírásával a kiadvány a Push és Pop módszer. Push módszer jellemzően olyan alkalmazásokhoz szükséges, hogy küldje el a változtatásokat az előfizető a lehető leghamarabb a változás után. Ez a módszer sokkal előnyösebb kiadványok nagy biztonságot megkövetelő, és amennyiben nagy CPU terhelést a forgalmazó nem befolyásolja a teljesítményt.

Pop módszer alkalmasabb kiadványokban, kevésbé biztonságos, és támogatja a nagy előfizetők száma, mint például az Internet előfizetők.

replikáció típusok

• adatok jelentősen eltérnek, de ritkán;
• Előfizető szükséges adatok csak olvasható;
• Ez lehet a késés, mert az adatok általában csak rendszeresen frissül;
• Az előfizető köteles autonómiáját.

Amikor a tranzakciós replikáció a forrás csak változások jönnek a vevőhöz. Az ügynök figyeli a változásokat a tranzakciós napló a változás lemásolt adatokkal, és átadja a szükséges elosztó felvételt. Forgalmazó Agent elküldi változások az előfizetőnek. Mielőtt ez a fajta kezd dolgozni, az előfizető küldött teljes képet a megismételt asztalra, majd az előfizető kap csak a változásokat.

Tranzakciós replikáció lehet használni, ahol szükség van változtatni az előfizető kapott minimális késleltetéssel.

Keverés - az ilyen típusú lehetővé teszi önálló helyszínek, hogy módosítsa a lemásolt adatokkal. Később változások a helyszínek olvadnak. Ez a típus nem garantálja a integritását a tranzakció, de ez biztosítja, hogy minden telek kerülnek összevonásra egyetlen eredmény meg.

Replication MS SQL Server

Nagyon jól sikerült, hogy szaporodik a MS SQL Server. Beállítása egyszerű, mint egy fillért sem, mert könnyen elkészíthető segítségével két mester, de vannak buktatók, ami a varázsló nem tudja megmondani, és kézikönyveket csak hallgatott. Szóval röviden megy át a folyamat replikációkonfigurációban és középpontjában a víz alatti kövek, amelyek minden néma, mint a hal.

Először létre kell hoznunk egy kiadó és forgalmazó. Ehhez a szerveren, és válasszuk az Eszközök | replikációs | Létrehozása és kezelése közzététele. Azt javasoljuk, hogy egy erősebb gép a kiadó. Az első dolog, amit mi kérünk a varázsló - válasszuk tárol. Válasszon, kattintson a Create Publication. és a következő fázisban a kiszolgáló kéri, hogy hozzon létre egy forgalmazó. Alapértelmezett forgalmazó tegye meg ugyanazon a gépen.

A varázsló kéri létre a replikációs forgalmazó

Konfigurálása MS SQL Server Agent számla

Ezt követően, akkor felajánlotta, hogy konfigurálja a szer maga manuálisan vagy automatikusan. Ha a manuális módot választja, a lépések számát, a varázsló élesen, de egyszerű és minimális angol nyelvtudással meg fogja érteni őket. Ha kiválasztja az automatikus, csak adja meg a kívánt mester replikációs típus - pillanatkép (Pillanatfelvétel kiadvány) tranzakció (Transaction kiadvány) vagy keveredés (Merge kiadvány) és adja meg a szükséges táblák. Igen, replikáció nem vesz részt az egész bázist, és azt mondta asztalra. Nincs szükség megismételni a rendszer táblák.

Típusának kiválasztása replikáció

Miután létrehozta a kiadó és előfizetői, létre kell hozni a beállítás befejeződik. Megalkotása során az előfizető beállíthatja a végrehajtási terv meghatározott napon vagy időközönként, amelyen keresztül meg kell lemásolni.

Az Aranykulcs

A következő probléma, hogy a találkozás - replikáció kulcsfontosságú területeken. Ha mégis van, hogy milyen típusú a Guid, akkor nincs probléma nem lesz itt, de ha az Identitás, akkor komoly problémák. A tény az, hogy automatikusan növeli a mezőket nem lehet reprodukálni helyesen az alapértelmezett beállításokat, különösen akkor, ha összekeverjük, amikor az előfizető módosíthatja az adatokat, és képesnek kell lennie arra, hogy vissza őket, hogy a kiadó.

Tegyük fel, hogy a két számítógép két különböző rekordokat azonos azonosítókkal hoztak létre, a szerver mit kell tenni? Melyiket válasszuk ki a rekordokat? Az elképzelés az, hogy a kapott táblázat Két bejegyzést kell, de nem tudja megváltoztatni az azonosítót, különösen, ha az asztal társul, és két bejegyzés ugyanazzal a kulccsal nem lehetséges.

A probléma megoldódott egészen egyszerűen, csak akkor kell, hogy hajtsa végre a következő lépéseket:

• 1. Készítsen egy másolatot a kiadó adatbázis az előfizetői számítógép.
• 2. Nyissa meg a táblázatot szerkeszt ablakot, vagy az SQL lekérdezés a megjelenítő beállítani a kezdeti kulcs értékét 1 és az előfizető az 1 milliót.

Minden egyszerű és szép. Most, amikor a rekord bekerül a kiadó az új felvétel számozott 1, 2, 3, 4 és az Előfizető 1000001, 1000002, 1000003. Így a felvétel nem fog hamar metszik és a konfliktus soha nem fordul elő, különösen akkor, ha a rekordok nem adjuk az asztalra túl intenzív. Ha a bejegyzéseket gyorsan hozzáadunk, akkor adja fel, és használja Autogrow GUID területen, mint egy gombot.

De ez még nem minden. Amikor létrehoz egy előfizető, akkor felajánlotta, hogy át az egész rendszer a kiadó. Ez akkor hasznos, ha a szerkezet különböző táblák, és szeretne szinkronizálni, de ebben az esetben elfogadhatatlan. Ha a vezető ezt a javaslatot, és a válaszok Igen, a kiadó a program átmásolja az előfizető és a kezdeti érték lesz a legfontosabb egység, és minden erőfeszítést fordulnak hamu, azaz zatrutsya. Ennek elkerülése érdekében, és élvezze a PUSH Nem, a lényeg, hogy az Előfizető táblázatok szerkezete ugyanaz volt, mint a kiadó.

Kézi indítás replikáció

Replikációja Active Directory (AD)

Active Directory, amely aktívan használt Windows szerverek - ez is egy adatbázisban. Ez lehet osztani, ha a munkája során több szerverre, és ugyanabban az időben, a felhasználónak képesnek kell lennie, hogy jelentkezzen be ezek közül bármelyik ugyanazzal a jelszóval. Hogyan kell csinálni? Regisztrálj a kiszolgálót egyenként? Buta és értelmetlen. És akkor jön a mentő replikáció. Egyszerűen regisztráljon egy szerveren, és előírják a szükséges engedélyeket, és minden információ lehet reprodukálni, ahol szükséges.

AD replikáció automatikusan, és általában nem igényel különleges beavatkozásokat, de ehhez egy jó megértése az alapötlet. Ha egy Active Directory lenne olyan könnyű, én nem tekinthető ez a technológia külön-külön. Először meg kell értenie, hogy a Kerberos hitelesítési protokollt használ, és a felelősséget a hitelességét veszi tartományvezérlő. Ha jön a szerver, a felhasználói név és a jelszó küldeni a szerver, amely ellenőrzi az adatokat, és ha sikeres termel fehér jegy. Nem, persze, hogy nem fehér jegyet, de ez alapján a felhasználó kap bizonyos jogokat. Ha van egy vágy és nincs tudás, azt tanácsolom, hogy megismerjék az Active Directory és a Kerberos, és a mi feladatunk - replikáció.

Kézzel beállítani a kapcsolatot tartományvezérlőire a hálózat nem szükséges, de lehetséges. Szerverek magát rendszeres időközönként ellenőrzi a rendelkezésre álló vezérlők és a memóriában tárolt összes szükséges információt.

Alapértelmezésben replikáció tizenöt percenként. Ezeken a időközönként a szerver üzenetet küld tartományvezérlőkön, van egy változás természetesen, és válik a forgalmazó. További résztvevők replikáció, megkap egy ilyen üzenetet, kapcsolódni a szerverhez, és húzza az adatokat. forgalmazó maga átalakítása nélkül a hálózat nem köpte ki a gonosz hackerek nem elcsípett egy hasonló csomagot. Csak nincs értelme, nem kell dobni egy hálózat ilyen érzékeny adatok, hirtelen a többi tartományvezérlő estek (bár a föld nyugodjanak békében és hamu).

Konfliktusok Active Directory

Mivel replikáció késik, a kiszolgáló replikálja a frissítés csomag. Minden változás, hogy az Active Directory és felhalmozódnak bizonyos ponton meg kell küldeni az összes tartományvezérlő. Ez jó, de a késedelem miatt és az esetleges problémákat. Tegyük fel, hogy egy bizonyos ideig, ugyanakkor nem volt változás a két tartományvezérlő. Kinek változások reprodukálni? Próbáljuk megérteni.

Minden Active Directory objektumok a verziót, hogy megkapja az értéket teremt egységet. Miután minden szerkesztés változata a tárgy növekszik, így ha kérelem érkezik lemásolni bejegyzés alacsonyabb verziószám, mint a jelenlegi, akkor ezek a változások visszaszorítását.

Mi van, ha a szerver fog egyidejűleg két javaslatot a replikáció különböző vezérlők, és ugyanakkor változata a tárgy ugyanaz lesz, de a tárgyak maguk különböző? Ez akkor fordulhat elő, ha ugyanazt a tárgyat azonos verzió változik a különböző vezérlők. Mindkét vezérlők a verziószámot, és ez lesz a régi. Ebben az esetben, a győztes az a szerver és a megfelelő változás történt az utolsó.

A legszélsőségesebb esetben - ha a változatok azonosak, és még a változás ideje azonos. Természetesen ennek a valószínűsége túl alacsony, de ezért az Active Directory, a fejlesztők ebben az esetben szívesebben választják a változás, hogy jött a szerver egy nagy, globális GUID. Persze, ez egy hülye választás, és lehet messze pontos, de valahogy megoldja a konfliktust.

Minden vezérlő megkapja a változásokat és próbál vtulit azok más vezérlők a hálózaton. Itt is van egy probléma - képzeljük el, hogy van három tartományvezérlő. Szerkeszteni az objektumot a földön, és ő természetesen értesítenie kell a másik a változásokról. Elvitték ezeket a változásokat, de ezen a ponton egy második vezérlőt próbálja belegyömöszölni ugyanazt a módosítást vissza hozzánk, vagy egy harmadik területet, amely már vette a változást. Mi a teendő ebben az esetben? Ez nagyon egyszerű - mi is van egy verziója változás és megtalálható, akkor figyelembe kell venni, vagy már sikerült megismételni.

Ez a probléma részben megoldódott az a tény, hogy a replikáció nem léphet túl a három vezérlő. Ha a szerver megkapta a harmadik változás, annál inkább nincs senki nem fog múlni. Replikáció átviteli lánc csak akkor következik be, ha a vezérlő kapott egy új változata a tétel első vagy a második.

Replikáció AD keresztül 56k

Megismételt adatok 15 percenként, kényelmes és kellemes, de csak akkor, ha az összes tartományvezérlő összekapcsolódnak nagy sebességű kapcsolat. Mi van, ha két vezérlő van egy másik területen vagy országban, ahol csatlakoztatható a hálózat csak betárcsázó? Ebben az esetben a replikációs forgalmat vehet el túl sok erőforrást, és a sávszélesség nem elegendő egyéb feladatokra.

Ennek elkerülése érdekében, hogy lehetséges, sőt szükséges külön a kiszolgáló helyek. Minden szabályozót összekötő nagy sebességű kapcsolat helyezni egy oldalon, és két távoli másik oldalon. Bent a helyén replikáció előfordulhat megállapított szabályok alapján az alapértelmezett, de az egyes helyszínek között, beállíthatja a csere, hogy ne terhelje túl a szalag, és hagyja, hogy továbbítja a fontosabb adatokat. Ez az elválasztás akkor gond nélkül be lehet állítani a pillanat hirdetési oldalak és szolgáltatások.

A felajánlott lehetőségek potenciális forgalom megőrzése lehetőségek, a TechNet MS:

• Adatreplikálás éjszaka;
• Replikációs ebédszünet;
• Replikáció nagy időközönként.

Szeretem az első két lehetőség, különösen, ha a helyek vannak ugyanabban az időzónában. De ha valaki Moszkvában található, a másik pedig a Chukotka régióban, te nem, hogy ebédidőben nem tud ott, amikor Moszkvában a nap Petropavlovsk éjfélig.

Több Active Directory replikáció (AD)

Ha azt szeretnénk, hogy többet tudjon replikáció Acive Directory, és nincsenek problémák angolul, azt ajánlom, hogy töltse le az alábbi dokumentumot: www.certmag.com/bookshelf/C0617953.pdf. Ez 92 oldalnyi hasznos és khaljavnogo fikció. Ha ez nem elég, akkor fut TechNet a Microsoft. Van információ kerül bemutatásra nem annyira kényelmes és következetes, de a sok jó tanácsot.

Remélem meggyőzni, hogy replikáció - nem csak szinkronizálni és több fejlett és intelligens előrelépés. A helyes megközelítés, ez a lépés nagy lesz. Ha jól fog foglalkozni ezzel a témával, akkor is csinálni kézi replikáció probléma nélkül, így ha ez nem eredeti. Végtére is, nem minden, az végre egy ilyen lehetőség.

A színfalak mögött ez a cikk nagyon érdekes téma - az Exchange Server replikáció. Ő nagyon hasonlít az Active Directory és az SQL Server, de van néhány érdekes árnyalatokat.

Figyelmeztetés. Ha másolja ezt a cikket a honlapon, majd hagyjuk egy linket közvetlenül erre az oldalra. Köszönjük a megértést