Megosztás a következőn keresztül:

Mi az Always On rendelkezésre állási csoport?

A következőkre vonatkozik:SQL Server

Ez a cikk bemutatja az Always On rendelkezésre állási csoportok alapelveit, amelyek központi szerepet foglalnak be egy vagy több rendelkezésre állási csoport konfigurálásához és kezeléséhez az SQL Server Enterprise kiadásában. A Standard kiadás esetében tekintse át az Alapszintű Always On rendelkezésre állási csoportokat egyetlen adatbázishoz.

Az Always On rendelkezésre állási csoportok funkció egy magas rendelkezésre állású és vészhelyreállítási megoldás, amely nagyvállalati szintű alternatívát kínál az adatbázis-tükrözés helyett. Az Always On rendelkezésre állási csoportok maximalizálják a vállalati felhasználói adatbázisok készletének rendelkezésre állását. Egy rendelkezésre állási csoport támogatja a feladatátvételi környezetet egy adott készlet különálló felhasználói adatbázishoz, amelyeket együtt neveznek rendelkezésre állási adatbázisoknak. A rendelkezésre állási csoportok olvasási-írási elsődleges adatbázisokat és egy-nyolc megfelelő másodlagos adatbáziskészletet támogatnak. A másodlagos adatbázisok opcionálisan elérhetővé tehetők írásvédett hozzáféréshez és/vagy biztonsági mentési műveletekhez.

Az Azure Arc által engedélyezettSQL Serverrel megtekintheti a rendelkezésre állási csoportokat az Azure Portalon.

Áttekintés

Egy rendelkezésre állási csoport támogatja a replikált környezetet egy különálló felhasználói adatbázis-készlet számára, amelyeket más néven rendelkezésre állási adatbázisoknakneveznek. Létrehozhat egy rendelkezésre állási csoportot a magas rendelkezésre álláshoz (HA) vagy olvasási skálázáshoz. A magas rendelkezésre állású csoport olyan adatbázisok csoportja, amelyek közös átállási folyamaton esnek át. Az olvasásra skálázható rendelkezésre állási csoport olyan adatbázisok csoportja, amelyeket más SQL Server-példányokra másolnak olvasási műveletekhez. A rendelkezésre állási csoportok egy elsődleges adatbáziskészletet és egy-nyolc megfelelő másodlagos adatbáziskészletet támogatnak. A másodlagos adatbázisok nem biztonsági másolatok. Rendszeresen készítsen biztonsági másolatot az adatbázisokról és azok tranzakciónaplóiról.

Borravaló

Az elsődleges adatbázisok bármilyen típusú biztonsági mentését létrehozhatja. Másik lehetőségként létrehozhat naplóbeli biztonsági mentéseket és csak a másodlagos adatbázisok teljes biztonsági mentését. További információ: Támogatott biztonsági másolatok kiszervezése egy rendelkezésre állási csoport másodlagos replikáira.

Minden rendelkezésre állási adatbázist egy rendelkezésre állási replikaüzemeltet. Kétféle rendelkezésre állási replika létezik: egyetlen elsődleges replika, amely az elsődleges adatbázisokat üzemelteti, és egy-nyolc másodlagos replika, amelyek mindegyike másodlagos adatbázisok készletét tárolja, és potenciális feladatátvételi célként szolgál a rendelkezésre állási csoport számára. A rendelkezésre állási csoport átváltása egy rendelkezésre állási replika szintjén történik. A rendelkezésre állási replika csak az adatbázis szintjén biztosít redundanciát egy rendelkezésre állási csoport adatbázis-készletéhez. A feladatátvételeket nem az olyan adatbázis-problémák okozzák, mint például amikor egy adatbázis gyanússá válik adatfájl elvesztése vagy egy tranzakciónapló sérülése miatt.

Az elsődleges replika elérhetővé teszi az elsődleges adatbázisokat az ügyfelek írás-olvasási kapcsolataihoz. Az elsődleges replika minden elsődleges adatbázis tranzakciónapló-rekordjait minden másodlagos adatbázisnak elküldi. Ez a folyamat – más néven adatszinkronizálási – az adatbázis szintjén történik. Minden másodlagos replika gyorsítótárazza a tranzakciónapló rekordjait (megkeményíti a naplót), majd alkalmazza őket a megfelelő másodlagos adatbázisra. Az adatszinkronizálás az elsődleges adatbázis és az egyes csatlakoztatott másodlagos adatbázisok között történik, a többi adatbázistól függetlenül. Ezért a másodlagos adatbázisok más másodlagos adatbázisok befolyásolása nélkül felfüggeszthetők vagy meghiúsulhatnak, és az elsődleges adatbázisok más elsődleges adatbázisok befolyásolása nélkül felfüggeszthetők vagy meghiúsulhatnak.

