Az Always On rendelkezésre állási csoportok előfeltételei, korlátozásai és javaslatai

A következőkre vonatkozik:SQL Server

Ez a cikk az Always On rendelkezésre állási csoportok üzembe helyezésének szempontjait ismerteti, beleértve az előfeltételeket, a korlátozásokat és a gazdaszámítógépekre, a Windows Server feladatátvevő fürtökre (WSFC), a kiszolgálópéldányokra és a rendelkezésre állási csoportokra vonatkozó javaslatokat. Ezen összetevők mindegyikéhez biztonsági szempontokat és a szükséges engedélyeket kell megadni, ha vannak ilyenek.

Fontos

Az Always On rendelkezésre állási csoportok üzembe helyezése előtt javasoljuk, hogy olvassa el a témakör minden szakaszát.

Rendelkezésre állási csoportokat támogató .NET-gyorsjavítások

Az Always On rendelkezésre állási csoportokkal használni kívánt SQL Server-összetevőktől és funkcióktól függően előfordulhat, hogy az alábbi táblázatban azonosított további .NET-gyorsjavításokat kell telepítenie. A gyorsjavításokat bármilyen sorrendben telepítheti.

Függő funkció Gyorsjavítás Láncszem
Jelentési szolgáltatások A .NET 3.5 SP1 gyorsjavítása hozzáadja az SQL Clienthez az Always On funkciók támogatását, mint például az olvasási szándékot, a csak olvasható és a többszubrendszeres-hibásávváltás. A gyorsjavítást minden Reporting Services jelentéskészítő kiszolgálón telepíteni kell. KB 2654347: .NET 3.5 SP1 gyorsjavítása az Always On-funkciók támogatása érdekében

Ellenőrzőlista: Követelmények (Windows rendszer)

Az Always On rendelkezésre állási csoportok funkció támogatásához győződjön meg arról, hogy az egy vagy több rendelkezésre állási csoportban részt vevő összes számítógép megfelel az alábbi alapvető követelményeknek:

Követelmény Láncszem
Győződjön meg arról, hogy a rendszer nem tartományvezérlő. A rendelkezésre állási csoportok nem támogatottak a tartományvezérlőkben.
Győződjön meg arról, hogy minden számítógép támogatott Windows Server-verzión fut Hardver- és szoftverkövetelmények a következőhöz:

- SQL Server 2025
- SQL Server 2022
- SQL Server 2019
- SQL Server 2016 és SQL Server 2017
Győződjön meg arról, hogy minden számítógép egy csomópont egy WSFC-ben. A Windows Server feladatátvételi fürtözés a SQL Serverrel
Győződjön meg arról, hogy a WSFC elegendő csomópontot tartalmaz a rendelkezésre állási csoport konfigurációinak támogatásához. Egy fürtcsomópont egy replikát üzemeltethet egy rendelkezésre állási csoporthoz. Ugyanazon csomópont nem tud két replikát üzemeltetni ugyanabból a rendelkezésre állási csoportból. A fürtcsomópont több rendelkezésre állási csoportban is részt vehet, mindegyik csoportból egy replikával.

Kérdezze meg az adatbázis-adminisztrátorokat, hogy hány fürtcsomópontra van szükség a tervezett rendelkezésre állási csoportok replikáinak támogatásához.

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

Fontos

Győződjön meg arról is, hogy a környezet megfelelően van konfigurálva egy rendelkezésre állási csoporthoz való csatlakozáshoz. További információért lásd: A rendelkezésre állási csoportok illesztőprogram- és ügyfélkapcsolati támogatásával kapcsolatos információk.

Javaslatok rendelkezésre állási replikákat futtató számítógépekre (Windows rendszer)

  • Összehasonlítható rendszerek: Egy adott rendelkezésre állási csoport esetében az összes rendelkezésre állási replikának hasonló rendszereken kell futnia, amelyek képesek azonos számítási feladatokat kezelni.

  • Dedikált hálózati adapterek: A legjobb teljesítmény érdekében használjon dedikált hálózati kártyát (hálózati kártyát) az Always On rendelkezésre állási csoportokhoz.

  • Elegendő lemezterület: Minden olyan számítógépnek, amelyen egy kiszolgálópéldány rendelkezésre állási replikát üzemeltet, elegendő lemezterülettel kell rendelkeznie a rendelkezésre állási csoport összes adatbázisához. Ne feledje, hogy az elsődleges adatbázisok növekedésével a hozzájuk tartozó másodlagos adatbázisok mennyisége azonos.

  • Azonos lemezelrendezés: Minden olyan számítógépnek, amelyen egy kiszolgálópéldány rendelkezésre állási replikát üzemeltet, azonos lemezelrendezéssel kell rendelkeznie (pontos lemezmeghajtó betűkkel és méretekkel), hogy az adatbázisfájlok (mdf, ldf) fájlelérési útvonalai tükrözve legyenek, megelőzve a telepítés és a szinkronizálás során jelentkező bonyodalmakat. Tekintse át különböző lemezelrendezések korlátozásait (rendelkezésre állási adatbázisok).

  • Erőforrás-vezérlő konfigurációja: Ha erőforrás-kormányzót használ, használja ugyanazt az erőforrás-kormányzó konfigurációt minden olyan példányon, amely rendelkezésre állási csoport replikáit üzemelteti.

