Mi az az elkülönített rendelkezésre állási csoport?

A következőkre vonatkozik: SQL Server 2022 (16.x)

Az elkülönített rendelkezésre állási csoport egy Always On rendelkezésre állási csoport (AG), amely a következőket támogatja:

• metaadat-objektumok (felhasználók, bejelentkezések, engedélyek, SQL Agent-feladatok stb.) kezelése AG-szinten a példányszint mellett.

• az AG-ben található speciális, zárt rendszeradatbázisok.

Ez a cikk a tartalmazott AG-k hasonlóságait, különbségeit és funkcióit ismerteti.

Áttekintés

Az AG-k általában egy vagy több, koordinált csoportként működő felhasználói adatbázisból állnak, amelyek egy fürt bizonyos számú csomópontján replikálódnak. Ha hiba történik a csomópontban vagy az elsődleges példányt üzemeltető csomóponton található SQL Server állapotában, az adatbáziscsoport egységként az AG egy másik replikacsomópontjára kerül. Az összes felhasználói adatbázis szinkronizálva marad az AG összes replikájában szinkron vagy aszinkron módban.

Ez az architektúra jól működik az olyan alkalmazások esetében, amelyek csak az adott felhasználói adatbáziskészletet használják. A kihívások azonban akkor merülnek fel, ha az alkalmazások olyan objektumokra is támaszkodnak, mint például a felhasználók, a bejelentkezések, az engedélyek, az ügynökfeladatok és más objektumok, amelyek az egyik rendszeradatbázisban (master vagy msdb) vannak tárolva. Annak érdekében, hogy az alkalmazások zökkenőmentesen és kiszámíthatóan működjenek, a rendszergazdának manuálisan kell gondoskodnia arról, hogy az objektumok minden módosítása duplikálva legyen az AG összes replikapéldányán. Ha új példányt ad hozzá az AG-hez, az adatbázisokat automatikusan vagy manuálisan is integrálhatja egy egyszerű folyamat során. Azonban újra kell konfigurálnia a rendszeradatbázis összes testreszabását az új példányon, hogy megfeleljen a többi replikának.

A tartalmazott AG-k kibővítik annak a koncepciónak a fogalmát, amely a replikált adatbázisok csoportját képezi, hogy a master és msdb adatbázisok releváns részei is belekerüljenek. Tekintsd úgy, mint a benne foglalt AG-t használó alkalmazások végrehajtási környezetét. Az elképzelés az, hogy az AG-környezet olyan beállításokat tartalmaz, amelyek hatással vannak az alkalmazás működésére. Ezért a tartalmazott AG-környezet az alkalmazás által használt összes adatbázisra, az általa használt hitelesítésre (bejelentkezésekre, felhasználókra, engedélyekre), a várhatóan futó ütemezett feladatokra és az alkalmazásra hatással lévő egyéb konfigurációs beállításokra vonatkozik.

Ez a fogalom eltér a tartalmazott adatbázisoktól, amelyek más mechanizmust használnak a felhasználói fiókokhoz azáltal, hogy a felhasználói adatokat az adatbázisban tárolják. A tárolt adatbázisok csak a bejelentkezéseket és a felhasználókat replikálják, és a replikált bejelentkezés vagy felhasználó hatóköre az adott adatbázisra (és annak replikáira) korlátozódik.

Ezzel szemben egy tartalmazott AG-ben felhasználókat, bejelentkezéseket, engedélyeket és így tovább, AG-szinten hozhat létre. Ezek az objektumok automatikusan konzisztensek az AG replikái között, valamint konzisztensek az adott AG-ben található adatbázisokban. Ez a konzisztencia menti a rendszergazdát attól, hogy manuálisan végezze el ezeket a módosításokat.

SQL Server 2025-módosítások

Az SQL Server 2025 (17.x) elosztott rendelkezésre állási csoporttámogatást biztosít a tartalmazott rendelkezésre állási csoportokhoz.

Különbségek

Ha "contained AG"-kkel dolgozik, vegye figyelembe a gyakorlati különbségeket. Ezek a különbségek közé tartozik a tartalmazott rendszeradatbázisok létrehozása és a kapcsolat kényszerítése a tárolt AG-szinten ahelyett, hogy a példány szintjén csatlakozik.

Tartalmazott rendszeradatbázisok