Igény szerint konfigurálhat egy vagy több másodlagos replikát a másodlagos adatbázisok írásvédett hozzáférésének támogatására, és bármely másodlagos replikát konfigurálhat a másodlagos adatbázisok biztonsági mentésének engedélyezéséhez.

Az SQL Server 2017 két különböző architektúrát vezetett be a rendelkezésre állási csoportok számára. Always On rendelkezésre állási csoportok magas rendelkezésre állást, vészhelyreállítást és olvasási terheléselosztást biztosítanak. Ezekhez a rendelkezésre állási csoportokhoz fürtkezelőre van szükség. Windows rendszerben a feladatátvételi fürtszolgáltatás biztosítja a klaszterkezelőt. Linuxon használhatja a Pacemakert. A másik architektúra egy olvasási szintű rendelkezésre állási csoport. Az olvasási skálázhatósági rendelkezésre állási csoport replikákat biztosít csak olvasási célú számítási feladatokhoz, de nem nyújt magas rendelkezésre állást. Olvasási szintű rendelkezésre állási csoportban nincs fürtkezelő, mivel a feladatátvétel nem lehet automatikus.

Az Always On rendelkezésre állási csoportok Windows rendszeren való üzembe helyezéséhez Windows Server feladatátvevő fürtre (WSFC) van szükség. Egy adott rendelkezésre állási csoport minden rendelkezésre állási replikájának ugyanazon WSFC egy másik csomópontján kell lennie. Az egyetlen kivétel az, hogy miközben egy másik WSFC-fürtre migrálják, egy rendelkezésre állási csoport ideiglenesen két fürtöt is áttelepíthet.

Jegyzet

A linuxos rendelkezésre állási csoportokkal kapcsolatos információkért lásd: Linuxon futó SQL Server rendelkezésre állási csoportjai.

Ha-konfigurációban a rendszer minden létrehozott rendelkezésre állási csoporthoz létrehoz egy fürtszerepkört. Az elsődleges replika állapotának kiértékeléséhez a WSFC-fürt figyeli ezt a szerepkört. Az Always On rendelkezésre állási csoportok kvóruma a WSFC-fürt összes csomópontján alapul, függetlenül attól, hogy egy adott fürtcsomópont rendelkezik-e rendelkezésre állási replikákkal. Az adatbázis-tükrözéssel ellentétben az Always On rendelkezésre állási csoportokban nincs tanú szerepkör.

Jegyzet

Az SQL Server Always On-összetevők WSFC-fürthöz való kapcsolatáról további információt a Windows Server feladatátvételi fürtszolgáltatás és az SQL Servercímű cikkben talál.

Az alábbi ábrán egy rendelkezésre állási csoport látható, amely egy elsődleges replikát és négy másodlagos replikát tartalmaz. Legfeljebb nyolc másodlagos replika támogatott, köztük egy elsődleges és négy szinkron véglegesítésű másodlagos replika.

rendelkezésre állási csoport diagramja öt replikával.

TLS 1.3-titkosítás konfigurálása

Az SQL Server 2025 (17.x) bevezeti a Tabular Data Stream 8.0 támogatását, amely lehetővé teszi a TLS 1.3 titkosítás kényszerítését a Windows Server feladatátvételi fürt és az Always On elérhetőségi csoport replikái közötti kommunikáció során. Első lépésként tekintse át a Connectet szigorú titkosítással.

Kifejezések és definíciók

