Megosztás:

Replikáció, változáskövetés, & adatrögzítés módosítása – Always On rendelkezésre állási csoportok

A következőkre vonatkozik:SQL Server

Az SQL Server replikációja, az adatrögzítés (CDC) és a változáskövetés (CT) támogatott az Always On rendelkezésre állási csoportokban. Az Always On rendelkezésre állási csoportok magas rendelkezésre állási és egyéb adatbázis-helyreállítási képességeket biztosítanak.

A rendelkezésre állási csoportokkal rendelkező replikáció áttekintése

Publisher átirányítása

Ha egy közzétett adatbázis ismeri az Always On rendelkezésre állási csoportokat, a közzétételi adatbázishoz ügynöki hozzáférést biztosító forgalmazó redirected_publishers bejegyzésekkel van konfigurálva. Ezek a bejegyzések átirányítják az eredetileg konfigurált közzétevő/adatbázispárt, és egy rendelkezésre állási csoport figyelőjének nevét használva csatlakoznak a közzétevőhöz és a közzétételi adatbázishoz. A rendelkezésre állási csoport figyelőjének nevével létrehozott kapcsolatok feladatátvételkor meghiúsulnak. Amikor a replikációs ügynök a feladatátvétel után újraindul, a rendszer automatikusan átirányítja a kapcsolatot az új elsődlegesre.

Egy rendelkezésre állási csoportban (AG) a másodlagos adatbázis nem lehet közzétevő. Az újbóli közzététel csak akkor támogatott, ha a tranzakciós replikáció always on rendelkezésre állási csoportokkal van kombinálva.

Ha egy közzétett adatbázis egy rendelkezésre állási csoport tagja, és a közzétevő átirányításra kerül, azt a rendelkezésre állási csoporthoz társított rendelkezésre állási csoport figyelő nevére kell átirányítani. Előfordulhat, hogy a rendszer nem irányítja át explicit csomópontra.

Megjegyzés:

A másodlagos replikára való feladatátvétel után a Replikációfigyelő nem tudja módosítani az SQL Server közzétételi példányának nevét, és továbbra is megjeleníti a replikációs információkat az SQL Server eredeti elsődleges példányának neve alatt. A feladatátvételt követően a replikációfigyelővel nem lehet nyomkövetési jogkivonatot megadni, azonban az új közzétevőn a Transact-SQL használatával beírt nyomkövetési jogkivonat látható a Replikációfigyelőben.

A replikációs ügynökök általános változásai a rendelkezésre állási csoportok támogatásához

Három replikációs ügynök módosult az Always On rendelkezésre állási csoportok támogatásához. A naplóolvasó, a pillanatkép és az egyesítési ügynök úgy lett módosítva, hogy lekérdezze az átirányított közzétevő terjesztési adatbázisát, és hogy a visszaadott rendelkezésre állási csoport figyelőjének nevét használja, ha egy átirányított közzétevőt deklaráltak, az adatbázis-közzétevőhöz való csatlakozáshoz.

Alapértelmezés szerint, amikor az ügynökök lekérdezik a forgalmazót annak megállapításához, hogy az eredeti közzétevőt átirányították-e, a rendszer ellenőrzi az aktuális cél vagy átirányítás alkalmasságát, mielőtt visszaküldené az átirányított gazdagépet az ügynöknek. Ez a viselkedés ajánlott. Ha azonban az ügynök indítása gyakran történik, az érvényesítési tárolt eljáráshoz kapcsolódó többletterhelés túl költségesnek tekinthető. Új parancssori kapcsoló, a BypassPublisherValidation lett hozzáadva a naplóolvasóhoz, a pillanatképhez és az egyesítési ügynökökhöz. A kapcsoló használatakor a rendszer azonnal visszaadja az átirányított közzétevőt az ügynöknek, és a rendszer megkerüli az érvényesítési tárolt eljárás végrehajtását.

