Az Always On rendelkezésre állási csoportok bérleti, fürt- és állapotellenőrzési időkorlátjainak mechanikája és irányelvei.

A hardver-, szoftver- és fürtkonfigurációk különbségei, valamint az üzemidő és a teljesítmény különböző alkalmazáskövetelményei konkrét konfigurációt igényelnek a bérlet, a fürt és az állapot-ellenőrzés időtúllépési értékeihez. Egyes alkalmazások és számítási feladatok agresszívebb monitorozást igényelnek az állásidő korlátozásához a súlyos hibák után. Mások nagyobb tűrést igényelnek az átmeneti hálózati problémák és a magas erőforrás-használattól való várakozások esetén, és a lassabb feladatátvételekkel is jól járnak.

Az egyes csomópontokon több szolgáltatás is működik a hibák észleléséhez. A fürtszolgáltatás észlelheti a kvórumvesztést, az erőforrás DLL-je észlelheti az Always On állapotészlelés által felszínre kerülő problémát, vagy a manuális feladatátvételt közvetlenül az elsődleges példányon kezdeményezheti. A fürtszolgáltatás, az erőforrás-gazdagép és az SQL Server-példány RPC-n, megosztott memórián és T-SQL-n keresztül szinkronizálja egymással. A legtöbb esetben ezek a szolgáltatások sikeresen kommunikálnak, de ez a kommunikáció még az ugyanazon a gépen lévő szolgáltatások között sem teljesen megbízható. Emellett a rendelkezésre állási csoportnak (AG) képesnek kell lennie ellenállni a rendszerszintű eseményeknek, például a hálózati és lemezhibáknak, ami megakadályozhatja a kommunikációt vagy megszakíthatja a működést. Számos hibaeset esetén és a szolgáltatások közötti teljes mértékben megbízható kommunikáció nélkül az AG különböző feladatátvételi észlelési mechanizmusoktól függ, amelyek egymástól függetlenül észlelik és reagálnak a hibákra, így a fürt állapota mindig konzisztens az összes csomópont esetében.

Az SQL Server 2025 továbbfejlesztett diagnosztikát kínál az állapot-ellenőrzés időtúllépéseinek kezelésére.

Az erőforrás-korlátozások, például a magas processzorhasználat, a lemezkésés vagy a memóriakimerülés aktiválhatják az Always On rendelkezésre állási csoport bérletének időtúllépését. Amikor a fürtnaplóban jelentik egy időkorlátot okozó 'lease timeout'-ot, a legfrissebb teljesítményfigyelő adatok, úgymint a processzorhasználat, memóriahasználat, valamint a lemez olvasási és írási késleltetés, a Windows Failover Cluster naplójában vannak jelentve az időkorlát eseménnyel együtt.

Hasonlóképpen, az erőforrás-korlátozások is kiválthatják az állapot-ellenőrzési időtúllépést. Az SQL Server 2025-től kezdve (17.x) ugyanazok a teljesítményfigyelő számlálók jelennek meg a Windows feladatátvevő fürtnaplóban, amikor állapot-ellenőrzési időtúllépést észlel, hasonló módon a bérlet időtúllépésének diagnosztikai kimenetéhez.

Az alábbiakban a Windows feladatátvételi fürt naplójának továbbfejlesztett kimenetét mutatjuk be az állapot-ellenőrzési időtúllépéshez:

[Verbose] 000035b8.00001a64::2024/04/18-23:56:35.536 ERR   [RES] SQL Server Availability Group: [hadrag] Failure detected, diagnostics heartbeat is lost
[Verbose] 000035b8.00001a64::2024/04/18-23:56:35.536 WARN  [RES] SQL Server Availability Group: [hadrag] AG health check failed, logging perf counter data collected so far
[Verbose] 000035b8.00001a64::2024/04/18-23:56:35.536 WARN  [RES] SQL Server Availability Group: [hadrag] Date/Time, Processor time(%), Available memory(bytes), Avg disk read(secs), Avg disk write(secs)
[Verbose] 000035b8.00001a64::2024/04/18-23:56:35.536 WARN  [RES] SQL Server Availability Group: [hadrag] 4/18/2024 23:55:25.0, 21.857418, 3248349184.000000, 0.000000, 0.000253
[Verbose] 000035b8.00001a64::2024/04/18-23:56:35.536 WARN  [RES] SQL Server Availability Group: [hadrag] 4/18/2024 23:55:35.0, 11.442071, 3255394304.000000, 0.000907, 0.000382
[Verbose] 000035b8.00001a64::2024/04/18-23:56:35.536 WARN  [RES] SQL Server Availability Group: [hadrag] 4/18/2024 23:55:45.0, 9.979768, 3253981184.000000, 0.000415, 0.000549
[Verbose] 000035b8.00001a64::2024/04/18-23:56:35.536 WARN  [RES] SQL Server Availability Group: [hadrag] 4/18/2024 23:55:55.0, 9.762850, 3251232768.000000, 0.001989, 0.000638
[Verbose] 000035b8.00001a64::2024/04/18-23:56:35.536 WARN  [RES] SQL Server Availability Group: [hadrag] 4/18/2024 23:56:5.0, 9.827234, 3250462720.000000, 0.002250, 0.001418

Fürtcsomópont és erőforrás-észlelés

A fürt minden csomópontja egyetlen fürtszolgáltatást futtat, amely kezeli a feladatátvevő fürtöt, és figyeli az összes fürterőforrást. Az erőforrás-hoszt külön folyamatként működik, és a klaszter szolgáltatás és a klaszter erőforrások közötti interfész. Az erőforrás-gazdagép műveleteket hajt végre a fürterőforrásokon, amikor a fürtszolgáltatás meghívja őket. Az olyan fürtbarát alkalmazások, mint az SQL Server, egyedi interfészeket biztosítanak az erőforrás-monitor számára az erőforrás-DLL-ek használatával. Az erőforrás DLL az egyéni erőforrások online és offline műveleteit és állapotfigyelését valósítja meg. Az erőforrás-gazdagép a fürtszolgáltatás alfolyamata, és amikor a fürtszolgáltatást leállítják, az erőforrás-gazdagép is leáll.

AZ SQL Server esetében az AG-erőforrás DLL-je határozza meg az AG állapotát az AG-bérlet mechanizmusa és az Always On állapotészlelése alapján. Az AG-erőforrás DLL-je a IsAlive műveleten keresztül teszi elérhetővé az erőforrás állapotát. Az erőforrás-monitor a fürt szívverési időközönként lekérdezi IsAlive, amelyet a fürtszintű CrossSubnetDelay és SameSubnetDelay értékek határoznak meg. Az elsődleges csomóponton a klaszterszolgáltatás átállást kezdeményez, amikor az IsAlive erőforrás DLL hívása azt adja vissza, hogy az AG nem egészséges.

A fürtszolgáltatás szívveréseket küld a fürt többi csomópontjának, és nyugtázza a tőlük kapott szívveréseket. Amikor egy csomópont kommunikációs hibát észlel egy sorozat nem visszaigazolt szívverés miatt, szétküld egy üzenetet, amely hatására az összes elérhető csomópont egyezteti nézeteit a fürtcsomópontok állapotáról. Ez az esemény, amelyet újracsoportosítási eseménynek nevezünk, fenntartja a fürt állapotának konzisztenciáját a csomópontok között. Egy újracsoportosítási eseményt követően, ha a kvórum elveszik, a rendszer offline állapotba veszi az ebben a partícióban található összes fürterőforrást, köztük az AG-ket is. A partíció összes csomópontja feloldó állapotba kerül. Ha létezik olyan partíció, amely kvórumot tartalmaz, az AG a partíció egyik csomópontjának van hozzárendelve, és elsődleges replikává válik, míg az összes többi csomópont másodlagos replikává válik.

Folyamatos egészségészlelés