Kifejezés Leírás
rendelkezésre állási csoport Az adatbáziskészletet tartalmazó tároló, amelyek együtt hajtanak végre feladatátvételt a rendelkezésre állási adatbázisokesetén.
rendelkezésre állási adatbázis Rendelkezésre állási csoporthoz tartozó adatbázis. A rendelkezésre állási csoport minden rendelkezésre állási adatbázishoz egyetlen írható példányt (az elsődleges adatbázis ) és egy-től nyolcig terjedő olvasásra szánt példányt (másodlagos adatbázisokat) tart fenn.
elsődleges adatbázis Egy rendelkezésre állási adatbázis olvasásra és írásra alkalmas példánya.
másodlagos adatbázis Egy rendelkezésre állási adatbázis írásvédett másolata.
rendelkezésre állási másolat Az SQL Server egy adott példánya által üzemeltetett rendelkezésre állási csoport példánya, amely a rendelkezésre állási csoporthoz tartozó összes rendelkezésre állási adatbázis helyi példányát tárolja és tartja karban. Kétféle rendelkezésre állási replika létezik: egyetlen elsődleges replika és egy-nyolc másodlagos replika.
elsődleges másolat A rendelkezésre állási replika, amely elérhetővé teszi az elsődleges adatbázisokat az ügyfelek olvasási-írási kapcsolataihoz, és az egyes elsődleges adatbázisok tranzakciónapló-rekordjait is elküldi minden másodlagos replikának.
másodlagos replika Rendelkezésre állási replika, amely fenntartja az egyes rendelkezésre állási adatbázisok másodlagos másolatát, és potenciális feladatátvételi célként szolgál a rendelkezésre állási csoport számára. A másodlagos replika támogatja a másodlagos adatbázisokhoz való írásvédett hozzáférést, és támogatja a biztonsági másolatok másodlagos adatbázisokon való létrehozását.
rendelkezésre állási csoport figyelő Egy kiszolgáló neve, amelyhez az ügyfelek csatlakozhatnak, hogy hozzáférjenek egy adatbázishoz egy rendelkezésre állási csoport elsődleges vagy másodlagos replikájában. A rendelkezésre állási csoport figyelői a bejövő kapcsolatokat az elsődleges vagy csak olvasható másodlagos replikához irányítják.

Rendelkezésre állási adatbázisok

Ha adatbázist szeretne hozzáadni egy rendelkezésre állási csoporthoz, az adatbázisnak online, írásvédett adatbázisnak kell lennie, amely az elsődleges replikát üzemeltető kiszolgálópéldányon található. Amikor hozzáad egy adatbázist, az elsődleges adatbázisként csatlakozik a rendelkezésre állási csoporthoz, míg az ügyfelek továbbra is elérhetők maradnak. Nem létezik megfelelő másodlagos adatbázis, amíg vissza nem állítja az új elsődleges adatbázis biztonsági másolatait a másodlagos replikát futtató kiszolgálópéldányra (a RESTORE WITH NORECOVERY használatával). Az új másodlagos adatbázis VISSZAÁLLÍTÁS állapotban van, amíg nem csatlakozik a rendelkezésre állási csoporthoz. További információért tekintse meg a(z) "Adatok áthelyezésének indítása Always On másodlagos adatbázisban (SQL Server)"témakört.

A csatlakozás a másodlagos adatbázist online állapotba helyezi, és adatszinkronizálást kezdeményez a megfelelő elsődleges adatbázissal. adatszinkronizálási az a folyamat, amellyel egy elsődleges adatbázis módosításait egy másodlagos adatbázisban reprodukálja a rendszer. Az adatszinkronizálás során az elsődleges adatbázis tranzakciónapló-rekordokat küld a másodlagos adatbázisnak.

Fontos

A rendelkezésre állási adatbázisokat néha adatbázisreplikának is nevezik, Transact-SQL, PowerShell és SQL Server Management Objects (SMO) néven. Az "adatbázisreplika" kifejezést például az Always On dinamikus felügyeleti nézetek nevei használják, amelyek a rendelkezésre állási adatbázisokra vonatkozó információkat ad vissza: sys.dm_hadr_database_replica_states és sys.dm_hadr_database_replica_cluster_states. Az SQL Server Books Online-ban azonban a "replika" kifejezés általában a rendelkezésre állási replikákra vonatkozik. Az "elsődleges replika" és a "másodlagos replika" például mindig a rendelkezésre állási replikákra hivatkozik.

Rendelkezésre állási replikák

Minden rendelkezésre állási csoport két vagy több feladatátvevő partnert, úgynevezett rendelkezésre állási replikát határoz meg. A rendelkezésre állási replikák a rendelkezésre állási csoport összetevői. Minden rendelkezésre állási replika a rendelkezésre állási csoport rendelkezésre állási adatbázisainak egy példányát tárolja. Egy adott rendelkezésre állási csoport esetében a WSFC-fürt különböző csomópontjain található SQL Server-példányoknak kell rendelkezésre állási replikákat üzemeltetniük. Mindegyik kiszolgálópéldányt engedélyezni kell az Always On-hoz.