Minden egyes tartalmazott AG saját master és msdb rendszeradatbázisokkal rendelkezik, amelyek a rendelkezésre állási csoport neve alapján vannak elnevezve. A tartalmazott AG-MyContainedAGpéldául MyContainedAG_master és MyContainedAG_msdbnevű adatbázisokkal rendelkezik. Ezek a rendszeradatbázisok automatikusan új replikákba kerülnek, és a frissítések ugyanúgy replikálódnak ezekre az adatbázisokra, mint bármely más adatbázis egy rendelkezésre állási csoportban. Amikor olyan objektumot ad hozzá, mint például egy bejelentkezési vagy ügynökfeladat, miközben csatlakozik a tartalmazott AG-hez, továbbra is láthatja az ügynöki feladatokat, és hitelesítheti magát a tárolt AG-ben létrehozott bejelentkezéssel, ha a tartalmazott AG nem adhatja át a feladatot egy másik példánynak.

Fontos

A tartalmazott AG-k egy mechanizmust jelentenek a végrehajtási környezet konfigurációinak konzisztensen tartására a rendelkezésre állási csoport replikáiban. Nem alkotnak biztonsági határt. Nincs például olyan határ, amely megakadályozza, hogy egy tartalmazott AG-hez való kapcsolat hozzáférjen az AG-n kívüli adatbázisokhoz.

Az újonnan létrehozott, tartalmazott AG rendszeradatbázisai nem abból a példányból származnak, ahol a CREATE AVAILABILITY GROUP parancsot futtatja. Kezdetben üres sablonok, adatok nélkül. Közvetlenül a létrehozás után a folyamat átmásolja a példányon lévő rendszergazdai fiókokat, és létrehozza a tartalmazott AG-t a tartalmazott AG-be master. Így a rendszergazda bejelentkezhet a tartalmazott AG-be, és beállíthatja a konfiguráció többi részét.

Ha helyi felhasználókat vagy konfigurációkat hoz létre a példányban, azok nem jelennek meg automatikusan a tárolt rendszeradatbázisok létrehozásakor, és nem láthatók, amikor csatlakozik a tárolt AG-hez. Ha a felhasználói adatbázis egy tartalmazott AG-hez csatlakozik, ezek a felhasználók azonnal elveszítik a hozzáférést. Manuálisan újra kell létrehoznia őket az adott elérhetőségi csoportba (AG) tartozó rendszeradatbázisokban, közvetlenül az adatbázishoz való csatlakozással, vagy a listener végpont használatával. A szabály alól kivétel, hogy a rendszer a szülőpéldány sysadmin szerepkörében lévő összes bejelentkezést átmásolja az új AG-specifikus master adatbázisba a tartalmazott AG létrehozása során.

Jegyzet

Mivel az master adatbázis minden egyes foglalt rendelkezésre állási csoport esetében külön van, a benne foglalt AG kontextusában végrehajtott kiszolgálóhatókör-tevékenységek csak a tartalmazott rendszeradatbázisban maradnak. Ez a szabály a naplózást is magában foglalja. Ha az SQL Server auditálási funkcióival naplózza a kiszolgálószintű tevékenységet, minden tartalmazott AG-n belül ugyanazokat a kiszolgálói auditálásokat kell létrehoznia.

Kezdeti adatszinkronizálás

A tárolt rendszeradatbázisok csak az automatikus vetést támogatják kezdeti adatszinkronizálási módszerként.

Az SQL Server 2022 (16.x) és a korábbi verziókban a tartalmazott rendelkezésre állási csoportoknak automatikus vetést kell használniuk a létrehozás során. Az SQL Server Management Studio-ban található CREATE AVAILABILITY GROUP utasítást vagy az Új rendelkezésreállási csoport varázslót használva csak az automatikus vetést támogató felhasználói adatbázisokat szabad belefoglalni. Ha manuális vetéssel (JOIN ONLY) szeretne nagyméretű adatbázisokat hozzáadni, várjon, amíg létrejön a benne foglalt AG.

Az SQL Server 2025-ben (17.x) a tárolt rendszeradatbázisok mindig automatikus vetést használnak, még akkor is, ha az CREATE AVAILABILITY GROUP utasítás manuális vetést határoz meg. A vetési módot manuálisra állíthatja, hogy belső AG-t hozzon létre, és később felhasználói adatbázisokat adjon hozzá az automatikus vetéstől eltérő szinkronizálási módszerekkel.

Tárolt rendszeradatbázis visszaállítása

A tárolt rendszeradatbázisok biztonsági mentésének visszaállításához kövesse az alábbi lépéseket:

1. Dobja el a benne foglalt AG-t.

2. Állítsa vissza a tartalmazott master és msdb az adatbázisokat a tartalmazott AG eredeti elsődleges replikáján.

3. Vetd el az master és msdb adatbázisokat a másodlagos replikákból.

4. Az elsődleges replikán hozza létre újra a tartalmazott AG-t az eredeti névvel és csomópontokkal, a WITH (CONTAINED, REUSE_SYSTEM_DATABASES) és SEEDING_MODE = AUTOMATIC szintaxis használatával.

A tartalmazott rendelkezésre állási csoport újra létrehozásakor ne foglalja bele a tartalmazott rendszeradatbázisokat az CREATE AVAILABILITY GROUP utasításba. Az SQL Server automatikusan észleli őket a megadott beállításkor REUSE_SYSTEM_DATABASES. Az SQL Server 2022 (16.x) és korábbi verzióiban a csupán az automatikus vetést támogató kis felhasználói adatbázisokat vegye fel. Adja hozzá külön a nagy adatbázisokat, miután a tartalmazott AG létre lett hozva, a JOIN ONLY használatával.

Tartalmazott rendelkezésre állási csoport feladatai

A foglalt rendelkezésre állási csoporthoz tartozó feladatok csak az elsődleges replikán futnak. Nem futnak másodlagos másolatokon.

Csatlakozás (zárt környezet)

Fontos különbséget tenni a példányhoz való csatlakozás és a tartalmazott AG-hez való kapcsolódás között. A tartalmazott AG környezetéhez csak úgy lehet hozzáférni, ha a benne foglalt AG-figyelőhöz csatlakozik, vagy egy olyan adatbázishoz csatlakozik, amely a benne foglalt AG-ben található.

"Persist Security Info=False;
User ID=MyUser;Password=*****;
Initial Catalog=MyContainedDatabase;
Server=MyServer;"

Hol MyContainedDatabase található egy adatbázis a tartalmazott AG-ben, amelyet használni szeretne.

A tartalmazott AG hatékony használatához létre kell hoznia egy figyelőt a tartalmazott AG-hez. Ha az egyik példányhoz csatlakozik, amely a tartalmazott AG-t üzemelteti, és nem közvetlenül a figyelőn keresztül a tartalmazott AG-hez, akkor a példány környezetében van, nem pedig a tartalmazott AG-ben.

Ha például a rendelkezésre állási csoport MyContainedAG a SERVER\MSSQLSERVERszerveren van elhelyezve, és ahelyett, hogy a MyContainedAG_Listenerfigyelőhöz csatlakozna, a SERVER\MSSQLSERVERhasználatával csatlakozik a példányhoz, akkor a példány környezetében van, és nem a MyContainedAGkörnyezetében. A példány rendszeradatbázisaiban található tartalmak (felhasználók, engedélyek, feladatok stb.) vonatkoznak Önre. A korlátozott elérhetőségi csoport korlátozott rendszeradatbázisaiban található tartalom eléréséhez csatlakozzon inkább a korlátozott elérhetőségi csoport figyelőjéhez (példáulMyContainedAG_Listener). Amikor a tartalmazott AG-figyelőn keresztül csatlakozik a példányhoz, és amikor a master-val interakcióba lép, a rendszer valójában átirányítja a tartalmazott master adatbázisba (például MyContainedAG_master).

Írásvédett útválasztás és önálló hozzáférhetőségi csoportok

Ha írásvédett útválasztást konfigurál, hogy az olvasási szándékkal rendelkező kapcsolatokat egy másodlagos replikára irányítsa át (lásd: Írásvédett útválasztás konfigurálása Always On rendelkezésre állási csoport esetén), és csak a tartalmazott AG-ben létrehozott bejelentkezéssel szeretne csatlakozni, további szempontokat is figyelembe kell vennie:

• Meg kell adnia egy adatbázist, amely a kapcsolati sztringben található AG részét képezi.
• A kapcsolati sztringben megadott felhasználónak engedéllyel kell rendelkeznie a tárolt AG adatbázisainak eléréséhez.

A következő kapcsolati sztringben például a tartalmazott AG-ben található egy adatbázis, amelyben AdventureWorks van, és MyContainedListener egy a tartalmazott AG-ben definiált felhasználó, amelyik egyik résztvevő példányban sincs:

"Persist Security Info=False;
User ID=MyUser;Password=*****;
Initial Catalog=AdventureWorks;
Server=MyContainedListener;
ApplicationIntent=ReadOnly"

Ez a példa az Olvasható útválasztás konfigurációjának részét képező olvasható másodhoz kapcsolja, és az AG-n belüli környezet kontextusában van.

Különbségek a példányhoz való csatlakozás és a beágyazott rendelkezésre állási csoporthoz való csatlakozás között

• Amikor a felhasználók csatlakoznak egy tartalmazott AG-hez, csak a tartalmazott AG-ben lévő adatbázisokat látják, valamint a tempdb-t.
• Példányszinten a tartalmazott AG-master és msdb nevek a [contained AG]_masterés a [contained AG]_msdb. Az AG-n belül a nevük master és msdb.
• A tartalmazott AG-master adatbázis-azonosítója 1 az azon belüli AG-ben, de a példányhoz való csatlakozáskor valami mást jelent.
• Bár a felhasználók nem látják azokat az adatbázisokat, amelyek a tartalmazott AG-n kívül vannak, amikor egy tartalmazott AG-kapcsolaton keresztül csatlakoznak a sys.databases-ra, hozzáférhetnek ezekhez az adatbázisokhoz háromrészes névvel vagy a USE paranccsal.
• A sp_configure használatával a kiszolgáló konfigurációja olvasható az AG-kapcsolatból, de csak példányszinten írható.
• A tartalmazott AG-kapcsolatokból a sysadmin képes példányszintű műveleteket végrehajtani, például leállítani az SQL Servert.
• A legtöbb adatbázisszintű, végpontszintű vagy AG-szintű művelet csak példánykapcsolatokból végezhető el, nem tartalmazott AG-kapcsolatokat.

Interakciók más funkciókkal

Vegye figyelembe az egyéb tényezőket, amikor bizonyos funkciókat használ tartalmazó AG-kkel. Egyes funkciók jelenleg nem támogatottak.

Mentés készítése

A tárolt AG-k adatbázisainak biztonsági mentési eljárásai megegyeznek a felhasználói adatbázisok biztonsági mentési eljárásaival. Ez az állítás igaz mind a tartalmazott AG-felhasználói adatbázisokra, mind a tartalmazott AG-rendszeradatbázisokra.

Ha helyi biztonsági mentési helyet használ, a biztonsági mentési fájlok a biztonsági mentési feladatot futtató kiszolgálón lesznek elhelyezve. Ez azt jelenti, hogy a biztonsági mentési fájlok különböző helyeken lehetnek.

Ha hálózati erőforrást használ a biztonsági mentési helyhez, a replikákat üzemeltető összes kiszolgálónak hozzá kell férnie ehhez az erőforráshoz.

A tartalmazott rendelkezésre állási csoport munkameneteiben történő adatbázis-létrehozás vagy -visszaállítás engedélyezése

A következőkre vonatkozik: SQL Server 2025 (17.x) CU 1 és újabb verziók.

Fontos

Az SQL Server 2025 (17.x) CU 1 átmenetileg nem tölthető le, mert az adatbázis-levelezéssel kapcsolatos ismert probléma merült fel.

Az SQL Server 2025 (17.x) 1. kumulatív frissítésében (CU) engedélyezheti az adatbázisok létrehozását és helyreállítását közvetlenül egy foglalt rendelkezésre állási csoport munkamenetében, a tartalmazott AG-figyelőn keresztül. Ez a fejlesztés leegyszerűsíti a megfelelő szerepkörökhöz rendelt felhasználók munkafolyamatait, így zökkenőmentes műveleteket tesz lehetővé a benne foglalt AG-környezetekben.

Csak a dbcreator szerepkörrel rendelkező felhasználók hozhatnak létre adatbázisokat egy tartalmazott AG-munkamenetben. Csak a db_owner vagy sysadmin szerepkörrel rendelkező felhasználók állíthatják vissza az adatbázisokat.

Az alábbi példa engedélyezi a funkciót a munkamenet során, a tárolt eljárás allow_cag_create_db munkamenetkörnyezet-kulcs sp_set_session_contex használatával. A letiltásához állítsa @value-t 0-re.

EXECUTE sp_set_session_context
    @key = N'allow_cag_create_db',
    @value = 1;

Elosztott rendelkezésre állási csoportok