Az Always On erőforrás DLL figyeli a belső SQL Server-összetevők állapotát. sp_server_diagnostics az SQL Server ezen összetevőinek állapotát egy időközönként jelenti, amelyet a HealthCheckTimeout szabályoz. sp_server_diagnostics öt példányszintű összetevő állapotát jelenti: rendszer, erőforrás, lekérdezésfeldolgozás, io-alrendszer és események. Emellett az egyes AG-k állapotát is jelenti. Az erőforrás DLL minden frissítéskor frissíti az AG-erőforrás állapotát az AG hibaszintje alapján. Amikor az adatokat visszaadja sp_server_diagnostics, az egyes összetevőket tiszta, figyelmeztetés, hiba vagy ismeretlen állapotban jeleníti meg az összetevő állapotát leíró XML-adatokkal. Állapotészlelés esetén az erőforrás DLL-je csak akkor hajtja végre a műveletet, ha egy összetevő hibaállapotban van.

Ha az állapotészlelés nem tud több időközönként frissíteni az erőforrás DLL-jét, akkor az AG egészségtelennek minősül, és hibákat jelent a IsAlive hívásoknál.

Bérleti mechanizmus

A többi feladatátvételi mechanizmustól eltérően az SQL Server-példány aktív szerepet játszik a bérletmechanizmusban. A bérlet mechanizmus a fürterőforrás-gazdagép és az SQL Server-folyamat közötti Looks-Alive-ellenőrzésként használatos. A mechanizmus annak biztosítására szolgál, hogy a két fél (a Fürtszolgáltatás és az SQL Server szolgáltatás) gyakran érintkezhessen egymással, ellenőrizze egymás állapotát, és végül megakadályozza a split-brain forgatókönyvet. Amikor az AG-t elsődleges replikaként online állapotba hozza, az SQL Server-példány dedikált bérlet-feldolgozó szálat hoz létre az AG számára. A bérletfeldolgozó egy kis memóriaterületet oszt meg az erőforrás-gazdagéppel, amely bérletmegújítási és bérlet-leállítási eseményeket tartalmaz. A bérlési munkás és az erőforrás üzemeltető körkörösen működnek, jelezve a megfelelő bérletmegújítási eseményt, majd elalszanak, miközben várják, hogy a másik fél jelezze a saját bérletmegújítási eseményét vagy leállítási eseményét. Az erőforrás-gazdagép és az SQL Server bérletszála is őriz egy élettartam-értéket, amelyet minden alkalommal frissítenek, amikor a szál a másik szál által jelzést kapva felébred. Ha a jelre való várakozás során eléri az élettartam végét, az engedély lejár, majd a replika átvált az adott AG feloldási állapotába. Ha a bérlet leállítási eseményét jelzi a rendszer, akkor a replika feloldó szerepkörre vált.

Az időbérlet mechanizmus kikényszeríti az SQL Server és a Windows Server feladatátvevő fürtszolgáltatás közötti szinkronizálást. Feladatátvételi parancs kiadásakor a fürtszolgáltatás meghívást intéz a jelenlegi elsődleges replika erőforrás DLL-jéhez az Offline hívással. Az erőforrás DLL-je először egy tárolt eljárással próbálja offline állapotba helyezni az AG-t. Ha ez a tárolt eljárás meghiúsul vagy túllépi az időkorlátot, a rendszer jelentést tesz a hibáról a fürtszolgáltatásnak, amely ezt követően egy megszakítási parancsot ad ki. A megszakítás ismét megkísérli végrehajtani ugyanazt a tárolt eljárást, de a fürt ezúttal nem várja meg, hogy az erőforrás DLL-je sikeres vagy sikertelen jelentést jelentsen, mielőtt az AG online állapotba kerül egy új replikán. Ha ez a második eljáráshívás meghiúsul, az erőforrás-gazdagépnek a bérlet mechanizmusára kell támaszkodnia a példány offline állapotba helyezéséhez. Amikor az erőforrás DLL-t meghívják az AG offline állapotba helyezésére, az erőforrás DLL jelzi a bérlet leállási eseményét, és felébreszti az SQL Server bérletfeldolgozó szálát, hogy offline állapotba vigye az AG-t. Még ha ez a megszakítási esemény nem is kerül jelzésre, a bérlet lejár, és a replika a feloldási állapotba kerül.