Az SQL Server 2019 (15.x) a szinkron replikák maximális számát 5-re növeli, az SQL Server 2017-ben 3-ról (14.x). Ezt az öt replikából álló csoportot úgy konfigurálhatja, hogy a csoporton belül automatikus feladatátvétel legyen. Van egy elsődleges replika, valamint négy szinkron másodlagos replika.

Egy adott példány rendelkezésre állási csoportonként csak egy rendelkezésre állási replikát üzemeltethet. Az egyes példányokat azonban számos rendelkezésre állási csoporthoz használhatja. Egy adott példány lehet független példány vagy SQL Server átállási fürtpéldány (FCI). Ha kiszolgálószintű redundanciát igényel, használja a feladatátvevő fürtpéldányokat.

Minden rendelkezésre állási replikához hozzá van rendelve egy kezdeti szerepkör – az elsődleges vagy a másodlagos szerepkör, amelyet a replika rendelkezésre állási adatbázisai örökölnek. Egy adott replika szerepköre határozza meg, hogy írható és olvasható, vagy csak olvasható adatbázisokat üzemeltet-e. Az replika, amelynéven ismert, az elsődleges szerepet tölti be, és üzemelteti az olvasási és írási adatbázisokat, amelyek elsődleges adatbázisok. Legalább egy másik replika, más néven másodlagos replikavan hozzárendelve a másodlagos szerepkörhöz. A másodlagos replika írásvédett adatbázisokat, más néven másodlagos adatbázisokat üzemeltet.

Jegyzet

Ha egy rendelkezésre állási replika szerepköre határozatlan, például feladatátvétel során, az adatbázisai átmenetileg NEM SZINKRONIZÁLT állapotban vannak. A szerepkörük a RESOLVEING (FELOLDÁS) értékre van állítva, amíg a rendelkezésre állási replika szerepköre fel nem oldódik. Ha egy rendelkezésre állási replika átvált az elsődleges szerepkörre, akkor az adatbázisai az elsődleges adatbázisokká válnak. Ha egy rendelkezésre állási replika a másodlagos szerepkörbe áll, az adatbázisai másodlagos adatbázisokká válnak.

Rendelkezésre állási módok

Minden rendelkezésre állási replika rendelkezik egy elérhetőségi mód tulajdonsággal. A rendelkezésre állási mód határozza meg, hogy az elsődleges replika megvárja-e a tranzakciók véglegesítését egy adatbázisban, amíg egy adott másodlagos replika meg nem írja a tranzakciónapló rekordjait a lemezre (megkeményíti a naplót). Az Always On rendelkezésre állási csoportok két rendelkezésre állási módot támogatnak: aszinkron véglegesítési módot és szinkron véglegesítési módot.

  • Aszinkron véglegesítési mód

    A rendelkezésre állási módot használó rendelkezésre állási replikát aszinkron-véglegesítési replikának nevezzük. Az aszinkron véglegesítési módban az elsődleges replika úgy véglegesíti a tranzakciókat, hogy nem vár az aszinkron véglegesítésű másodlagos replikák visszaigazolására, hogy azok tartósítsák a tranzakciónaplókat. Az aszinkron véglegesítési mód minimálisra csökkenti a másodlagos adatbázisok tranzakciós késését, de lehetővé teszi számukra, hogy lemaradjanak az elsődleges adatbázisoktól, ami némi adatvesztést tesz lehetővé.

  • szinkron véglegesítési mód

    A rendelkezésre állási módot használó rendelkezésre állási replikát szinkron-véglegesítési replikának nevezzük. Szinkron véglegesítési módban a tranzakciók véglegesítése előtt a szinkron véglegesítéssel rendelkező elsődleges replika megvárja, amíg a szinkron véglegesítésű másodlagos replika nyugtázza, hogy befejeződött a napló rögzítése. A szinkron véglegesítési mód biztosítja, hogy egy adott másodlagos adatbázis elsődleges adatbázissal való szinkronizálása után a véglegesített tranzakciók teljes mértékben védettek legyenek. Ez a védelem a tranzakció késésének növekedésével jár. Opcionálisan az SQL Server 2017 bevezetett egy kötelező szinkronizált másodlagos funkciót, hogy igény szerint tovább növelhesse a biztonságot a késés rovására. A REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT funkció lehetővé teszi, hogy meghatározott számú szinkron replikát követeljen meg egy tranzakció véglegesítéséhez, mielőtt az elsődleges replika véglegesítésre jogosult lenne.

