Adatbázis-tükrözés és replikáció (SQL Server)

A következőkre vonatkozik:SQL Server

Az adatbázis-tükrözés a replikációval együtt használható a közzétételi adatbázis rendelkezésre állásának javítása érdekében. Az adatbázis-tükrözés egyetlen adatbázis két példányát foglalja magában, amelyek általában különböző számítógépeken találhatók. Egy adott időpontban az adatbázisnak csak egy példánya érhető el az ügyfelek számára. Ezt a másolatot fő adatbázisnak nevezzük. Az ügyfelek által az egyszerű adatbázisba végrehajtott frissítések az adatbázis másik példányára, az úgynevezett tükrözött adatbázisra lesznek alkalmazva. A tükrözés magában foglalja a tranzakciónapló alkalmazását a fő adatbázison végrehajtott összes beszúrásból, frissítésből vagy törlésből a tükrözött adatbázisra.

A replikáció átkapcsolása tükörre teljes mértékben támogatott a közzétételi adatbázisok esetében, míg az előfizetési adatbázisoknál korlátozott a támogatás. Az adatbázis-tükrözés nem támogatott a terjesztési adatbázis esetében. A terjesztési adatbázisok vagy előfizetési adatbázisok replikáció újrakonfigurálása nélküli helyreállításáról további információt a Replikált adatbázisok biztonsági mentése és visszaállítása című témakörben talál.

Megjegyzés:

Feladatátvétel után a tükörkiszolgáló válik az elsődlegessé. Ebben a témakörben a "primér" és a "tükörkép" mindig az eredeti primérre és tükörképre hivatkozik.

A replikáció adatbázis-tükrözéssel történő használatával kapcsolatos követelmények és szempontok

Vegye figyelembe a következő követelményeket és szempontokat az adatbázis-tükrözéssel végzett replikáció használatakor:

A főkiszolgálónak és a tükrözöttnek meg kell osztaniuk egy forgalmazót. Javasoljuk, hogy ez egy távoli forgalmazó legyen, amely nagyobb hibatűrést biztosít, ha a Publisher nem várt feladatátvételt hajt végre.
A replikáció támogatja a közzétételi adatbázis tükrözését az egyesítési replikáció esetén és a tranzakciós replikáció esetén, amikor az előfizetők írásvédett vagy várólistán lévő frissítési állapotban vannak. Nem támogatott az előfizetők, az Oracle közzétevők, a társközi topológiát használó közzétevők azonnali frissítése és az újbóli közzététel.
Az adatbázison kívüli metaadatokat és objektumokat a rendszer nem másolja a tükörbe, beleértve a bejelentkezéseket, feladatokat, csatolt kiszolgálókat stb. Ha szüksége van a metaadatokra és az objektumokra a tükörben, manuálisan kell másolnia őket. További információ: Bejelentkezések és feladatok kezelése szerepkörváltás után (SQL Server).

Replikáció konfigurálása adatbázis-tükrözéssel

A replikáció és az adatbázis-tükrözés konfigurálása öt lépésből áll. Minden lépést részletesebben a következő szakaszban ismertetünk.

Konfigurálja a Publishert.
Adatbázis-tükrözés konfigurálása.
Konfigurálja a tükröt úgy, hogy ugyanazt a forgalmazót használja, mint a főpéldány.
Konfigurálja a replikációs ügynököket feladatátvételhez.
Adja hozzá az elsődleges és a tükör elemet a Replication Monitorhoz.

Az 1. és a 2. lépés az ellenkező sorrendben is végrehajtható.

Adatbázis-tükrözés konfigurálása kiadványadatbázishoz