Az elosztott rendelkezésre állási csoport egy speciális rendelkezésre állási csoporttípus, amely két mögöttes rendelkezésre állási csoportot foglal magában. Elosztott rendelkezésre állási csoport konfigurálásakor a rendszer a globális elsődleges (az első AG elsődleges replikája) módosításait replikálja a második AG elsődleges replikájába, más néven továbbítóba.

Az SQL Server 2025 -től kezdve (17.x) két tartalmazott AG között konfigurálhat elosztott rendelkezésre állási csoportot. Mivel a tartalmazott AG a tartalmazott master és msdb rendszeradatbázisokra támaszkodik, egy elosztott rendelkezésre állási csoport létrehozásához a második AG-nek (továbbító, "forwarder") ugyanazzal az AG-rendszeradatbázissal kell rendelkeznie, mint a globális elsődleges.

Ha egy tartalmazott AG-t kíván használni továbbítóként egy elosztott rendelkezésre állási csoportban, akkor létre kell hoznia a tartalmazott AG-t a AUTOSEEDING_SYSTEM_DATABASES záradék használatával a WITH | CONTAINED opcióhoz a RENDELKEZÉSRE ÁLLÁSI CSOPORT LÉTREHOZÁSA utasításban. A AUTOSEEDING_SYSTEM_DATABASES záradék arra utasítja az SQL Servert, hogy hagyja ki a saját AG-rendszeradatbázisok létrehozását, és ehelyett a globális elsődleges AG-rendszeradatbázisokat magozza.

Erőforrás-kormányzó

A következőkre vonatkozik: SQL Server 2022 (16.x) CU 18 és újabb verziók.

Az SQL Server 2022 -ben (16.x) a 18. kumulatív frissítés (CU) előtt, valamint az SQL Server régebbi verzióiban nem támogatott az erőforrás-vezérlő konfigurálása vagy használata a foglalt rendelkezésre állási csoport kapcsolatain.

Az SQL Server 2022 (16.x) CU 18-as és újabb verzióiban, ha egy példánykapcsolaton konfigurálja az erőforrás-vezérlőt, a rendszer a várt módon szabályozza az erőforrás-felhasználást a példánykapcsolatokon vagy a foglalt rendelkezésre állási csoport kapcsolatain. Ha egy foglalt rendelkezésre állási csoport kapcsolatán próbálja konfigurálni az erőforrás-vezérlőt, hibaüzenet jelenik meg.

Az erőforrás-vezérlő az adatbázismotor-példány szintjén működik. Az erőforrás-vezérlő példányszintű konfigurációja nem terjed ki a rendelkezésre állási replikákra. Az erőforrás-vezérlőt minden rendelkezésre állási replikát üzemeltető példányon konfigurálnia kell.

Jótanács

A rendelkezésre állási replikákat üzemeltető adatbázismotor-példányok esetében ugyanazt az erőforrás-vezérlő konfigurációt kell használnia, hogy konzisztens működést biztosítson a rendelkezésre állási csoport feladatátvételei során.

További információ: Erőforrás-kormányzó és oktatóanyag: Az erőforrás-kormányzó konfigurációs példái és ajánlott eljárásai.

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

A módosítási adatrögzítés (CDC) SQL Agent-feladatként van implementálva, így az SQL Agentnek minden példányon futnia kell, amelyen replikák találhatók a benne foglalt AG-ben.

Ha a Change Data Capture (CDC) funkciót szeretné használni egy tartalmazott AG-vel, csatlakozzon az AG-figyelőhöz a CDC konfigurálásakor, hogy a CDC metaadatai a tartalmazott rendszeradatbázisokkal legyenek konfigurálva.

Naplófájlok átvitele

A naplószállítást konfigurálhatja, ha a forrásadatbázis a tartalmazott AG-ben található. Azonban egy napló továbbítást célozó kiszolgáló nem támogatott egy limitált AG-ben. Emellett módosítania kell a napló szállítási feladatát a CDC konfigurálása után.

A napló átvitel konfigurálására tartalmazott AG esetén kövesse az alábbi lépéseket:

1. Csatlakozzon a beágyazott AG-figyelőhöz.
2. Konfigurálja a naplóterjesztést a szokott módon.
3. A naplóátviteli feladat konfigurálása után módosítsa a feladatot úgy, hogy csatlakozzon a tárolt AG-figyelőhöz, mielőtt biztonsági másolatot készít.

Transzparens adattitkosítás (TDE)