Engedélyek (Windows rendszer)

A WSFC felügyeletéhez a felhasználónak rendszergazdaként kell lennie minden fürtcsomóponton.

A klaszter adminisztrációját ellátó fiókkal kapcsolatos további információkért lásd A függelék: Feladatátvevő fürt követelményei.

A HostRecordTTL módosítása (a PowerShell használatával)

  1. Nyissa meg a PowerShell-ablakot a Futtatás rendszergazdaként.

  2. Importálja a Feladatátvételi klaszterek modult.

  3. A Get-ClusterResource parancsmaggal keresse meg a Hálózatnév erőforrást, majd Set-ClusterParameter parancsmaggal állítsa be a HostRecordTTL értékét az alábbiak szerint:

    Get-ClusterResource "<HálózatiErőforrásNév>" | Set-ClusterParameter HostRecordTTL <IdőMásodpercben>

    Az alábbi PowerShell-példa 300 másodpercre állítja a HostRecordTTL-t egy SQL Network Name (SQL35)nevű hálózatinév-erőforrás esetében.

    Import-Module FailoverClusters

$nameResource = "SQL Network Name (SQL35)"
Get-ClusterResource $nameResource | Set-ClusterParameter HostRecordTTL 300

    Borravaló

    Minden alkalommal, amikor új PowerShell-ablakot nyit meg, importálnia kell a Feladatátvételi klaszterek modult.

Kapcsolódó tartalom (PowerShell)

Kapcsolódó tartalom (Windows rendszer)

AZ SQL Server-példány előfeltételei és korlátozásai

Minden rendelkezésre állási csoporthoz több feladatátvevő partnerre van szükség, más néven rendelkezésre állási replikákra, amelyeket az SQL Server példányai üzemeltetnek. Egy adott kiszolgálópéldány lehet különálló példány vagy SQL Server Feladatátvevő Fürtpéldány (FCI).

Ebben a szakaszban:

Ellenőrzőlista: Előfeltételek (kiszolgálópéldány)

Előfeltétel Linkek
A gazdaszámítógépnek WSFC-csomópontnak kell lennie. Az SQL Server példányai, amelyek egy adott rendelkezésre állási csoport replikáit üzemeltetik, a fürt különböző csomópontjain találhatók. A rendelkezésre állási csoport átmenetileg két fürt között helyezkedhet el, miközben különböző fürtökbe kerül át. Az SQL Server 2016 (13.x) elosztott rendelkezésre állási csoportokat vezetett be. Egy elosztott rendelkezésre állási csoportban két rendelkezésre állási csoport található különböző fürtökön. A Windows Server feladatátvételi fürtözés a SQL Serverrel

Feladatátvételi fürtszolgáltatás és Always On rendelkezésre állási csoportok (SQL Server)

Elosztott rendelkezésre állási csoportok
Ha azt szeretné, hogy egy rendelkezésre állási csoport működjön a Kerberossal:

A rendelkezésre állási csoport rendelkezésre állási replikáját üzemeltető összes kiszolgálópéldánynak ugyanazt az SQL Server-szolgáltatásfiókot kell használnia.

A tartományi rendszergazdának manuálisan regisztrálnia kell egy Service Principal Name (SPN) nevet az Active Directoryban az SQL Server szolgáltatásfiókján a rendelkezésre állási csoport figyelőjének virtuális hálózati neve (VNN) számára. Ha a szolgáltatásnév nem az SQL Server szolgáltatásfiókján van regisztrálva, a hitelesítés sikertelen.

Ha Kerberos-hitelesítést szeretne használni a rendelkezésre állási csoport (AG) végpontjai közötti kommunikációhoz, manuálisan regisztrálja az SPN-eket az AG által használt adatbázistükrözési végpontokhoz.

Fontos: Ha módosítja az SQL Server szolgáltatásfiókot, a tartományi rendszergazdának manuálisan újra kell regisztrálnia a szolgáltatási nevet (SPN).		 Szolgáltatási főnév regisztrálása a Kerberos-kapcsolatokhoz

megjegyzés:

A Kerberos és az SPN kölcsönös hitelesítést kényszerít. Az SPN a Windows-fiókra van leképezve, amely elindítja az SQL Server-szolgáltatásokat. Ha az egyszerű szolgáltatásnév nincs megfelelően regisztrálva, vagy sikertelen, a Windows biztonsági réteg nem tudja meghatározni az egyszerű szolgáltatásnévhez társított fiókot, és a Kerberos-hitelesítés nem használható.