Az érvényesítési tárolt eljárásból visszaadott hibák az ügynök előzménynaplóiban lesznek naplózva. A 16-nál nagyobb vagy azzal egyenlő súlyosságú hibák miatt az ügynökök leállnak. Néhány újrapróbálkozási képesség be lett építve az ügynökökbe, hogy kezelni tudja a közzétett adatbázistól való várható leválasztást, ha az új elsődlegesre való átvétel meghiúsul.

Naplóolvasó ügynök módosításai

A naplóolvasó ügynök a következő módosításokat hajtja végre.

  • Replikált adatbázis-konzisztencia

    Ha egy közzétett adatbázis egy rendelkezésre állási csoport tagja, a naplóolvasó alapértelmezés szerint nem dolgozza fel azokat a naplórekordokat, amelyek még nem lettek megerősítve az összes rendelkezésre állási csoport másodlagos replikájában. Ez biztosítja, hogy feladatátvételkor az előfizetőnek replikált összes sor is jelen legyen az új elsődleges helyen.

    Ha a közzétevő csak két rendelkezésre állási replikával rendelkezik (egy elsődleges és egy másodlagos), és feladatátvétel történik, az eredeti elsődleges replika leáll, mert a naplóolvasó csak akkor lép előre, ha az összes másodlagos adatbázist újra online állapotba helyezi, vagy amíg a sikertelen másodlagos replikákat el nem távolítja a rendelkezésre állási csoportból. A naplóolvasó, amely most a másodlagos adatbázison fut, nem halad tovább, mivel az AG nem tudja megkeményíteni a másodlagos adatbázis módosításait. Ha azt szeretné, hogy a naplóolvasó továbbhaladjon<, és továbbra is rendelkezzen vészhelyreállítási kapacitással, távolítsa el az eredeti elsődleges replikát a rendelkezésre állási csoportból az ALTER AVAILABITY GROUP >group_name REMOVE REPLICA használatával. Ezután adjon hozzá egy új másodlagos replikát a rendelkezésre állási csoporthoz.

  • Nyomkövetési jelző 1448

    A nyomkövetési jelző 1448 lehetővé teszi, hogy a replikációs naplóolvasó továbblépjen akkor is, ha az aszinkron másodlagos replikák nem nyugtázták a változás fogadását. Még ha engedélyezve is van ez a nyomkövetési jelző, a naplóolvasó mindig megvárja a szinkron másodlagos replikákat (ezek aszinkron véglegesítési módká válhatnak, így a naplóolvasó továbbléphet). A naplóolvasó nem lépi túl a szinkron másodlagos replikák minimálisan megengedettet. Ez a nyomkövetési jelző az SQL Server példányára vonatkozik, nem csak egy rendelkezésre állási csoportra, egy rendelkezésre állási adatbázisra vagy egy naplóolvasó példányra. Ezt a nyomkövetési jelzőt engedélyezni kell a közzétevő példányon. Újraindítás nélkül azonnal érvénybe lép. Előre aktiválható, vagy ha egy aszinkron másodlagos replika meghibásodik.