Ha transzparens adattitkosítást (TDE) szeretne használni egy tartalmazott AG adatbázisaival, manuálisan telepítse az adatbázis főkulcsát (DMK) a tartalmazott master adatbázisba a tartalmazott AG keretén belül.

A TDE-t használó adatbázisok a master adatbázis tanúsítványaira támaszkodnak az adatbázis titkosítási kulcsának (DEK) visszafejtéséhez. A tanúsítvány nélkül az SQL Server nem tudja visszafejteni a TDE-vel titkosított adatbázisokat, és nem tudja őket online állapotba helyezni. Egy tartalmazott AG-ben az SQL Server ellenőrzi mindkét master adatbázist a DMK miatt, a példány master adatbázisát, valamint a tartalmazott AG-ben lévő master adatbázist az adatbázis visszafejtéséhez. Ha egyik helyen sem találja a tanúsítványt, az SQL Server nem tudja online állapotba hozni az adatbázist.

Ha át szeretné vinni a DMK-t a master példány adatbázisából a tárolt master adatbázisba, olvassa el a TDE által védett adatbázisok áthelyezése egy másik SQL Serverre című témakört, amely elsősorban azokra a részekre összpontosít, ahol a DMK átkerül a régi kiszolgálóról az újba.

Jegyzet

Az SQL Server-példányon lévő adatbázisok titkosítása a rendszeradatbázist tempdb is titkosítja.

SSIS-csomagok és karbantartási tervek

Az SSIS-csomagok használata, beleértve a karbantartási terveket, nem támogatott a tartalmazott rendelkezésre állási csoportok esetében.

Nem támogatott

Jelenleg a következő SQL Server-funkciók nem támogatottak a tartalmazott AG-vel:

• BÁRMILYEN típusú SQL Server-replikáció (tranzakciós, egyesítési, pillanatkép stb.).
• Naplófájlok áttelepítése, amikor a céladatbázis a korlátozott AG-ben van. A naplófájlok továbbítása a forrásadatbázissal a korlátozott elérhetőségi csoportban támogatott.

DDL-támogatás

A RENDELKEZÉSRE ÁLLÁSI CSOPORT LÉTREHOZÁSA munkafolyamatban egy WITH záradék több lehetőséggel is rendelkezik:

<with_option_spec> ::=
CONTAINED [REUSE_SYSTEM_DATABASES | AUTOSEEDING_SYSTEM_DATABASES ]

KORLÁTOZOTT

Ez a beállítás azt jelzi, hogy az AG, amelyet létrehoz, egy önálló AG.

ÚJRAHASZNOSÍTANI_RENDSZER_ADATBÁZISOK (if applicable in a non-technical description context)

Ez a REUSE_SYSTEM_DATABASES beállítás csak a konténer AG-k esetében érvényes. Azt határozza meg, hogy az új AG-nek újra fel kell használnia egy korábbi, azonos nevű, tárolt AG-ből származó meglévő rendszeradatbázisokat. Ha például rendelkezik egy tartalmazott AG-vel MyContainedAG, és el szeretné dobni és újra létre szeretné hozni, ezzel a beállítással újra felhasználhatja az eredeti tartalmazott rendszeradatbázisok tartalmát. Ha ezt a lehetőséget használja, ne adjon meg rendszeradatbázis-neveket. Az SQL Server automatikusan észleli őket.

Automatikus_telepítés_rendszer_adatbázisok

Érvényes: SQL Server 2025 (17.x) és újabb verziók.

Ha egy elosztott rendelkezésre állási csoportban a benne foglalt AG-t szeretné továbbítóként használni, akkor ezt a AUTOSEEDING_SYSTEM_DATABASES lehetőséget kell használnia a tartalmazott AG létrehozásakor . Ez a beállítás arra utasítja az SQL Servert, hogy hagyja ki a saját AG-rendszeradatbázisok létrehozását, és ehelyett a globális elsődleges AG-rendszeradatbázisokat magozza.

Rendszerobjektumok támogatása a tartalmazott rendelkezésre állási csoportokhoz

Két rendszernézet tartalmazza a tartalmazott rendelkezésre állási csoportokhoz kapcsolódó kiegészítéseket:

• A sys.dm_exec_sessions dinamikus felügyeleti nézet tartalmaz egy oszlopot contained_availability_group_id .
• A sys.availability_groups katalógusnézet tartalmazza az oszlopot is_contained .

Kapcsolódó tartalom

• HOZZON LÉTRE ELÉRHETŐSÉGI CSOPORTOT (Transact-SQL)