Jegyzet:NTLM nem rendelkezik ezzel a követelménnyel.
Ha egy SQL Server feladatátvevő fürtpéldányt (FCI) szeretne használni egy rendelkezésre állási replika üzemeltetéséhez, győződjön meg arról, hogy ismeri az FCI-korlátozásokat, és hogy teljesülnek az FCI-követelmények. Előfeltételek és követelmények egy SQL Server feladatátvevő fürtpéldány (FCI) rendelkezésre állási replika üzemeltetéséhez (a cikk későbbi részében)
A rendelkezésre állási csoportban való részvételhez minden kiszolgálópéldánynak az SQL Server ugyanazon verzióját kell futtatnia. További információkért tekintse meg a jelen szakasz végén található kiadások és támogatott funkciók listáját.
A rendelkezésre állási csoport rendelkezésre állási replikáit üzemeltető összes kiszolgálópéldánynak ugyanazt az SQL Server-rendezést kell használnia. A kiszolgáló osztályozási sorrendjének beállítása vagy módosítása
Engedélyezze az Always On rendelkezésre állási csoportok funkciót minden olyan kiszolgálópéldányon, amely rendelkezésre állási replikát fog üzemeltetni bármely rendelkezésre állási csoporthoz. Egy adott számítógépen annyi kiszolgálópéldányt engedélyezhet az Always On rendelkezésre állási csoportok számára, amennyit az SQL Server telepítése támogat. Always On rendelkezésreállási csoport funkció engedélyezése vagy letiltása

Fontos: Ha megsemmisít és újra létrehoz egy WSFC-t, a Windows Server Failover Cluster-t, le kell tiltania és újra engedélyeznie kell az Always On rendelkezésre állási csoportok funkcióját minden olyan kiszolgálópéldányon, amely az eredeti fürtben engedélyezve volt az Always On rendelkezésre állási csoportok számára.
Minden kiszolgálópéldányhoz szükség van egy adatbázistükrözési végpontra. Ezt a végpontot a kiszolgálópéldány összes rendelkezésre állási replikája, valamint az adatbázis-tükröző partnerek és tanúk megosztják.

Ha egy rendelkezésre állási replika üzemeltetésére kiválasztott kiszolgálópéldány tartományi felhasználói fiók alatt fut, és még nem rendelkezik adatbázistükrözési végponttal, a Rendelkezésre állási csoport varázsló (SQL Server Management Studio) használata ( vagy replika hozzáadása az Always On rendelkezésre állási csoporthoz az SQL Server Management Studio Rendelkezésreállási csoport varázslójának használatával) létrehozhatja a végpontot, és engedélyt adhat CONNECT a kiszolgálópéldány szolgáltatásfiókjának. Ha azonban az SQL Server szolgáltatás beépített fiókként fut, például helyi rendszerként, helyi szolgáltatásként vagy hálózati szolgáltatásként vagy nem tartományhoz tartozó fiókként, akkor a végponthitelesítéshez tanúsítványokat kell használnia, és a varázsló nem tud adatbázistükrözési végpontot létrehozni a kiszolgálópéldányon. Ebben az esetben javasoljuk, hogy a varázsló elindítása előtt manuálisan hozza létre az adatbázis tükrözési végpontjait.

Biztonsági megjegyzés: Always On rendelkezésre állási csoportok átviteli biztonsága megegyezik az adatbázis-tükrözéssel.		 Az adatbázis tükrözési végpontja (SQL Server)

Átviteli biztonság – Adatbázis-tükrözés – Mindig rendelkezésre állási
Ha a FILESTREAM-et használó adatbázisok egy rendelkezésre állási csoporthoz vannak hozzáadva, győződjön meg arról, hogy a FILESTREAM engedélyezve van minden olyan kiszolgálópéldányon, amely a rendelkezésre állási csoport rendelkezésre állási replikáját fogja üzemeltetni. FILESTREAM- engedélyezése és konfigurálása
Ha bármilyen tartalmazott adatbázist hozzáad egy rendelkezésre állási csoporthoz, győződjön meg arról, hogy a adatbázis-hitelesítési beállítás legyen beállítva minden kiszolgálópéldányon 1, amely a csoport valamelyik rendelkezésre állási replikáját üzemelteti. Kiszolgálókonfiguráció: zárt adatbázis-hitelesítés

kiszolgáló konfigurációs beállításai

Az SQL Server windowsos kiadásai által támogatott funkciók listáját a következő témakörben találja:

Rendelkezésre állási csoportok szálhasználata