Rendelkezésre állási csoportokat támogató tárolt eljárások

  • sp_redirect_publisher

    A tárolt eljárás sp_redirect_publisher egy meglévő közzétevő/adatbázis pár átirányított közzétevőjének megadására szolgál. Ha a közzétevő adatbázisa egy rendelkezésre állási csoporthoz tartozik, az átirányított közzétevő a rendelkezésre állási csoport figyelőjének neve.

  • sp_get_redirected_publisher

    A replikációs ügynökök a tárolt sp_get_redirected_publisher segítségével kérdezik le a forgalmazót annak megállapításához, hogy egy közzétevő/adatbázis pár rendelkezik-e meghatározott átirányított közzétevővel. Ez a tárolt eljárás két célt szolgál. Először is lehetővé teszi az ügynök számára annak megállapítását, hogy az eredeti közzétevő átirányítva lett-e. Másodszor, elindíthat egy érvényesítési tárolt eljárást is, amely a forgalmazónál (sp_validate_redirected_publisher) fut, amely ellenőrzi, hogy az átirányítás célcsomópontja alkalmas-e arra, hogy közzétevőként szolgáljon a nevesített adatbázishoz.

    A tárolt eljárás végrehajtásához a hívónak vagy a sysadmin kiszolgálói szerepkörnek, a terjesztési adatbázis db_owner adatbázis-szerepkörének vagy a közzétevő adatbázishoz társított meghatározott kiadvány közzétételi hozzáférési listájának tagjának kell lennie.

  • sp_validate_redirected_publisher

    Ez a tárolt eljárás megpróbálja ellenőrizni, hogy az aktuális közzétevő képes-e a közzétett adatbázis üzemeltetésére. Bármikor meghívható annak ellenőrzésére, hogy a közzétett adatbázis jelenlegi gazdagépe képes-e támogatni a replikációt.

  • sp_validate_replicate_hosts_as_publishers

    Bár az ügynökök számára hasznos annak biztosítása, hogy az aktuális elsődleges egy közzétevő adatbázis replikációs közzétevőjeként működjön, általánosabb érvényesítési képességre van szükség a rendelkezésre állási csoport adatbázis teljes replikációs topológiájának érvényességének megállapításához. A tárolt eljárás sp_validate_replica_hosts_as_publishers ennek az igénynek a szükségletét hivatott betölteni.

    Ez a tárolt eljárás mindig manuálisan fut. A hívónak sysadminnak kell lennie a terjesztőnél, a terjesztési adatbázis tulajdonosánál vagy a közzétevő adatbázis kiadványainak közzétételi hozzáférési listájában . Emellett a hívó bejelentkezésének érvényes bejelentkezésnek kell lennie az összes rendelkezésre állási replika-gazdagéphez, és a közzétevő adatbázishoz társított rendelkezésre állási adatbázishoz tartozó jogosultságokkal kell rendelkeznie.

Adatrögzítés módosítása