További információkért lásd: Az Always On rendelkezésre állási csoport különböző rendelkezésre állási módjai közötti különbségek.

Feladatátvétel típusai

Az elsődleges replika és a másodlagos replika közötti munkamenet kontextusában az elsődleges és a másodlagos szerepkörök átválthatnak egy feladatátvételnek nevezett folyamatban. A feladatátvétel során a cél másodlagos replika átáll az elsődleges szerepkörre, és az új elsődleges replikává válik. Az új elsődleges replika elsődleges adatbázisként online állapotba helyezi az adatbázisait, és az ügyfélalkalmazások csatlakozhatnak hozzájuk. Ha a korábbi elsődleges replika elérhető, a másodlagos szerepkörre változik, és másodlagos replikává válik. A korábbi elsődleges adatbázisok másodlagos adatbázisokká válnak, és az adatszinkronizálás folytatódik.

A rendelkezésre állási csoport átváltása egy rendelkezésre állási replika szintjén történik. A feladatátvételek nem azért fordulnak elő, mert olyan adatbázisproblémák lépnek fel, mint például egy adatbázis gyanússá válása egy adatfájl elvesztése, egy adatbázis törlése vagy egy tranzakciónapló sérülése miatt.

A feladatátvétel három formája létezik: automatikus, manuális és kényszerített (lehetséges adatvesztéssel). Az adott másodlagos replika által támogatott feladatátvételi formák a rendelkezésre állási módtól függnek. Szinkron véglegesítési mód esetén az elsődleges replika és a cél másodlagos replika feladatátvételi módjától is függ az alábbiak szerint.

  • A szinkron véglegesítési mód a feladatátvétel két formáját támogatja: a tervezett manuális feladatátvételt és az automatikus feladatátvételt, ha a cél másodlagos replika jelenleg szinkronizálva van az elsődleges replikával. A feladatátvételi partnerek feladatátvételi mód tulajdonságának beállítása határozza meg a feladatátvétel ezen formáinak támogatását. Ha a feladatátvételi módot manuálisra állítja az elsődleges vagy a másodlagos replikán, a másodlagos replika csak a manuális feladatátvételt támogatja. Ha a feladatátvételi módot az elsődleges és a másodlagos replikán is automatikusra állítja, a másodlagos replika támogatja az automatikus és a manuális feladatátvételt is.

    • tervezett manuális feladatátvételi (adatvesztés nélkül)

    Manuális feladatátvétel akkor történik, ha egy adatbázis-rendszergazda feladatátvételi parancsot ad ki. A szinkronizált másodlagos replika áttér az elsődleges szerepkörre (garantált adatvédelemmel), az elsődleges replika pedig a másodlagos szerepkörre. A manuális feladatátvételhez az elsődleges replikának és a cél másodlagos replikának szinkron elkötelezési módban kell futniuk, és a másodlagos replikának már szinkronizáltnak kell lennie.

    • Automatikus átemelés (adatvesztés nélkül)

    Hiba esetén automatikus feladatátvétel történik. A szinkronizált másodlagos replika áttér az elsődleges szerepkörre (garantált adatvédelemmel). Amikor a korábbi elsődleges replika elérhetővé válik, a másodlagos szerepkörre változik. Az automatikus feladatátvételhez mind az elsődleges replika, mind a cél másodlagos replika szinkron véglegesítési módban kell futnia, és a feladatátvételi mód automatikusra van állítva. Emellett a másodlagos replikát már szinkronizálni kell, WSFC kvórumot kell használnia, és meg kell felelnie a rendelkezésre állási csoport rugalmas feladatátvételi szabályzat által megadott feltételeknek.

  • Aszinkron véglegesítési módban a feladatátvétel egyetlen formája a kényszerített manuális feladatátvétel (lehetséges adatvesztéssel), amelyet általában kényszerített feladatátvételineveznek. A kényszerített átváltás a manuális átváltás egyik formája, mert Önnek manuálisan kell kezdeményeznie. Az átkapcsolás egy vészhelyreállítási lehetőség. Ez az egyetlen feladatátvételi forma, amely akkor lehetséges, ha a cél másodlagos replika nincs szinkronizálva az elsődleges replikával.