Az Always On rendelkezésre állási csoportok a következő követelményeket támasztják a munkamenetszálakra vonatkozóan:

  • Az SQL Server tétlen példányán az Always On rendelkezésre állási csoportok 0 szálat használnak.

  • A rendelkezésre állási csoportok által használt szálak maximális száma a kiszolgálószálak (max worker threads) legfeljebb 40 maximális számának konfigurált beállítása.

  • Az adott kiszolgálópéldányon üzemeltetett rendelkezésre állási replikák egyetlen szálkészletet használnak az SQL Server 2019 -ben (15.x) és a korábbi verziókban.

    A szálakat igény szerinti bontásban osztják meg, az alábbiak szerint:

    • Általában 3–10 megosztott szál van, de ez a szám az elsődleges replikaterheléstől függően növekedhet.

    • Ha egy adott szál egy ideig tétlen, a rendszer visszaengedi az általános SQL Server-szálkészletbe. Az inaktív szálak általában ~15 másodperc inaktivitás után szabadulnak fel. Az utolsó tevékenységtől függően azonban előfordulhat, hogy egy tétlen szál hosszabb ideig marad meg.

    • Az SQL Server-példányok legfeljebb 100 szálat használnak a másodlagos replikák párhuzamos ismétléséhez. Minden adatbázis a processzormagok teljes számának legfeljebb a felét használja, de adatbázisonként legfeljebb 16 szálat. Ha az egyetlen példányhoz szükséges szálak száma meghaladja a 100-t, az SQL Server minden fennmaradó adatbázishoz egyetlen ismétlési szálat használ. A soros újraindító szálak körülbelül 15 másodpercnyi inaktivitás után szabadulnak fel.

  • Emellett a rendelkezésre állási csoportok nem tagolt szálakat használnak az alábbiak szerint:

    • Minden elsődleges replika 1 naplórögzítési szálat használ minden elsődleges adatbázishoz. Emellett minden másodlagos adatbázishoz 1 naplóküldési szálat használ. A naplóküldési szálak ~15 másodperc inaktivitás után szabadulnak fel.

    • A másodlagos replika biztonsági mentése az elsődleges replikán tárolja a szálat a biztonsági mentési művelet időtartamára.

  • Az SQL Server 2022 (16.x) bevezette a párhuzamos redo szálakészletet, amely egy példányszintű szálkészlet, és az összes olyan adatbázissal meg van osztva, amelynél redo műveletek folynak. Ezzel a készlettel ugyanaz a szálkészlet egyszerre (párhuzamosan) képes feldolgozni a különböző adatbázisok naplórekordjait. Az SQL Server 2019 -ben (15.x) és a korábbi verziókban az ismétléshez elérhető szálak száma 100-ra korlátozódik.

  • Az SQL Server 2019 (15.x) párhuzamos ismétlést vezetett be a memóriaoptimalizált rendelkezésre állási csoport adatbázisaihoz. Az SQL Server 2016 -ban (13.x) és az SQL Server 2017-ben (14.x) a lemezalapú táblák nem használnak párhuzamos ismétlést, ha egy rendelkezésre állási csoport adatbázisa szintén memóriaoptimalizált.

További információ: Always On – HADRON Learning Series: Feldolgozókészlet használata HADRON-kompatibilis adatbázisokhoz (CSS SQL Server Engineers Blog).

Engedélyek (kiszolgálópéldány)

Feladat Szükséges engedélyek
Az adatbázis tükrözési végpontjának létrehozása Engedélyre vagy tagságra van szükség CREATE ENDPOINT a sysadmin rögzített kiszolgálói szerepkörben. Engedélyre is szükség van CONTROL ON ENDPOINT . További információ: GRANT végpontengedélyek.
Always On rendelkezésre állási csoportok engedélyezése A Rendszergazda csoporthoz való csatlakozást igényli a helyi számítógépen, és teljes körű vezérlést igényel a WSFC-n.

Feladat Cikk
Annak meghatározása, hogy létezik-e adatbázis-tükrözési végpont sys.database_mirroring_endpoints
Az adatbázis tükrözési végpontjának létrehozása (ha még nem létezik) Adatbázistükrözési végpont létrehozása Windows-hitelesítéshez

Tanúsítványok használata adatbázistükrözési végponthoz

Adatbázistükrözési végpont létrehozása rendelkezésre állási csoporthoz a PowerShell használatával
Rendelkezésre állási csoportok engedélyezése Always On rendelkezésreállási csoport funkció engedélyezése vagy letiltása

Kapcsolódó tartalom (kiszolgálópéldány)

Hálózati csatlakozási javaslatok

Határozottan javasoljuk, hogy ugyanazokat a hálózati kapcsolatokat használja a WSFC-csomópontok közötti kommunikációhoz és a rendelkezésre állási replikák közötti kommunikációhoz. A különálló hálózati hivatkozások használata váratlan viselkedést okozhat, ha egyes hivatkozások meghiúsulnak (akár időszakosan is).

Ha például egy rendelkezésre állási csoport támogatja az automatikus feladatátvételt, a másodlagos replikának, amely az automatikus feladatátvételi partner, SZINKRONIZÁLT állapotban kell lennie. Ha a másodlagos replikához tartozó hálózati kapcsolat meghiúsul (akár időszakosan is), a replika beírja a NEMSZINKRONIZÁLT állapotot, és nem kezdheti el újraszinkronizálni a kapcsolatot, amíg vissza nem állítja a kapcsolatot. Ha a WSFC automatikus feladatátvételt kér, amíg a másodlagos replika nincs aszinkronizálva, az automatikus feladatátvétel nem történik meg.