A módosítási adatrögzítéshez (CDC) engedélyezett adatbázisok az Always On rendelkezésre állási csoportokat is használhatják annak érdekében, hogy ne csak az adatbázis legyen elérhető meghibásodás esetén, hanem az adatbázistáblák módosításait továbbra is monitorozzák és a CDC változástábláiban helyezik el. Nem fontos, hogy a CDC és az Always On rendelkezésre állási csoportok milyen sorrendben legyenek konfigurálva. A CDC-kompatibilis adatbázisok hozzáadhatók az Always On rendelkezésre állási csoportokhoz, a rendelkezésre állási csoport tagjai pedig engedélyezhetők a CDC-hez. A CDC-konfiguráció azonban mindkét esetben mindig az aktuális vagy a tervezett elsődleges replikán történik. A CDC a naplóolvasó ügynököt használja, és ugyanazokat a korlátozásokat alkalmazza, mint a jelen cikk korábbi szakaszában, a Naplóolvasó ügynök módosításai című szakaszban leírtak szerint.

  • Módosítások begyűjtése a módosítási adatrögzítéshez replikáció nélkül

    Ha a CDC engedélyezve van egy adatbázishoz, de a replikáció nem, a napló módosításainak begyűjtésére és CDC-változástáblákban való elhelyezésére használt rögzítési folyamat a CDC-gazdagépen fut saját SQL Agent-feladatként.

    A módosítások feladatátvétel utáni betakarításának folytatásához a tárolt eljárást sp_cdc_add_job az új elsődleges helyen kell futtatni a helyi rögzítési feladat létrehozásához.

    Az alábbi példa létrehozza a rögzítési feladatot.

    EXECUTE sys.sp_cdc_add_job @job_type = 'capture';

  • Módosítási adatrögzítés változásainak begyűjtése replikációval

    Ha a CDC és a replikáció is engedélyezve van egy adatbázishoz, a naplóolvasó kezeli a CDC-változástáblák sokaságát. Ebben az esetben a replikáció által az Always On rendelkezésre állási csoportok használatára használt technikák biztosítják, hogy a módosítások továbbra is a naplóból származnak, és a feladatátvétel után a CDC változástábláiban legyenek elhelyezve. Ebben a konfigurációban a CDC-nek nincs több teendője a változástáblák feltöltésének biztosításához.

  • Adatrögzítési törlés módosítása

    Annak érdekében, hogy a megfelelő törlés az új elsődleges adatbázisban történjen, mindig létre kell hozni egy helyi tisztítási feladatot. Az alábbi példa létrehozza a törlési feladatot.

    EXECUTE sys.sp_cdc_add_job @job_type = 'cleanup';

    Megjegyzés:

    A feladatátvétel után létre kell hoznia a feladatokat az új elsődleges replikán. A régi elsődleges adatbázisban futó CDC-feladatokat le kell tiltani, amikor a helyi adatbázis másodlagos adatbázissá válik. Ha az eredeti replika ismét elsődleges lesz, újra el kell helyeznie a CDC-feladatokat a replika replikáján. A feladatok letiltásához és engedélyezéséhez használja a sp_update_job @enabled beállítását. További információ a CDC-feladatok létrehozásáról: sys.sp_cdc_add_job.

  • CDC-szerepkörök hozzáadása elsődleges adatbázisreplikához

    Ha egy tábla engedélyezve van a CDC-hez, adatbázis-szerepkör társítható a rögzítési példányhoz. Ha egy szerepkör meg van adva, a CDC táblaértékelt függvényeket használni kívánó felhasználónak nem csak a korrektúrákhoz való hozzáféréssel kell rendelkeznie, hanem az elnevezett szerepkör tagjának is kell lennie. Ha a megadott szerepkör még nem létezik, a szerepkör létrejön. Ha az adatbázis-szerepkörök automatikusan hozzáadódnak egy elsődleges adatbázishoz egy rendelkezésre állási csoportban, a szerepkörök a rendelkezésre állási csoport másodlagos adatbázisaiba is propagálásra kerülnek.

  • A CDC-hez hozzáférő ügyfélalkalmazások módosítják az adatokat és a rendelkezésre állási csoportokat

    A táblaértékű függvényeket (TVF-eket) vagy csatolt kiszolgálókat a változástáblák adatainak eléréséhez használó ügyfélalkalmazásoknak a feladatátvétel után is meg kell találniuk a megfelelő CDC-gazdagépet. A rendelkezésre állási csoport figyelőjének neve az Always On rendelkezésre állási csoportok által biztosított mechanizmus, amely transzparens módon engedélyezi a kapcsolatot egy másik gazdagéphez való újracsatlakozáshoz. Ha a rendelkezésre állási csoport figyelőjének neve hozzá van rendelve egy rendelkezésre állási csoporthoz, az elérhető a TCP-kapcsolati sztringekben való használathoz. A rendelkezésre állási csoport figyelőjének nevével két különböző kapcsolati forgatókönyv támogatott.

    • Az egyik biztosítja, hogy a kapcsolatkérések mindig az aktuális elsődleges replikára legyenek irányítva.
    • Az egyik biztosítja, hogy a kapcsolatkérések egy írásvédett másodlagos replikára legyenek irányítva.

    Ha írásvédett másodlagos replika megkeresésére szolgál, a rendelkezésre állási csoporthoz írásvédett útválasztási listát is meg kell határozni. További információ az olvasható másodtárakhoz való hozzáférés útválasztásáról: Always On rendelkezésre állási csoport írásvédett útválasztásának konfigurálása.

    Megjegyzés:

    A rendelkezésre állási csoport figyelőjének nevéhez és az ügyfélalkalmazások által a rendelkezésre állási csoport adatbázis-replikájához való hozzáféréshez való hozzáféréséhez kapcsolódó propagálási késés tapasztalható.

    Az alábbi lekérdezéssel megállapíthatja, hogy a rendelkezésre állási csoport figyelőjének neve definiálva van-e a CDC-adatbázist üzemeltető rendelkezésre állási csoporthoz. A lekérdezés a rendelkezésre állási csoport figyelőjének nevét adja vissza, ha létrejött.

    SELECT dns_name