Az engedély elsősorban egy szinkronizálási mechanizmus az elsődleges példány és a fürt között, de olyan hibahelyzeteket is létrehozhat, ahol egyébként nem volt szükség feladatátvételre. Például a magas CPU-használat, a memóriahiányos állapotok (kevés virtuális memória, folyamat lapozása), a memóriakép létrehozásakor nem válaszoló SQL-folyamat, a rendszer nem válaszol, vagy a fürt (WSFC) offline állapotba kerül (például a kvórum elvesztése miatt) megakadályozhatja az SQL-példány lízingmegújítását, és újraindítást vagy feladatátvételt okozhat.

A fürt időtúllépési értékeinek irányelvei

Alaposan gondolja át a kompromisszumokat, és ismerje meg az SQL Server-fürt kevésbé agresszív monitorozásának következményeit. A fürt időtúllépési értékeinek növelése növeli a hálózati kiesések tűrőképességét, de lassítja a súlyos hibákra adott reakciókat. Az erőforrás-terhelés vagy a nagy földrajzi késés kezelésére szolgáló időtúllépések növelése növeli a kemény vagy nem helyreállítható hibák utáni helyreállítás idejét is. Bár ez sok alkalmazás esetében elfogadható, nem minden esetben ideális.

Az alapértelmezett beállítások úgy vannak optimalizálva, hogy gyorsan reagáljanak a súlyos hibák tüneteire és korlátozzák az állásidőt, de ezek a beállítások bizonyos számítási feladatok és konfigurációk esetében is túl agresszívek lehetnek. Nem ajánlott a LeaseTimeout, CrossSubnetDelay, CrossSubnetThreshold, SameSubnetDelay, SameSubnetThreshold vagy HealthCheckTimeout alapértelmezett értékeit csökkenteni. Az egyes telepítések megfelelő beállításai eltérőek, és a felfedezésük valószínűleg hosszabb ideig tart finomhangolni. Ezen értékek bármelyikének módosításakor fokozatosan és az értékek közötti kapcsolatok és függőségek figyelembevételével végezze el őket.

A klaszter lejárati ideje és a bérlet lejárati ideje közötti kapcsolat

A bérletmechanizmus elsődleges funkciója az SQL Server-erőforrás offline állapotba helyezése, ha a fürtszolgáltatás nem tud kommunikálni a példánysal, miközben feladatátvételt hajt végre egy másik csomóponton. Amikor a fürt offline műveletet hajt végre az AG-fürterőforráson, a fürtszolgáltatás RPC-hívást kezdeményez rhs.exe az erőforrás offline állapotba helyezéséhez. Az erőforrás DLL tárolt eljárásokkal tájékoztatja az SQL Servert az AG offline állapotba helyezéséről, de ez a tárolt eljárás meghiúsulhat vagy időtúllépést okozhat. Az erőforrás-gazdagép a saját bérletmegújítási szálát is leállítja az offline hívás során. A legrosszabb esetben az SQL Server 1/2 * LeaseTimeout időn belül lejáratja a foglalást, és a példányt hibaelhárító állapotba váltja. A feladatátvételeket több különböző fél is kezdeményezheti, de létfontosságú, hogy a fürt állapotának nézete konzisztens legyen a fürt és az SQL Server-példányok között. Például képzeljünk el egy olyan helyzetet, amikor az elsődleges példány elveszíti a kapcsolatot a fürt többi részével. A fürt minden csomópontja hasonló időpontokban állapít meg hibát a fürt időtúllépési értékei miatt, de csak az elsődleges csomópont léphet kapcsolatba az elsődleges SQL Server-példánnyal, hogy kényszerítse a szerep feladására.

Az elsődleges csomópont szempontjából a fürtszolgáltatás elvesztette a kvórumot, és a szolgáltatás elkezd leállni. A fürtszolgáltatás RPC-hívást indít az erőforrás-gazdagépre a folyamat leállításához. Ez a leállítási hívás felelős az AG offline állapotba helyezéséért az SQL Server-példányon. Ez az offline hívás T-SQL-en keresztül történik, de nem garantálható, hogy a kapcsolat sikeresen létrejön az SQL és az erőforrás DLL között.