Ügyfélkapcsolat támogatása

Az Always On rendelkezésre állási csoportok ügyfélkapcsolati támogatásáról a Rendelkezésre állási csoportok illesztőprogram- és ügyfélkapcsolati támogatásáróltalál további információt.

Az SQL Server feladatátvevő fürtpéldány (FCI) rendelkezésre állási replika üzemeltetésére való használatának előfeltételei és korlátozásai

Ebben a szakaszban:

Korlátozások (FCI-k)

Jegyzet

A feladatátvevő fürtpéldányok (FCI-k) támogatják fürtözött megosztott köteteket (CSV). További információ a CSV-ről: Feladatátvevő fürt megosztott köteteinek áttekintése.

  • Az FCI fürtcsomópontjai csak egyetlen replikát üzemeltethetnek egy adott rendelkezésre állási csoport számára. Ha egy rendelkezésre állási replikát ad hozzá egy FCI-hez, akkor a potenciális FCI-tulajdonosok WSFC-csomópontjai nem üzemeltethetnek egy másik replikát ugyanahhoz a rendelkezésre állási csoporthoz. A lehetséges ütközések elkerülése érdekében ajánlott konfigurálni a lehetséges tulajdonosokat a feladatátvevő fürtpéldányhoz. Ez megakadályozza, hogy egyetlen WSFC megpróbáljon két rendelkezésre állási replikát üzemeltetni ugyanannak a rendelkezésre állási csoportnak.

    Ezenkívül minden további másolatot egy olyan SQL Server-példánynak kell üzemeltetnie, amely ugyanazon a Windows Server-feladatátvevő fürt egy másik csomópontján található. Az egyetlen kivétel az, hogy egy rendelkezésre állási csoport ideiglenesen két fürt között is elosztható, miközben egy másik fürtbe kerül áttelepítésre.

    Figyelmeztetés

    Ha a Feladatátvevőfürt-kezelővel áthelyez egy rendelkezésre állási csoportot futtató FCI-t egy olyan csomópontra, amely már ugyanazon rendelkezésre állási csoport replikáját üzemelteti, a rendelkezésre állási csoport replikája elveszhet, így nem lehet online állapotba helyezni a célcsomóponton. Az átállási fürt egyetlen csomópontja nem képes több replikát üzemeltetni ugyanahhoz a rendelkezésre állási csoporthoz. A probléma előfordulásáról és a helyreállítás módjáról a rendelkezésre állási csoportban váratlanul elvetett replika című blogban talál további információt.

  • Az FCI-k nem támogatják az automatikus feladatátvételt a rendelkezésre állási csoportok szerint: Az FCI-k nem támogatják a rendelkezésre állási csoportok által végzett automatikus feladatátvételt, így az FCI által üzemeltetett rendelkezésre állási replikák csak manuális feladatátvételre konfigurálhatók.

  • FCI-hálózat nevének módosítása: Ha módosítania kell egy rendelkezésre állási replikát üzemeltető FCI hálózati nevét, el kell távolítania a replikát a rendelkezésre állási csoportból, majd vissza kell adnia a replikát a rendelkezésre állási csoportba. Az elsődleges replika nem távolítható el, ezért ha az elsődleges replikát üzemeltető FCI-t átnevezi, át kell állítania egy másodlagos replikára, majd el kell távolítania a korábbi elsődleges replikát, és vissza kell adnia. Az FCI átnevezése megváltoztathatja az adatbázis tükrözési végpontjának URL-címét. A replika hozzáadásakor győződjön meg arról, hogy megadja az aktuális végpont URL-címét.

Ellenőrzőlista: Előfeltételek (FCI-k)

Előfeltétel Láncszem
Győződjön meg arról, hogy minden SQL Server feladatátvevő fürtpéldány (FCI) rendelkezik a szükséges megosztott tárterülettel a szabványos SQL Server feladatátvevő fürtpéldányok telepítésének megfelelően.

Feladat Cikk
SQL Server FCI telepítése Új Always On feladatátvevő fürtpéldány létrehozása (beállítás)
Meglévő SQL Server FCI helyben történő frissítése Feladatátvevő fürtpéldány frissítése
A meglévő SQL Server FCI karbantartása Csomópontok hozzáadása vagy eltávolítása feladatátvevő fürtpéldányban (telepítő)

Kapcsolódó tartalom (FCI-k)

A rendelkezésre állási csoport előfeltételei és korlátozásai

Ebben a szakaszban:

Korlátozások (rendelkezésre állási csoportok)

  • Rendelkezésre állási replikákat egy WSFC különböző csomópontjainak kell üzemeltetniük: Egy adott rendelkezésre állási csoport esetén a rendelkezésre állási replikákat ugyanazon WSFC különböző csomópontjaiban futó kiszolgálópéldányoknak kell üzemeltetniük. Az egyetlen kivétel az, hogy egy rendelkezésre állási csoport ideiglenesen két fürt között is elosztható, miközben egy másik fürtbe kerül áttelepítésre.

    Jegyzet

    Az ugyanazon fizikai számítógépen lévő virtuális gépek minden egyes rendelkezésre állási replikát üzemeltethetnek ugyanahhoz a rendelkezésre állási csoporthoz, mivel minden virtuális gép külön számítógépként működik.

  • Egyedi rendelkezésre állási csoport neve: Minden rendelkezésre állási csoport nevének egyedinek kell lennie a WSFC-ben. A rendelkezésre állási csoport nevének maximális hossza 128 karakter.

  • Rendelkezésre állási replikák: Minden rendelkezésre állási csoport egy elsődleges replikát és legfeljebb nyolc másodlagos replikát támogat. Az összes replika aszinkron véglegesítési módban futtatható, vagy legfeljebb öt futtatható szinkron-véglegesítési módban (egy elsődleges replika két szinkron másodlagos replikával). Minden replikának egyedi kiszolgálónévvel kell rendelkeznie a Windowsban és az SQL Serverben is. A Windows és az SQL Server közötti kiszolgálóneveknek egyeznie kell.

  • Rendelkezésre állási csoportok és rendelkezésre állási adatbázisok maximális száma számítógépenként: A számítógépen elhelyezhető adatbázisok és rendelkezésre állási csoportok tényleges száma (virtuális gép vagy fizikai) a hardvertől és a számítási feladattól függ, de nincs érvényes korlát. A Microsoft fizikai gépenként legfeljebb 10 AG-t és 100 DB-t tesztelt; ez azonban nem kötési korlát. A kiszolgáló hardverspecifikációjától és a számítási feladattól függően nagyobb számú adatbázist és rendelkezésre állási csoportot helyezhet el az SQL Server egy példányán. A túlterhelt rendszerek jelei közé tartozhat a feldolgozói szál kimerülése, a rendelkezésre állási csoport rendszernézeteinek és DMV-jeinek lassú válaszideje, valamint/vagy elakadt diszpécserrendszer-memóriaképek. Győződjön meg arról, hogy termeléshez hasonló terhelésekkel alaposan teszteli a környezetet, hogy az képes legyen kezelni az alkalmazás szolgáltatási szint megállapodásaiban szereplő csúcsterhelési kapacitást. Az SLA-k mérlegelésekor mindenképpen vegye figyelembe a terhelést meghibásodási feltételek mellett, valamint a várt válaszidőt.

  • Ne használja a Feladatátvevőfürt-kezelőt a rendelkezésre állási csoportokkezelésére. Az SQL Server FCI állapota megosztott az SQL Server és a Windows kiszolgálói feladatátvevő fürt (WSFC) között, az SQL Server pedig részletesebb állapotinformációkat tárol a példányokról, mint amennyire a fürt szükségesnek tartja. A felügyeleti modell az, hogy az SQL Servernek kell vezetnie a tranzakciókat, és felelős azért, hogy a fürt nézete szinkronban legyen az SQL Server állapotnézetével. Ha a fürt állapotát az SQL Servertől függetlenül változtatják meg, lehetséges, hogy az állapot nincs szinkronban a WSFC és az SQL Server között, ami kiszámíthatatlan viselkedéshez vezethet.

    Például:

    • Ne módosítsa a rendelkezésre állási csoport tulajdonságait, például a lehetséges tulajdonosokat.

    • Ne használja a Feladatátvevőfürt-kezelőt a rendelkezésre állási csoportok feladatátvételére. A Transact-SQL vagy az SQL Server Management Studiót kell használnia.

  • Ne adjon hozzá erőforrásokat, és ne módosítsa a rendelkezésre állási csoport szerepkörhöz társított függőségeket. Nem javasoljuk, hogy további erőforrásokat (beleértve a felhasználót vagy harmadik feleket) helyezzen a rendelkezésre állási csoport szerepkörébe, vagy módosítsa a szerepkörfüggőségeket, mivel ezek a változások negatív hatással lehetnek a feladatátvételi teljesítményre.

Előfeltételek (rendelkezésre állási csoportok)

Rendelkezésre állási csoport konfigurációjának létrehozásakor vagy újrakonfigurálásakor győződjön meg arról, hogy megfelel az alábbi követelményeknek.

Előfeltétel Leírás
Ha egy SQL Server feladatátvevő fürtpéldányt (FCI) szeretne használni egy rendelkezésre állási replika üzemeltetéséhez, győződjön meg arról, hogy ismeri az FCI-korlátozásokat, és hogy teljesülnek az FCI-követelmények. Rendelkezésre állási replika üzemeltetésére szolgáló SQL Server feladatátvevő fürtpéldány (FCI) használatának előfeltételei és korlátozásai (a cikk korábbi szakasza)