FROM sys.availability_group_listeners AS l
     INNER JOIN sys.availability_databases_cluster AS d
         ON l.group_id = d.group_id
WHERE d.database_name = N'MyCDCDB';

  • A lekérdezési terhelés átirányítása olvasható másodlagos replikára

    Bár az ügyfélalkalmazások sok esetben mindig az aktuális elsődleges replikához szeretnének csatlakozni, nem ez az egyetlen módja az Always On rendelkezésre állási csoportok használatának. Ha egy rendelkezésre állási csoport úgy van konfigurálva, hogy támogassa az olvasható másodlagos replikákat, a módosítási adatok a másodlagos csomópontokról is gyűjthetők.

    Rendelkezésre állási csoport konfigurálásakor a rendszer a SECONDARY_ROLE társított ALLOW_CONNECTIONS attribútumot használja a támogatott másodlagos hozzáférés típusának megadására. Ha MINDENként van konfigurálva, a másodlagoshoz való összes kapcsolat engedélyezett, de csak az írásvédett hozzáférést igénylők sikeresek. Ha READ_ONLY konfigurálva van, akkor csak olvasási szándékot kell megadnia a másodlagos adatbázishoz való csatlakozás során, hogy a kapcsolat sikeres legyen. További információ: Always On rendelkezésre állási csoport másodlagos replikájához való írásvédett hozzáférés konfigurálása.

    Az alábbi lekérdezéssel megállapíthatja, hogy írásvédett szándék szükséges-e egy olvasható másodlagos replikához való csatlakozáshoz.

    SELECT g.name AS AG,
          replica_server_name,
          secondary_role_allow_connections_desc
FROM sys.availability_replicas AS r
     INNER JOIN sys.availability_groups AS g
          ON r.group_id = g.group_id
WHERE g.name = N'MY_AG_NAME';

    A másodlagos replika megkereséséhez használhatja a rendelkezésre állási csoport figyelőjének nevét vagy az explicit csomópont nevét. Ha a rendelkezésre állási csoport figyelőjének nevét használja, a rendszer a hozzáférést bármely megfelelő másodlagos replikához irányítja.

    Ha sp_addlinkedserver csatolt kiszolgálót hoz létre a másodlagos eléréséhez, a rendszer a @datasrc paramétert használja a rendelkezésre állási csoport figyelőjének nevére vagy az explicit kiszolgáló nevére, a @provstr paraméter pedig írásvédett szándék megadására szolgál.

    EXECUTE sp_addlinkedserver
    @server = N'linked_svr',
    @srvproduct = N'SqlServer',
    @provider = N'MSOLEDBSQL',
    @datasrc = N'AG_Listener_Name',
    @provstr = N'ApplicationIntent=ReadOnly',
    @catalog = N'MY_DB_NAME';

  • A CDC-hez való ügyfélhozzáférés megváltoztatja az adatokat és a tartományi bejelentkezéseket

    Az ügyfélhozzáféréshez általában tartományi bejelentkezéseket kell használnia a rendelkezésre állási csoportok tagjaiként található adatbázisokban található adatok módosításához. Ahhoz, hogy a feladatátvétel után továbbra is hozzáférhessen az adatok módosításához, a tartományi felhasználónak hozzáférési jogosultságokra van szüksége az összes olyan gazdagépen, amely támogatja a rendelkezésre állási csoport replikáit. Ha egy adatbázis-felhasználó egy elsődleges replikában található adatbázishoz van hozzáadva, és a felhasználó tartományi bejelentkezéssel van társítva, az adatbázis-felhasználót a rendszer másodlagos adatbázisokba propagálja, és továbbra is társítva lesz a megadott tartományi bejelentkezéssel. Ha az új adatbázis-felhasználó SQL Server-hitelesítési bejelentkezéssel van társítva, a másodlagos adatbázisok felhasználója bejelentkezés nélkül lesz propagálása. Bár a társított SQL Server-hitelesítési bejelentkezés használható a változásadatok elérésére azon az elsődleges helyen, ahol az adatbázis-felhasználót eredetileg definiálták, ez a csomópont az egyetlen, ahol a hozzáférés lehetséges lenne. Az SQL Server hitelesítési bejelentkezése nem férne hozzá semmilyen másodlagos adatbázisból, sem az adatbázis felhasználóját definiáló eredeti adatbázistól eltérő új elsődleges adatbázisból származó adatokhoz.

  • A módosítási adatrögzítés letiltása

    Ha le kell tiltania az Adatrögzítés módosítása (CDC) funkciót egy rendelkezésre állási csoport részét képező adatbázisban, és az SQL Server 2016 SP2-n vagy újabb verzión dolgozik, nem kell további lépéseket végrehajtania az automatikus naplófuttatáshoz. Ha az SQL Server 2016 SP2-nél korábbi verziót használ, és egy rendelkezésre állási csoport részét képező adatbázisban letiltja a CDC-t, akkor a cdc letiltása után az alábbi lépések egyikét kell végrehajtania:

    • Indítsa újra az SQL Server szolgáltatást minden másodlagos replikapéldányon.

    • Távolítsa el az adatbázist a rendelkezésre állási csoport összes másodlagos replikapéldányából, majd automatikus vagy manuális bevetéssel vegye fel az adatbázist minden rendelkezésreállási csoport replikapéldányára.