A Publisher konfigurálása:
1. Javasoljuk, hogy távoli forgalmazót használjon. A disztribúció konfigurálásáról további információt a Disztribúció konfigurálása című témakörben talál.
2. Engedélyezheti az adatbázist pillanatképekhez és tranzakciós kiadványokhoz, illetve egyesítheti a kiadványokat. Több típusú kiadványt tartalmazó tükrözött adatbázisok esetében engedélyeznie kell az adatbázist mindkét típusra ugyanazon a csomóponton, az sp_replicationdboption használatával. Például a következő tárolt eljáráshívásokat hajthatja végre a fő példányon:
```
exec sp_replicationdboption @dbname='<PublicationDatabase>', @optname='publish', @value=true;  
exec sp_replicationdboption @dbname='<PublicationDatabase>', @optname='mergepublish', @value=true;  
```
  További információ a kiadványok létrehozásáról: Adatok és adatbázis-objektumok közzététele.
Adatbázis-tükrözés konfigurálása. További információ: Adatbázis-tükrözési munkamenet létrehozása Windows-hitelesítéssel (SQL Server Management Studio) és adatbázis-tükrözés (SQL Server) beállításával.
Állítsa be a tükör elosztását. Adja meg a tükrözött nevet a Publisherként, és adja meg ugyanazt a forgalmazói és pillanatképmappát, amelyet az egyszerű felhasználó használ. Ha például tárolt eljárásokkal konfigurálja a replikációt, hajtsa végre az sp_adddistpublisher a disztribútornál; majd hajtsa végre az sp_adddistributor a tartalék kiszolgálón. sp_adddistpublisher esetén:
- Állítsa a @publisher paraméter értékét a tükör hálózati nevére.
- Állítsa a @working_directory paraméter értékét a fő által használt pillanatképmappára.
Adja meg a -PublisherFailoverPartner ügynök paraméter tükörnevét. ügynök Ez a paraméter szükséges ahhoz, hogy a következő ügynökök azonosíthassák a tükröt a feladatátvétel után.
- Pillanatkép-ügynök (minden kiadványhoz)
- Naplóolvasó ügynök (az összes tranzakciós kiadványhoz)
- Üzenetsor-olvasó ügynök (az előfizetések várólistára helyezését támogató tranzakciós kiadványokhoz)
- Egyesítési ügynök (egyesítési előfizetésekhez)
- SQL Server replikációfigyelő (replisapi.dll: webes szinkronizálással szinkronizált előfizetések egyesítése esetén)
- SQL Merge ActiveX Control (az egyesítési előfizetésekhez, amelyek a vezérlővel vannak szinkronizálva)
A terjesztési ügynök és a terjesztési ActiveX-vezérlő nem rendelkezik ezzel a paraméterrel, mert nem csatlakoznak a Publisherhez.

Az ügynökparaméterek módosításai az ügynök következő indításakor lépnek érvénybe. Ha az ügynök folyamatosan fut, le kell állítania és újra kell indítania az ügynököt. A paraméterek megadhatók az ügynökprofilokban és a parancssorból. További információkért lásd:
- Replikációs ügynök parancssori paramétereinek megtekintése és módosítása (SQL Server Management Studio)
- Replikációs ügynökök végrehajtható fájljainak fogalmai
Javasoljuk, hogy adja hozzá a -PublisherFailoverPartnert egy ügynökprofilhoz, utána adja meg a tükör nevét a profilban. Ha például tárolt eljárásokkal konfigurálja a replikációt:
```
-- Execute sp_help_agent_profile in the context of the distribution database to get the list of profiles.  
-- Select the profile id of the profile that needs to be updated from the result set.  
-- In the agent_type column returned by sp_help_agent_profile:   
-- 1 = Snapshot Agent; 2 = Log Reader Agent; 3 = Distribution Agent; 4 = Merge Agent; 9 = Queue Reader Agent.  

exec sp_help_agent_profile;  

-- Setting the -PublisherFailoverPartner parameter in the default Snapshot Agent profile (profile 1).  
-- Execute sp_add_agent_parameter in the context of the distribution database.  
exec sp_add_agent_parameter @profile_id = 1, @parameter_name = N'-PublisherFailoverPartner', @parameter_value = N'<Failover Partner Name>';  

-- Setting the -PublisherFailoverPartner parameter in the default Merge Agent profile (profile 6).  
-- Execute sp_add_agent_parameter in the context of the distribution database.  
exec sp_add_agent_parameter @profile_id = 6, @parameter_name = N'-PublisherFailoverPartner', @parameter_value = N'<Failover Partner Name>';  
```
Adja hozzá az elsődleges és a tükör elemet a Replication Monitorhoz. További információért tekintse meg a Közzétevők hozzáadása és eltávolítása a Replication Monitorból című részt.