Biztonság (rendelkezésre állási csoportok)

  • A biztonság a WSFC-től öröklődik. A Windows Server feladatátvételi fürtözés két szintű felhasználói biztonságot biztosít a teljes fürt részletességében:

    • Írásvédett hozzáférés

    • Teljes vezérlés

      Az Always On rendelkezésre állási csoportok teljes körű vezérlést igényelnek, és ha az Sql Server egy példányán engedélyezi az Always On rendelkezésre állási csoportokat, az teljes mértékben felügyeli a fürtöt (a Szolgáltatáson SIDkeresztül).

      A Fürtkezelőben közvetlenül nem adhat hozzá vagy távolíthat el biztonsági beállításokat egy kiszolgálópéldányhoz. A fürtbiztonsági munkamenetek kezeléséhez használja az SQL Server Configuration Managert vagy az SQL Server WMI-megfelelőjét.

  • Az SQL Server minden példányának rendelkeznie kell a beállításjegyzékhez, a fürthöz és hasonló erőforrásokhoz való hozzáféréshez szükséges engedélyekkel.

  • Javasoljuk, hogy titkosítást használjon az Always On rendelkezésre állási csoport rendelkezésre állási replikákat üzemeltető kiszolgálópéldányok közötti kapcsolatokhoz.

Engedélyek (rendelkezésre állási csoportok)

Feladat Szükséges engedélyek
Rendelkezésre állási csoport létrehozása A sysadmin rögzített kiszolgálói szerepkörben való tagságot, valamint CREATE AVAILABILITY GROUP kiszolgálói engedélyt, ALTER ANY AVAILABILITY GROUP engedélyt vagy CONTROL SERVER engedélyt igényel.
Rendelkezésre állási csoport módosítása Engedélyre van szükség ALTER AVAILABILITY GROUP a rendelkezésre állási csoporthoz, CONTROL AVAILABILITY GROUP engedélyhez, ALTER ANY AVAILABILITY GROUP engedélyhez vagy CONTROL SERVER engedélyhez.

Emellett az adatbázis rendelkezésre állási csoporthoz való csatlakoztatásához tagságra van szükség a db_owner rögzített adatbázis-szerepkörben.
Rendelkezésre állási csoport elvetése/törlése Engedélyre van szükség ALTER AVAILABILITY GROUP a rendelkezésre állási csoporthoz, CONTROL AVAILABILITY GROUP engedélyhez, ALTER ANY AVAILABILITY GROUP engedélyhez vagy CONTROL SERVER engedélyhez. A helyi replikahelyen nem üzemeltetett rendelkezésre állási csoport elvetéséhez engedélyre vagy CONTROL SERVER engedélyre van szükség CONTROL az adott rendelkezésre állási csoportban.

Feladat Cikk
Rendelkezésre állási csoport létrehozása Rendelkezésre állási csoport varázsló (SQL Server Management Studio)

Egy Always On rendelkezésre állási csoport létrehozása Transact-SQL (T-SQL)

Always On rendelkezésre állási csoport létrehozása a PowerShell-

Végpont URL-címének megadása – Rendelkezésre állási replika hozzáadása vagy módosítása
A rendelkezésre állási replikák számának módosítása Másodlagos replika hozzáadása Always On rendelkezésre állási csoporthoz

Másodlagos replika csatlakoztatása Always On rendelkezésre állási csoporthoz

Másodlagos replika eltávolítása rendelkezésre állási csoportból (SQL Server)
Rendelkezésre állási csoport figyelőjének létrehozása Always On rendelkezésre állási csoport figyelőjének konfigurálása
Rendelkezésre állási csoport eltávolítása Rendelkezésre állási csoport (SQL Server) eltávolítása

A rendelkezésre állási adatbázis előfeltételei és korlátozásai

Ahhoz, hogy egy adatbázis hozzáadható legyen egy rendelkezésre állási csoporthoz, meg kell felelnie az alábbi előfeltételeknek és korlátozásoknak.

Ebben a szakaszban:

Ellenőrzőlista: Követelmények (rendelkezésre állási adatbázisok)

Ahhoz, hogy egy adatbázis hozzáadható legyen egy rendelkezésre állási csoporthoz, az alábbiakra van szükség:

Követelmények Láncszem
Legyen felhasználói adatbázis. A rendszeradatbázisok nem tartozhatnak rendelkezésre állási csoporthoz.
Az SQL Server azon példányán helyezkedjen el, ahol létrehozza a rendelkezésre állási csoportot, és legyen elérhető a kiszolgálópéldány számára.
Legyen írható-olvasható adatbázis. Írásvédett adatbázisok nem vehetők fel rendelkezésre állási csoportokba. sys.adatbázisok (is_read_only = 0)
Legyen többfelhasználós adatbázis. sys.databases (user_access = 0)
Nincs használatban AUTO_CLOSE. sys.databases (is_auto_close_on = 0)
Használja a teljes helyreállítási modellt. sys.databases (recovery_model = 1)
Rendelkezik legalább egy teljes adatbázis biztonsági mentési szolgáltatással.