További információért lásd: Feladatátvétel és feladatátvételi módok (Always On Rendelkezésre állási csoportok) .

Fontos

  • Az SQL Server feladatátvevő fürtpéldányai (FCI-k) nem támogatják az automatikus feladatátvételt a rendelkezésre állási csoportok által, így csak manuális feladatátvételt konfigurálhat bármely rendelkezésre állási replikához, amelyet egy FCI tárol.
  • Ha kényszerített feladatátvételi parancsot ad ki egy szinkronizált másodlagos replikán, a másodlagos replika ugyanúgy viselkedik, mint egy tervezett manuális feladatátvétel esetében.

Előnyök

Az Always On rendelkezésre állási csoportok számos olyan lehetőséget kínálnak, amelyek javítják az adatbázisok rendelkezésre állását és javítják az erőforrások használatát. A fő összetevők a következők:

  • Legfeljebb kilenc rendelkezésre állási replikát támogat. A rendelkezésre állási replika az SQL Server egy adott példánya által üzemeltetett rendelkezésre állási csoport példánya. A rendelkezésre állási csoporthoz tartozó összes rendelkezésre állási adatbázis helyi másolatát tartja fenn. Minden rendelkezésre állási csoport egy elsődleges replikát és legfeljebb nyolc másodlagos replikát támogat. További információ: Mi az Always On rendelkezésre állási csoport?

    Fontos

    Minden rendelkezésre állási replikának egyetlen Windows Server feladatátvevő fürt (WSFC) különböző csomópontján kell lennie. A Always On rendelkezésre állási csoportok előfeltételeiről, korlátozásairól és javaslatairól további információkért lásd: Előfeltételek, korlátozások és javaslatok az Always On rendelkezésre állási csoportokhoz.

  • Támogatja az alternatív rendelkezésre állási módokat az alábbiak szerint:

    • Aszinkron véglegesítési mód. Ez a rendelkezésre állási mód vészhelyreállítási megoldás, amely akkor működik jól, ha a rendelkezésre állási replikák jelentős távolságokra vannak elosztva.

    • Szinkron véglegesítési mód. Ez a rendelkezésre állási mód a megnövekedett tranzakciós késés árán a magas rendelkezésre állást és az adatvédelemre helyezi a hangsúlyt a teljesítmény felett. Egy adott rendelkezésre állási csoport legfeljebb öt szinkron véglegesítésű rendelkezésre állási replikát támogathat, beleértve az aktuális elsődleges replikát is.

      További információkért lásd: Az Always On rendelkezésre állási csoport különböző rendelkezésre állási módjai közötti különbségek.

  • A rendelkezésre állási csoport feladatátvételének számos formáját támogatja: az automatikus feladatátvételt, a tervezett manuális feladatátvételt (általában egyszerűen "manuális feladatátvétel"), valamint a kényszerített manuális feladatátvételt (általában egyszerűen "kényszerített feladatátvétel"). További információért lásd: Feladatátvétel és feladatátvételi módok (Always On Rendelkezésre állási csoportok) .

  • Lehetővé teszi egy adott rendelkezésre állási replika konfigurálását az alábbi aktív-másodlagos képességek vagy mindkettő támogatásához:

  • Támogat egy rendelkezésre állási csoport figyelőt minden rendelkezésre állási csoporthoz. A rendelkezésre állási csoport figyelőjének egy kiszolgálónév, amelyhez az ügyfelek csatlakozhatnak, hogy hozzáférjenek egy adatbázishoz egy Always On rendelkezésre állási csoport elsődleges vagy másodlagos replikájában. A rendelkezésre állási csoport figyelői a bejövő kapcsolatokat az elsődleges vagy csak olvasható másodlagos replikához irányítják. A figyelő gyors feladatátvételt biztosít az alkalmazások számára, miután egy rendelkezésre állási csoport feladatátvétele meghiúsult. További információ: Csatlakozás Always On rendelkezésre állási csoport figyelőhöz.

  • Támogatja a rugalmas feladatátvételi szabályzatot a rendelkezésre állási csoport feladatátvételének hatékonyabb szabályozásához. További információért lásd: Feladatátvétel és feladatátvételi módok (Always On Rendelkezésre állási csoportok) .

  • Támogatja az automatikus oldaljavítást az oldalsérülés elleni védelem érdekében. További információ: Automatikus oldaljavítás (rendelkezésre állási csoportok: Adatbázis-tükrözés).

  • Támogatja a titkosítást és a tömörítést, amely biztonságos, nagy teljesítményű átvitelt biztosít.

  • Integrált eszközkészletet biztosít a rendelkezésre állási csoportok üzembe helyezésének és felügyeletének egyszerűsítéséhez, beleértve a következőket:

Ügyfélkapcsolatok

Egy rendelkezésre állási csoport figyelőjének létrehozásával ügyfélkapcsolatot biztosíthat egy adott rendelkezésre állási csoport elsődleges replikájához. Egy rendelkezésre állási csoport figyelője olyan erőforrásokat biztosít, amelyek egy adott rendelkezésre állási csoporthoz vannak csatolva, hogy az ügyfélkapcsolatokat a megfelelő rendelkezésre állási replikához irányítsák.

A rendelkezésre állási csoport figyelője egy egyedi DNS-névvel van társítva, amely virtuális hálózatnévként (VNN), egy vagy több virtuális IP-címként (VIP-ként) és TCP-portszámként szolgál. További információ: Csatlakozás Always On rendelkezésre állási csoport figyelőhöz.

Ha egy rendelkezésre állási csoport csak két rendelkezésre állási replikával rendelkezik, és nincs beállítva a másodlagos replikához való olvasási hozzáférés engedélyezésére, az ügyfelek egy adatbázistükrözési kapcsolati sztring használatával csatlakozhatnak az elsődleges replikához. Ez a módszer ideiglenesen hasznos lehet, ha adatbázist migrál adatbázis-tükrözésből Always On rendelkezésre állási csoportokba. A másodlagos replikák hozzáadása előtt létre kell hoznia egy rendelkezésre állási csoport figyelőt a rendelkezésre állási csoporthoz, és frissítenie kell az alkalmazásokat a figyelő hálózati nevének használatára.

Jegyzet

Az SQL Server 2025 (17.x) TDS 8.0-s támogatást vezet be, amely szigorú TLS 1.3-titkosítást tesz lehetővé az Always On rendelkezésre állási csoport replikáihoz és figyelőjéhez való kapcsolatokhoz.

Konfigurációs követelmények:

  • Új rendelkezésre állási csoportok: A beállítások alkalmazásához hozza létre az AG-t a(z) Encrypt=Strict záradékban és hajtson végre CLUSTER_CONNECTION_OPTIONS átváltást.
  • Meglévő rendelkezésre állási csoportok: Módosítsa az AG-t a CLUSTER_CONNECTION_OPTIONS záradék segítségével, hogy beállítsa Encrypt=Strict-t, és hajtsa végre a feladatátvételt a beállítások alkalmazásához.
  • Szigorú titkosítás kényszerítése: Állítsa ezt a beállítást igen értékre az SQL Server Configuration Managerben minden replikához, és indítsa újra az SQL Server-replikákat.
  • Tanúsítványkövetelmények: Ha Encrypt=Strict be van állítva, TrustServerCertificate a rendszer figyelmen kívül hagyja.

Első lépésként tekintse át a Connectet szigorú titkosítással.

Aktív másodlagos replikák