A fürt többi része szempontjából jelenleg nincs elsődleges replika, ezért a fürt szavaz, és egyetlen új elsődlegest hoz létre a fürt többi csomópontja számára. Ha az erőforrás DLL által meghívott tárolt eljárás meghiúsul vagy túllépi az időkorlátot, a fürt sebezhető lehet egy osztott agyforgatókönyvvel szemben.

A bérlet időtúllépése megakadályozza az agy felosztását kommunikációs hibák esetén. Még ha az összes kommunikáció meghiúsul is, az erőforrás DLL-folyamata leáll, és nem tudja frissíteni a bérletet. A bérlet lejárta után az AG magától offline állapotba kerül. Az SQL Server példányának tudnia kell, hogy már nem üzemelteti az elsődleges replikát, mielőtt a fürt létrehoz egy újat. Mivel az új elsődleges replika kiválasztásáért felelős fürt többi része nem tud együttműködni az aktuális elsődleges replikával, az időtúllépési értékek biztosítják, hogy az új elsődleges replika ne legyen létrehozva, mielőtt az aktuális elsődleges offline állapotba kerül.

Ha a fürt meghibásodik, az előző elsődleges replikát üzemeltető SQL Server-példánynak feloldó állapotba kell váltania, mielőtt az új elsődleges replika online állapotba kerülne. Az SQL Server "kölcsönzési szál" bármikor rendelkezik a hátralévő élettartamának ½ * LeaseTimeout értékével, mivel a kölcsönzés megújításakor az új élettartam frissül a LeaseInterval vagy ½ * LeaseTimeout értékre. Ha a fürtszolgáltatás vagy az erőforrás-gazdagép a bérlet leállítási esemény jelzése nélkül leáll vagy megszakad, a fürt SameSubnetThreshold\ SameSubnetDelay ezredmásodperc elteltével halottnak nyilvánítja az elsődleges csomópontot. Ez idő alatt a bérletnek le kell járnia, hogy az elsődleges garantáltan offline állapotban legyen. Mivel a bérlet időkorlátjának maximális élettartama 1/2 * LeaseTimeout, 1/2 * LeaseTimeout kisebbnek kell lennie, mint SameSubnetThreshold * SameSubnetDelay.

SameSubnetThreshold \<= CrossSubnetThreshold és SameSubnetDelay \<= CrossSubnetDelay igazaknak kell lenniük minden SQL Server-fürtre.

Állapot-ellenőrzési időtúllépési művelet

Az egészségügyi ellenőrzés időkorlátja rugalmasabb, mert más feladatátvételi mechanizmus nem függ közvetlenül tőle. Az alapértelmezett 30 másodperces érték 10 másodpercre állítja az sp_server_diagnostics intervallumot, az időtúllépés minimális értéke 15 másodperc, az időköz pedig 5 másodperc. Általánosságban elmondható, hogy a sp_server_diagnostics frissítési időköz mindig 1/3 * HealthCheckTimeout. Ha az erőforrás DLL nem kap meg egy új állapotadatokat egy adott időközönként, továbbra is az előző intervallum állapotadatait használja az aktuális AG és a példány állapotának meghatározásához. Az egészségügyi ellenőrzés időtúllépési értékének növelésével az elsődleges csomópont jobban tolerálja a CPU terhelést, ami megakadályozhatja sp_server_diagnostics abban, hogy minden időközönként új adatokat szolgáltasson. Ugyanakkor a elavult adatállapot-ellenőrzésektől függ továbbra is, hosszabb ideig. Az időtúllépési értéktől függetlenül, amint olyan adatokat kapnak, amelyek jelzik, hogy a replika nem egészséges, a következő IsAlive hívás azt fogja visszaadni, hogy a példány nem megfelelő, és a fürtszolgáltatás átkapcsolást kezdeményez.

Az AG hibaállapotszintje módosítja az állapotellenőrzés hibafeltételeit. Bármilyen hibaszint esetén, ha az AG-elem állapota nem megfelelő sp_server_diagnostics , akkor az állapot-ellenőrzés meghiúsul. Minden szint az alatta lévő szintektől örökli az összes hibafeltételt.

