Tükrözés és replikáció adatbázisok (SQL Server)
Váltás után a tükrözött adatbázis eredményeként failover fő adatbázis tükör adatbázis lesz az elsődleges. Ebben a részben az „elsődleges” és „tükör” mindig olvassa el az eredeti elsődleges és tükör adatbázisok, ill.
Ha replikáció együtt adatbázis tükrözés tisztában a következő követelményeknek és előírásoknak.
Az elsődleges és a tükör adatbázisok kell osztania a forgalmazó. Javasoljuk, hogy ez egy távoli Forgalmazó, amely nagyobb hibatűrés olyan helyzetben, amikor a kiadó failover következik be nem tervezett átállást.
Metaadatok és tárgyak, amelyek kívül léteznek az adatbázisban nem másolja a tükörrel. Ez vonatkozik a bejelentkezéseket, a munkahelyek, kapcsolt szerverek és így tovább. Ha szüksége van a metaadatok tárgyak a tükör adatbázis, akkor át kell másolni őket manuálisan. További információért lásd. Cikk Irányító Bejelentkezések és Jobs váltás után szerepek (SQL Server).
Beállítás replikáció és az adatbázis tükrözés során öt lépést. Minden lépés leírása a következő részben található.
Állítsa adatbázis tükrözés.
Beállítása egy tükör használható a fő adatbázis az azonos forgalmazó.
Konfigurálása replikáció szerek menni a tükröt bázis esetében feladatátvételnek.
Ezenkívül az elsődleges és tükör adatbázisok Replication Monitor.
1. és 2. lépés végezhető fordított sorrendben.
Javasoljuk, hogy használjon egy távoli Forgalmazó. További információért a forgalmazás, lásd. Hogyan konfiguráljuk Distribution.
Az adatbázis lehet aktiválni pillanatkép kiadványok, publikációk ügyletek vagy összeolvad kiadványok. Mert tükrözött adatbázisok, amelyek egynél több típusú kiadványok adatbázis segítségével sp_replicationdboption eljárást kell aktiválni mindkét típusú kiadványok ugyanazon a csomóponton. Például, akkor futtassa a következő tárolt eljárást kéri a mester adatbázis:
További információ a létrehozásával kiadványok, lásd. Cikk Publishing adatok és adatbázis objektumok.
Állítsa be a terjedése a tükör adatbázis. Adja meg a nevét, a tükrözött adatbázis, mint a kiadó nevét és adja meg ugyanazt a forgalmazó és a snapshot mappa által használt az alapul szolgáló adatbázis. Például, ha úgy konfigurálja, hogy szaporodik a tárolt eljárások, kövesse sp_adddistpublisher a Forgalmazó, majd sp_adddistributor a tükör szerver. Sp_adddistpublisher hogy tegye a következőket:
@publisher állítsa a paraméter értékét a hálózat nevét a tükör;
@working_directory az értéket a pillanatfelvétel nevét mappa által használt fő adatbázis.
Adja meg a nevét a tükör paraméter -PublisherFailoverPartner ügynök. Ez az opció megköveteli a következő szerekkel, hogy meghatározza a tükör után failover:
Snapshot Agent (az összes kiadványok);
Log Reader Agent (az összes tranzakciós kiadványok);
Sor Reader Agent (tranzakciós kiadványok, amelyek támogatják előfizetés várakozó frissítése);
fúziós szer (előfizetések egyesíteni kiadvány);
hallgató replikáció az SQL Server (replisapi.dll: az előfizetések egyesíteni közzététel szinkronizálható szinkronizálás web);
SQL fúziós ActiveX vezérlőelem (az előfizetések egyesíteni kiadvány segítségével szinkronizálják ennek ellenőrzése).
A Distribution Agent és terjedését egy ActiveX-vezérlő nem rendelkezik ezzel a lehetőséggel, mert nem csatlakozik a kiadó.
Agent paraméter változások lépnek érvénybe, amikor legközelebb az ügynök. Ha az ügynök folyamatosan fut, akkor leállítani és újraindítani az ügynök. Paramétereket lehet meghatározni a profilok a szer vagy a parancssorban. További információkért lásd .:
Javasoljuk, hogy adjunk -PublisherFailoverPartner paraméter a szer profilt, majd válassza ki a profil nevét a tükör. Például, ha létre replikáció tárolt eljárások:
Ha aktív a tükör szerver:
ha hiba történik szert, ez a hiba csak akkor jelenik meg a fő egységen, és nem jelenik meg a tükörben szerelvény;
ha az elsődleges kiszolgáló nem érhető el, a fő és a tükör csomópontok megjelenítéséhez azonos listák kiadványok. Ellenőrzést kell végezni csak a kiadványok a tükör egységet.
Ha a replikáció kezelése a tükör segítségével tárolt eljárások, vagy RMO tárgyak, azokban az esetekben, ahol a megadott kiadó nevét, meg kell adnia a példány neve, amelyen az adatbázis engedélyezve van a replikáció. Ahhoz, hogy meghatározzuk a megfelelő nevet használja a publishingservername.
Bizonyos esetekben, például sp_addpublication. @publisher opciót csak az otlichnyhSQL Server Publishers; így nem vonatkozik az SQL Server adatbázis tükrözés.
Szinkronizálni az előfizetési környezetet körében Management Studio után failover szinkronizálni kell az előfizetési kérelmet az előfizető és az előfizetési végrehajtási szinkronizálja az aktív kiadó.
replikációs viselkedést tükrözésekor eltávolítjuk
A következő táblázat bemutatja a viselkedést log olvasó ügynök különböző módok adatbázis tükrözés.
Log Reader Agent viselkedés, amikor a tükör adatbázis nem érhető el
magas szintű védelmet módban automatikus failover
Ha a tükör nem áll rendelkezésre, a Log Reader Agent parancsokat küld az elosztó tárol. Amikor egy failover elsődleges adatbázis nem lesz képes bekapcsolni a tükör, amíg a tükör adatbázis nem fog visszatérni a „Online” mód, és nem kapja meg az összes ügylet az alapul szolgáló adatbázisban.
Ha a tükör nem áll rendelkezésre, a mester adatbázis nélkül végezzük a támogató (azaz. E., nélkül a tükör adatbázis). Azonban a Log Reader ügynök lemásolják csak a tranzakciók rögzítésre kerülnek a tükör adatbázis. Ha a szolgáltatás engedélyezve van, és kényszeríti a tükör szerver látja el a fő, a Log Reader Agent elkezd dolgozni a tükörbe, és gyűjtse be az új tranzakciók.
Tartsuk szem előtt, hogy a replikációs várakozási idő növekszik, ha a tükrözött adatbázis elmarad az elsődleges adatbázis változásait.
magas biztonsági mód nélkül automatikus failover
Ez garantálja, hogy minden lezajlott tranzakció rögzítésre kerül a tükör szerver lemez. Azonban a Log Reader ügynök lemásolják csak azok az ügyletek, amelyek meg vannak írva a tükör. Ha a tükör nem áll rendelkezésre, az elsődleges kiszolgáló nem engedélyezi a további tevékenységeket az adatbázisban. Ezért a Log Reader Agent nem tranzakciós replikáció.