Tükrözött kiadványadatbázis karbantartása

A tükrözött kiadványadatbázisok karbantartása lényegében megegyezik a nem tükrözött adatbázisok karbantartásával, az alábbi szempontokat figyelembe véve:

A felügyeletnek és a figyelésnek az aktív kiszolgálón kell történnie. Az SQL Server Management Studióban a kiadványok csak az aktív kiszolgáló Helyi kiadványok mappájában jelennek meg. Ha például átkapcsol a tükörre, a kiadványok megjelennek a tükörben, és a továbbiakban nem jelennek meg a fő példányon. Ha az adatbázis nem felel meg a tükrözésnek, előfordulhat, hogy manuálisan kell frissítenie a Management Studiót és a Replikációfigyelőt, hogy a módosítás megjelenjen.
A Replikációfigyelő megjeleníti a Publisher-csomópontokat az objektumfában mind a főpéldányhoz, mind a tükörhöz. Ha az elsődleges kiszolgáló az aktív kiszolgáló, a közzétételi információk csak az elsődleges csomópont alatt jelennek meg a Replikációfigyelőben.

Ha a tükör az aktív kiszolgáló:
- Ha egy ügynök hibát jelez, a hiba csak az egyszerű csomóponton jelenik meg, a tükrözött csomóponton nem.
- Ha a fő csomópont nem érhető el, a fő és a tükör csomópontok azonos kiadványlistát jelenítenek meg. A monitorozást a tükörcsomópont alatti kiadványokon kell elvégezni.
Ha tárolt eljárásokat vagy replikációkezelési objektumokat (RMO) használ a replikáció felügyeletére a tükörben, azokban az esetekben, amikor megadja a Közzétevő nevét, meg kell adnia annak a példánynak a nevét, amelyen az adatbázis engedélyezve volt a replikációhoz. A megfelelő név meghatározásához használja a publishingservername függvényt.

Közzétételi adatbázis tükrözése esetén a tükrözött adatbázisban tárolt replikációs metaadatok megegyeznek az egyszerű adatbázisban tárolt metaadatokkal. Következésképpen azoknál a közzétételi adatbázisoknál, amelyeknél replikáció engedélyezett az elsődleges példánynál, a Publisher példány neve, amely a tükörnél lévő rendszertáblákban van tárolva, az elsődleges példány neve, nem a tükör példányé. Ez befolyásolja a replikáció konfigurálását és karbantartását, ha a közzétételi adatbázis áttér a tükrözött adatbázisra. Ha például feladatátvétel után tárolt eljárásokkal konfigurálja a replikációt, és lekéréses előfizetést szeretne hozzáadni egy olyan kiadványadatbázishoz, amely az elsődleges szerveren volt engedélyezve, akkor a @publisher paraméternek a sp_addpullsubscription vagy sp_addmergepullsubscription esetén az elsődleges szerver nevét kell megadnia a tükör neve helyett.

Ha a feladatátvétel után engedélyezi a közzétételi adatbázist a tükörnél, a rendszertáblákban tárolt Publisher-példány neve a tükör neve lesz; ebben az esetben a tükör nevét használná a @publisher paraméterhez.

Megjegyzés:

Bizonyos esetekben, például sp_addpublication, a @publisher paraméter csak nem SQL Server Publishers esetén támogatott; ezekben az esetekben nem releváns az SQL Server-adatbázis-tükrözéshez.
Előfizetés szinkronizálása a Management Studio-ban átállás után: szinkronizálja a lekéréses előfizetéseket az Előfizetőről, és szinkronizálja a leküldéses előfizetéseket az aktív Kiadótól.

Replikációs viselkedés, ha a tükrözés el lett távolítva

Tartsa szem előtt az alábbi problémákat, ha az adatbázis-tükrözést eltávolítják egy közzétett adatbázisból:

Ha a közzétételi adatbázis a fő szervernél már nem tükrözött, a replikáció továbbra is változatlanul működik az eredeti fő adatbázissal szemben.
Ha a közzétételi adatbázis feladatátvétel történik a fő adatbázistól a tüköradatbázisra, és a tükrözési kapcsolat később le van tiltva vagy el lett távolítva, a replikációs ügynökök nem fognak működni a tüköradatbázison. Ha a fő példány végleg elvész, tiltsa le, majd konfigurálja újra a replikációt azzal a tartalék szerverrel, amely a Publisherként van megadva.
Ha az adatbázis-tükrözés teljesen el lett távolítva, a tükrözött adatbázis helyreállítási állapotban van, és a működéshez vissza kell állítani. A helyreállított adatbázis replikációval kapcsolatos viselkedése attól függ, hogy a KEEP_REPLICATION beállítás meg van-e adva. Ez az opció kötelezi a visszaállítási műveletet arra, hogy megőrizze a replikációs beállításokat, amikor egy közzétett adatbázist egy másik kiszolgálóra állítanak vissza, mint amin a biztonsági mentés készült. A KEEP_REPLICATION beállítást csak akkor használja, ha a másik kiadványadatbázis nem érhető el. A beállítás nem támogatott, ha a másik kiadványadatbázis továbbra is érintetlen és replikált. További információ a KEEP_REPLICATION kapcsán: lásd RESTORE (Transact-SQL).

Naplóolvasó ügynök viselkedése

Az alábbi táblázat az adatbázis-tükrözés különböző működési módjaihoz tartozó Naplóolvasó-ügynök viselkedését ismerteti.

Működési mód	Naplóolvasó ügynök viselkedése, ha a tükör nem érhető el
Magas biztonsági mód automatikus feladatátvétellel	Ha a tükör nem érhető el, a Log Reader Agent parancsokat propagálja a terjesztési adatbázisba. Az elsődleges nem hajthat végre átállást a tartalékra, amíg a tartalék újra online állapotban van, és rendelkezik az elsődlegestől érkezett összes tranzakcióval.
Nagy teljesítményű mód	Amennyiben a tükör nem érhető el, az elsődleges adatbázis védtelenül működik (azaz tükrözés nélkül). A Naplóolvasó ügynök azonban csak azokat a tranzakciókat replikálja, amelyek megerősítve vannak a tükrön. Ha a szolgáltatás kényszerítve van, és a tükrözési kiszolgáló felveszi a főszerepkört, a Naplóolvasó ügynök a tükrözött kiszolgálón fog dolgozni, és megkezdi az új tranzakciók rögzítését. Vegye figyelembe, hogy a replikáció késleltetése növekedni fog, ha a másodlagos szerver lemarad a fő szerver mögött.
Magas biztonsági mód automatikus feladatátvétel nélkül	Minden véglegesített tranzakció garantáltan rá van írva a tükrözött lemezre. A Naplóolvasó ügynök csak azokat a tranzakciókat replikálja, amelyek véglegesek a tükrön. Ha a tükör nem érhető el, az elsődleges letiltja a további tevékenységeket az adatbázisban; ezért a Log Reader Agent számára nincsenek replikálandó tranzakciók.

Lásd még:

SQL Server replikáció
Naplóküldés és Replikáció (SQL Server)

Visszacsatolás

Hasznos volt ez az oldal?

Last updated on 2026-01-17