szint	Az a körülmény, amely alapján a példány halottnak tekinthető
1: OnServerDown	Az állapot-ellenőrzés nem hajtja végre a műveletet, ha az erőforrások az AG-n kívül meghiúsulnak. Ha az AG-adatok 5 időközzel nem érkeznek meg, vagy 5/3 * HealthCheckTimeout
2: A szerver nem válaszol	Ha nem érkezik adat a sp_server_diagnostics forrásból a HealthCheckTimeout esetén
3: OnCriticalServerError	(Alapértelmezett) Ha a rendszerösszetevő hibát jelez
4: OnModerateServerError	Ha az erőforrás-összetevő hibát jelez
5: Bármely Minősített Hiba Esetén	Ha a lekérdezésfeldolgozó összetevő hibát jelez

A fürt és az Always On időtúllépési értékeinek frissítése

Fürtértékek

A WSFC-konfigurációban négy érték felel a fürt időtúllépési értékeinek meghatározásáért:

• AzonosAlhálózatKésleltetés
• SameSubnetThreshold (azonos alhálózati küszöb)
• Alhálózatok közötti késleltetés
• Keresztalhálózati küszöbérték

A késési értékek határozzák meg a fürtszolgáltatás szívverései közötti várakozási időt, a küszöbértékek pedig azon szívverések számát határozzák meg, amelyek nem kapnak nyugtázást a célcsomóponttól vagy erőforrástól, mielőtt a fürt halottnak nyilvánítja az objektumot. Ha a csomópontok között ugyanazon alhálózatban több mint SameSubnetDelay \* SameSubnetThreshold ezredmásodpercig nincs sikeres szívverés, akkor a csomópontot halottnak ítélik. Ugyanez igaz az alhálózatok közötti kommunikációra az alhálózatok közötti értékekkel.

Az összes jelenlegi fürtérték listázásához a célfürt bármely csomópontján nyisson meg egy emelt szintű PowerShell-terminált. Futtassa a következő parancsot:

 Get-Cluster | fl *

Ezen értékek bármelyikének frissítéséhez futtassa a következő parancsot egy emelt szintű PowerShell-terminálban:

(Get-Cluster).<ValueName> = <NewValue>

Ha növeli a késleltetési érték és a küszöbérték szorzatát, hogy a fürt időtúllépése toleránsabb legyen, hatékonyabb először a késleltetési érték növelése, majd a küszöbérték. A késleltetés növelésével az egyes szívverések közötti idő megnő. A szívverések közötti több idő több időt ad az átmeneti hálózati problémák megoldására, és csökkenti a hálózati torlódást ahhoz képest, hogy ugyanabban az időszakban több szívverést küldjön.

Bérlet időtúllépése

A bérlet mechanizmusát egyetlen érték vezérli, amely egy WSFC-fürt egyes AG-jeire jellemző. A bérlet időtúllépése a következő hibákat eredményezheti:

Error 35201:
A connection timeout has occurred while attempting to establish a connection to availability replica 'replicaname'
Error 35206:
A connection timeout has occurred on a previously established connection to availability replica 'replicaname'

A bérlet időtúllépési értékének módosításához használja az Átállásfürt-kezelőt, és kövesse az alábbi lépéseket:

1. A Szerepkörök lapon keresse meg a cél AG szerepkört. Válassza ki az AG-szerepkört célként.

2. Kattintson a jobb gombbal az ablak alján található AG-erőforrásra, és válassza a Tulajdonságok lehetőséget.

   

3. Az előugró ablakban lépjen a Tulajdonságok lapra az adott AG-hez tartozó értékek listájának megtekintéséhez. Válassza ki a LeaseTimeout értéket a módosításhoz.

   

   Az AG konfigurációjától függően előfordulhat, hogy a figyelők, a megosztott lemezek, a fájlmegosztások stb. számára további erőforrások is rendelkezésre állhatnak, ezek az erőforrások nem igényelnek további konfigurációt.

Megjegyzés:

A "LeaseTimeout" tulajdonság új értéke az erőforrás offline állapotba helyezése és újra online állapotba helyezése után lép érvénybe.

Állapotellenőrzési értékek

Két érték szabályozza az Always On állapotellenőrzést: FailureConditionLevel és HealthCheckTimeout. A FailureConditionLevel a megadott hibafeltételek sp_server_diagnostics tűrési szintjét jelzi, és a HealthCheckTimeout konfigurálja, hogy az erőforrás DLL-jének mennyi ideje menjen el anélkül, hogy frissítést kap a rendszertől sp_server_diagnostics. A(z) sp_server_diagnostics frissítési időköze mindig HealthCheckTimeout / 3.

A feladatátvételi feltétel szintjének konfigurálásához használja az FAILURE_CONDITION_LEVEL = <n>CREATE opciót az ALTERAVAILABILITY GROUP utasításban, ahol <n> egy 1 és 5 közötti egész szám. Az alábbi parancs a hibaállapot szintjét 1-es értékre állítja az AG1-hez:

ALTER AVAILABILITY GROUP AG1 SET (FAILURE_CONDITION_LEVEL = 1);

Az állapot-ellenőrzési időtúllépés konfigurálásához használja a HEALTH_CHECK_TIMEOUT vagy a CREATEALTER utasítások AVAILABILITY GROUP opcióját. Az alábbi parancs az állapot-ellenőrzési időtúllépést 60 000 ezredmásodpercre állítja az AG AG1 esetében:

ALTER AVAILABILITY GROUP AG1 SET (HEALTH_CHECK_TIMEOUT =60000);

Az időtúllépési irányelvek összefoglalása

• Az időtúllépési értékek alapértelmezett értékeik alá csökkentése nem javasolt.

• A bérleti időtartamnak (½ * LeaseTimeout) rövidebbnek kell lennie, mint a SameSubnetThreshold * SameSubnetDelay

• SameSubnetThreshold <= CrossSubnetThreshold (azonos alhálózati küszöb = keresztalhálózati küszöb)

• AzonosAlhálózatiKésleltetés <= KeresztezőAlhálózatiKésleltetés

Időtúllépési beállítás	Cél	A(z)	Felhasználások	IsAlive és LooksAlive	Okok	Eredmény
Bérlet időtúllépése Alapértelmezett: 20000	Az agy felosztásának megakadályozása	Elsődleges a klaszterhez (HADR)	Windows-eseményobjektumok	Mindkettőben használatos	Az operációs rendszer nem válaszol, kevés a virtuális memória, a munkakészlet lapozása, memóriakép létrehozása, rögzített CPU, WSFC leállása (kvórumvesztés)	AG-erőforrás offline-online, feladatátvétel
Munkamenet időtúllépése Alapértelmezett: 10000	Tájékoztatás az elsődleges és a másodlagos közötti kommunikációs problémáról	Másodlagostól az elsődlegesig (HADR)	TCP-szoftvercsatornák (DBM-végponton keresztül küldött üzenetek)	Egyikben sem használatos	Hálózati kommunikáció, Másodlagos problémák – leállás, az operációs rendszer nem válaszol, erőforrás-konfliktus	Másodlagos – LEVÁLASZTVA
HealthCheck időtúllépés Alapértelmezett: 30000	Időtúllépés jelzése az elsődleges replika állapotának megállapításakor	Fürt az elsődleges szerverhez (FCI & HADR)	T-SQL sp_server_diagnostics	Mindkettőben használatos	A hibafeltételek teljesültek, az operációs rendszer nem válaszol, kevés a virtuális memória, a munkakészlet lemetszése, memória-dump létrehozása, WSFC (a kvórum elvesztése), ütemezővel kapcsolatos problémák (holtpontba került ütemezők)	AG erőforrás offline-online vagy feladatátvétel, FCI újraindítás vagy feladatátvétel

Kapcsolódó tartalom

• Aktív másodpéldányok: Biztonsági mentés másodlagos replikákon (Always On Rendelkezésre állási csoportok)
• ALTER ELÉRHETŐSÉGI CSOPORT (Transact-SQL)