Változáskövetés

A változáskövetésre (CT) engedélyezett adatbázisok egy rendelkezésre állási csoport részei lehetnek. Nincs szükség további konfigurációra. A változáskövetési ügyfélalkalmazásoknak, amelyek a CDC táblaértékű függvényeit (TVF-eket) használják a változásadatok eléréséhez, meg kell tudniuk keresni az elsődleges replikát a feladatátvétel után. Ha az ügyfélalkalmazás a rendelkezésre állási csoport figyelőjének nevével csatlakozik, a rendszer mindig a megfelelő módon irányítja a kapcsolatkéréseket az aktuális elsődleges replikához.

A változáskövetési adatokat mindig az elsődleges replikából kell beszerezni. A másodlagos replika adatainak módosítására tett kísérlet a következő hibát eredményezi:

Msg 22117, Level 16, State 1, Line 1

A másodlagos replika tagjai (azaz másodlagos adatbázisok esetében) a változáskövetés nem támogatott. A változáskövetési lekérdezések elsődleges replikán való futtatásának alternatívájaként létrehozhat egy adatbázis-pillanatképet egy AG-adatbázisról a másodlagos replikából, majd ezzel lekérdezést végezhet az adatok módosításához. Az adatbázis-pillanatkép egy SQL Server-adatbázis (a forrásadatbázis) írásvédett statikus nézete, így az adatbázis-pillanatkép változáskövetési adatainak az az időpontja, amikor a pillanatképet a másodlagos replikából készítették az AG-adatbázison.

Megjegyzés:

Ha feladatátvétel történik egy olyan adatbázisban, amelyen engedélyezve van a változáskövetés, az új elsődleges replika helyreállítási ideje a szokásosnál tovább tarthat, mivel a változáskövetés teljes adatbázis-újraindítást igényel.

A replikáció használatának előfeltételei, korlátozásai és szempontjai

Ez a szakasz a replikáció Always On rendelkezésre állási csoportokkal való üzembe helyezésének szempontjait ismerteti, beleértve az előfeltételeket, a korlátozásokat és a javaslatokat.