Az Always On rendelkezésre állási csoportok támogatják az aktív másodlagos replikákat. Az aktív másodlagos képességek közé tartozik a következők támogatása:

  • Biztonsági mentési műveletek végrehajtása másodlagos replikákon

    A másodlagos replikák támogatják a naplók biztonsági mentését, és csak másolási teljes adatbázis, fájl vagy fájlcsoport biztonsági mentését. A rendelkezésre állási csoportot úgy konfigurálhatja, hogy megadhatja a biztonsági mentések végrehajtásának helyét. Fontos tisztában lenni azzal, hogy az SQL Server nem érvényesíti a beállításokat, ezért nincs hatással az alkalmi biztonsági mentésekre. Ennek a beállításnak az értelmezése attól függ, hogy milyen logikát kell beszkriptetni a biztonsági mentési feladatokba egy adott rendelkezésre állási csoport minden adatbázisához. Az egyes rendelkezésre állási replikák esetében megadhatja, hogy az adott replikán milyen prioritást kell biztosítani a biztonsági mentések végrehajtásához az ugyanazon rendelkezésre állási csoport többi replikájához képest. További információ: Támogatott biztonsági másolatok kiszervezése egy rendelkezésre állási csoport másodlagos replikáira.

  • csak olvasható hozzáférés egy vagy több másodlagos replikához (olvasható másodlagos replikákhoz)

    Bármely másodlagos rendelkezésre állási replikát úgy konfigurálhat, hogy csak írásvédett hozzáférést engedélyezhessen a helyi adatbázisokhoz, bár egyes műveletek nem támogatottak teljes mértékben. Ez a konfiguráció megakadályozza a másodlagos replikához való írás-olvasási csatlakozási kísérleteket. A elsődleges replika esetében is megakadályozható az olvasási munkaterhelés, ha csak olvasási-írási hozzáférést engedélyezünk. Ez a konfiguráció megakadályozza, hogy az elsődleges replikával csak-olvasási kapcsolatokat létesítsenek. További információért lásd: Írásvédett számítási feladatok kiszervezése egy Always On rendelkezésre állási csoport másodlagos replikájára.

    Ha egy magas rendelkezésre állású csoport jelenleg rendelkezik csoportfigyelővel és egy vagy több olvasható másodlagos replikával, az SQL Server irányíthatja az olvasási szándékú kapcsolati kéréseket a másodlagos replikák egyikére (írásvédett útválasztás). További információ: Csatlakozás Always On rendelkezésre állási csoport figyelőhöz.

Munkamenet-időtúllépési időszak

A munkamenet-lejárati idő egy rendelkezésre állási replika tulajdonsága, amely meghatározza, hogy mennyi ideig maradhat inaktív egy másik rendelkezésre állási replikával való kapcsolat, mielőtt a kapcsolat bezárul. Az elsődleges és másodlagos replikák pingelik egymást, és jelzik, hogy még aktívak. Ha pingelést kap a másik replikától az időtúllépési időszakban, az azt jelzi, hogy a kapcsolat továbbra is nyitva van, és hogy a kiszolgálópéldányok kommunikálnak. Ping fogadásakor a rendelkezésre állási replika újraindítja a munkamenet-időtúllépés számlálóját ezen a kapcsolaton.

A munkamenetidőtúllépési időszak megakadályozza, hogy bármelyik replikának határozatlan ideig várnia kelljen, hogy fogadjon egy pinget a másik replikától. Ha a munkamenet-időtúllépési időszakon belül nem érkezik pingelés a másik replikától, a replika túllépi az időkorlátot. A kapcsolat bezárul, és az időtúllépési replika a LEVÁLASZTOTT állapotba kerül. Még ha a leválasztott replika szinkron véglegesítési módra van konfigurálva, a tranzakciók nem várnak, amíg a replika újracsatlakozik és újraszinkronizálódik.

Az egyes rendelkezésre állási replikák alapértelmezett munkamenet-időtúllépési időtartama 10 másodperc. Ezt az értéket legalább 5 másodpercben konfigurálhatja. Általában tartsa az időtúllépési időtartamot 10 másodperc vagy annál hosszabb értéken. Ha az értéket 10 másodpercnél rövidebbre állítja, akkor fennáll annak a lehetősége, hogy egy erősen betöltött rendszer hamis hibát deklarál.

Jegyzet

Feloldói szerepkörben a munkamenet időtúllépési időszak nem alkalmazható, mert a pingelés nem történik meg.

Automatikus oldaljavítás

Minden rendelkezésre állási replika megpróbál automatikusan helyreállni a helyi adatbázis sérült lapjaiból bizonyos típusú hibák megoldásával, amelyek megakadályozzák az adatoldalak olvasását. Ha egy másodlagos replika nem tud beolvasni egy lapot, a replika új másolatot kér a lapról az elsődleges replikától. Ha az elsődleges replika nem tud olvasni egy lapot, a replika egy új példányra vonatkozó kérelmet küld az összes másodlagos replikának, és az elsőtől kapja meg a lapot, hogy válaszoljon. Ha ez a kérés sikeres, az olvashatatlan lapot lecseréli a másolat, amely általában megoldja a hibát.

További információ: Automatikus oldaljavítás (rendelkezésre állási csoportok: Adatbázis-tükrözés).

Együttműködés és együttélés más adatbázismotor-funkciókkal

Az Always On rendelkezésre állási csoportok az SQL Server alábbi funkcióival vagy összetevőivel működnek együtt:

Következő lépés

Az Always On rendelkezésre állási csoportok használatának első lépései

  • Last updated on