Megjegyzés: Miután az adatbázist teljes helyreállítási modellre állítja, teljes biztonsági mentésre van szükség a teljes helyreállítási naplólánc elindításához.		 Teljes adatbázis biztonsági mentésének létrehozása
Nem tartozik egyetlen meglévő rendelkezésre állási csoporthoz sem. sys.databases (group_database_id = NULL)
Nem konfigurálható adatbázis-tükrözéshez. sys.database_mirroring (Ha az adatbázis nem vesz részt a tükrözésben, a "mirroring_" előtaggal ellátott összes oszlop NULL értékű.)
Mielőtt hozzáad egy olyan adatbázist, amely a FILESTREAM-et használja egy rendelkezésre állási csoporthoz, győződjön meg arról, hogy a FILESTREAM engedélyezve van minden olyan kiszolgálópéldányon, amely a rendelkezésre állási csoport rendelkezésre állási replikáját üzemelteti vagy üzemelteti. FILESTREAM- engedélyezése és konfigurálása
Mielőtt egy tartalmazott adatbázist hozzáadna egy rendelkezésre állási csoporthoz, győződjön meg arról, hogy a tartalmazott adatbázis-hitelesítés kiszolgálói beállítása 1 értékre van állítva minden olyan kiszolgálópéldányon, amely a rendelkezésre állási csoport rendelkezésre állási replikáját üzemelteti vagy üzemeltetni fogja. Kiszolgálókonfiguráció: zárt adatbázis-hitelesítés

kiszolgáló konfigurációs beállításai

Jegyzet

Az Always On rendelkezésre állási csoportok bármilyen támogatott adatbázis-kompatibilitási szinttel működnek.

Korlátozások (rendelkezésre állási adatbázisok)

  • Ha egy másodlagos adatbázis fájl elérési útja (beleértve a meghajtóbetűjelet) eltér a megfelelő elsődleges adatbázis elérési útjától, a következő korlátozások érvényesek:

    • Új rendelkezésreállási csoport varázsló/Adatbázis hozzáadása a rendelkezésre állási csoporthoz varázsló: A Teljes beállítás nem támogatott (a Kezdeti adatszinkronizálási lap kiválasztása (Always On rendelkezésre állási csoport varázslók) lapon),

    • VISSZAÁLLÍTÁS ÁTHELYEZÉSSEL: A másodlagos adatbázisok létrehozásához az adatbázisfájlokat a másodlagos replikát üzemeltető SQL Server minden példányán vissza kell állítani WITH MOVE .

    • A bővítményfájl-műveletekre gyakorolt hatás: Előfordulhat, hogy az elsődleges replikán egy későbbi bővítményfájl-művelet meghiúsul a másodlagos adatbázisokon. Ez a hiba a másodlagos adatbázisok felfüggesztését okozhatja. Ez viszont azt eredményezi, hogy a másodlagos replikák belépnek az NOT SYNCHRONIZING állapotba.

      Jegyzet

      A sikertelen ad-file műveletre való válaszadásról további információt a sikertelen bővítményfájl-művelet hibaelhárítása (Always On rendelkezésre állási csoportok) című témakörben talál.

  • Nem helyezhet el olyan adatbázist, amely jelenleg egy rendelkezésre állási csoporthoz tartozik.

A TDE által védett adatbázisok nyomon követése

Transzparens adattitkosítás (TDE) használata esetén az egyéb kulcsok létrehozásához és visszafejtéséhez használt tanúsítványnak vagy aszimmetrikus kulcsnak azonosnak kell lennie minden olyan kiszolgálópéldányon, amely a rendelkezésre állási csoport rendelkezésre állási replikáját üzemelteti. További információ: TDE által védett adatbázis áthelyezése egy másik SQL Serverre.

Engedélyek (rendelkezésre állási adatbázisok)

Az adatbázishoz ALTER engedély szükséges.

Feladat Cikk
Másodlagos adatbázis előkészítése (manuálisan) Másodlagos adatbázis előkészítése Always On rendelkezésre állási csoporthoz
Másodlagos adatbázis csatlakoztatása rendelkezésre állási csoporthoz (manuálisan) Csatlakozás másodlagos adatbázishoz Always On rendelkezésre állási csoporthoz
A rendelkezésre állási adatbázisok számának módosítása Adatbázis hozzáadása Always On rendelkezésre állási csoporthoz

Másodlagos adatbázis eltávolítása rendelkezésre állási csoportból (SQL Server)

Elsődleges adatbázis eltávolítása az Always On elérhetőségi csoportból

Kapcsolódó tartalom

  • Last updated on