Előfeltételek

  • Ha tranzakciós replikációt használ, és a közzétételi adatbázis rendelkezésre állási csoportban van, a közzétevőnek és a terjesztőnek is legalább SQL Server 2012-t (11.x) kell futtatnia. Az előfizető az SQL Server alacsonyabb szintjét használhatja.

  • Ha egyesítési replikációt használ, és a közzétételi adatbázis rendelkezésre állási csoportban van:

    • Leküldéses előfizetés: A közzétevőnek és a terjesztőnek is legalább SQL Server 2012-t (11.x) kell futtatnia.

    • Lekéréses előfizetés: A közzétevői, a terjesztői és az előfizetői adatbázisoknak legalább SQL Server 2012-en (11.x) kell lenniük. Ennek az az oka, hogy az előfizető egyesítési ügynökének tisztában kell lennie azzal, hogy egy rendelkezésre állási csoport hogyan tud feladatátvételt végrehajtani a másodlagosra.

  • A Publisher-példányok megfelelnek a rendelkezésre állási csoportban való részvételhez szükséges összes előfeltételnek. További információ: Always On rendelkezésre állási csoportok előfeltételei, korlátozásai és javaslatai.

Restrictions

Az Always On rendelkezésre állási csoportok replikációjának támogatott kombinációi:

Replication Kiadó Forgalmazó 1 Subscriber
Tranzakciós Igen

Megjegyzés: Nem támogatja a kétirányú és a kölcsönös tranzakciós replikációt.		 Igen Igen
Társközi2 Igen Igen 3 Igen
Egyesül Igen Nem Nem
Pillanatfelvétel Igen Nem Igen
Frissíthető előfizetések – tranzakciós replikációhoz Nem Nem Nem

1 A forgalmazó adatbázisa nem támogatott az adatbázis-tükrözéshez.

2 Az SQL Server 2019 CU 13-at vagy újabb verzióját igényli.

3 Megköveteli az SQL Server 2019 CU 17 vagy újabb verzióját.

Megfontolások

  • A terjesztési adatbázis nem használható adatbázis-tükrözéssel, de az Always On rendelkezésre állási csoportok esetében bizonyos korlátozások vonatkoznak rá. További információ: Terjesztési rendelkezésre állási csoport konfigurálása. A replikációs konfiguráció ahhoz az SQL Server-példányhoz van csatolva, amelyben a forgalmazó konfigurálva van; ezért a terjesztési adatbázis nem tükrözhető vagy replikálható. Az SQL Server feladatátvevő fürt használatával magas rendelkezésre állást is biztosíthat a forgalmazó számára. További információ: Always On feladatátvevő fürtpéldányok (SQL Server).

  • A másodlagos adatbázisba történő előfizetői feladatátvétel a replikáció előfizetőinek egyesítésére szolgáló manuális eljárás. Az eljárás lényegében megegyezik a tükrözött előfizetői adatbázis feladatátvételéhez használt módszerrel. A tranzakciós replikáció előfizetőinek nincs szükségük különleges kezelésre az Always On rendelkezésre állási csoportokban való részvétel során. Az előfizetőknek az SQL Server 2012 (11.x) vagy újabb verzióját kell futtatniuk, hogy részt vehessenek egy rendelkezésre állási csoportban. További információ: Replikációs előfizetők és Always On rendelkezésre állási csoportok (SQL Server)

  • Az adatbázison kívül található metaadatok és objektumok nem lesznek propagálva a másodlagos replikákra, beleértve a bejelentkezéseket, a feladatokat és a csatolt kiszolgálókat. Ha a feladatátvétel után szüksége van a metaadatokra és az objektumokra az új elsődleges adatbázisban, manuálisan kell másolnia őket. További információt az Always On rendelkezésre állási csoport adatbázisait használó feladatok bejelentkezéseinek kezelése című témakörben talál.

Elosztott rendelkezésre állási csoportok

A rendelkezésre állási csoport közzétevői vagy terjesztési adatbázisa nem konfigurálható elosztott rendelkezésre állási csoport részeként. A rendelkezésre állási csoport közzétevői adatbázisa és a rendelkezésre állási csoport terjesztési adatbázisa egyaránt figyelővégpontot igényel a megfelelő konfigurációhoz és használathoz. Elosztott rendelkezésre állási csoport figyelővégpontja azonban nem konfigurálható.

Replication

Adatrögzítés módosítása

Változáskövetés

Kapcsolódó tartalom

  • Last updated on