Karbantartási időszak az Azure SQL Database-ben
A következőkre vonatkozik:
Azure SQL Database
- Azure SQL Database
- felügyelt Azure SQL-példány
A karbantartási időszak funkcióval konfigurálhatja az Azure SQL Database és az Azure SQL Managed Instance erőforrások karbantartási ütemezését, így a jelentős karbantartási események kiszámíthatóbbak és kevésbé zavaróak a munkaterhelése számára.
Jegyzet
A karbantartási időszak funkció csak a frissítések vagy ütemezett karbantartások tervezett hatásaitól véd. Nem véd minden feladatátvételi okból; a karbantartási időszakon kívüli rövid kapcsolatkimaradásokat okozó kivételek közé tartoznak a hardverhibák, a fürt terhelésének kiegyensúlyozása és az adatbázisok újrakonfigurálása olyan események miatt, mint a Szolgáltatásiszint-célkitűzés módosítása.
előzetes értesítések érhetők el azokhoz az adatbázisokhoz, amelyek egy nem alapértelmezett karbantartási időablak használatára vannak konfigurálva. Az előzetes értesítések lehetővé teszik, hogy az ügyfelek úgy konfigurálják az értesítéseket, hogy akár 24 órával a tervezett esemény előtt is elküldhetők legyenek.
Áttekintés
Az Azure rendszeresen elvégzi az SQL Database-erőforrások tervezett karbantartását. Egy karbantartási esemény során az adatbázisok teljes mértékben elérhetők, de rövid újrakonfigurálások történhetnek a rendelkezésre állási szolgáltatásiszint-szerződés (SLA) keretében a SQL Databaseesetében.
A karbantartási időszak olyan éles számítási feladatokhoz készült, amelyek nem ellenállnak az adatbázis-újrakonfigurálásoknak, és nem képesek felvenni a tervezett karbantartási események által okozott rövid kapcsolatkimaradásokat. A kívánt karbantartási időszak kiválasztásával minimalizálhatja tervezett karbantartási hatását úgy, hogy azt a csúcsidőszakon kívülre ütemezi. A rugalmas számítási feladatok és a nem gyártási számítási feladatok az Azure SQL alapértelmezett karbantartási szabályzatára támaszkodhatnak.
A karbantartási időszak ingyenes, és a létrehozáskor vagy a meglévő erőforrásokhoz konfigurálható. Konfigurálható az Azure Portal, a PowerShell, a CLI vagy az Azure API használatával.
Fontos
A karbantartási időszak konfigurálása egy hosszú ideig futó aszinkron művelet, hasonlóan az Azure SQL-erőforrás szolgáltatási szintjének módosításához. Az erőforrás a művelet során érhető el, kivéve egy rövid újrakonfigurálást, amely a művelet végén történik, és általában akár 8 másodpercig is tart, még a hosszú ideig futó tranzakciók megszakadása esetén is. Az újrakonfigurálás hatásának minimalizálása érdekében a műveletet a csúcsidőn kívül kell végrehajtania.
Növelje a kiszámíthatóságot a karbantartási időablakkal
Alapértelmezés szerint az Azure SQL karbantartási szabályzata minden nap 8–17 óra között helyi idő szerint 8–17 óra között blokkolja a leghatásosabb frissítéseket, a tipikus csúcsidőszakban bekövetkező fennakadások elkerülése érdekében. A helyi időt az erőforrást üzemeltető Azure-régió helye határozza meg, és a nyári időszámítást a helyi időzóna-definíciónak megfelelően figyelheti meg.
A karbantartás során az adatbázisok továbbra is elérhetők maradnak, de egyes frissítések feladatátvételt igényelhetnek. A rendszer alapértelmezett karbantartási időszaka (17:00–08:00) a legtöbb tevékenységet erre az időre korlátozza, de sürgős frissítések előfordulhatnak rajta kívül. Ha azt szeretné, hogy az összes frissítés csak a karbantartási időszak alatt történjen, válasszon egy nem alapértelmezett beállítást.
A karbantartási frissítések ablakát az Azure SQL-erőforrásoknak megfelelő időpontra módosíthatja, ha két nem alapértelmezett karbantartási időszak közül választ:
- hétköznap idősáv: helyi idő szerint 22:00 és 6:00 között, hétfőtől csütörtökig
- hétvégi ablak: helyi idő szerint 10:00–18:00, péntek – vasárnap
A felsorolt karbantartási időszakok napjai az egyes nyolcórás karbantartási időszakok kezdő napját jelzik. Például a "helyi idő szerint 10:00–18:00, hétfő – csütörtök" azt jelenti, hogy a karbantartási időszakok helyi idő szerint 10:00-kor kezdődnek (hétfőtől csütörtökig), és a következő napon (keddtől péntekig) helyi idő szerint 18:00-kor fejeződnek be.
A karbantartási időszak kiválasztása és a szolgáltatáskonfiguráció befejezése után a tervezett karbantartás csak az Ön által választott időszakban történik. Bár a karbantartási események általában egyetlen ablakban fejeződnek be, néhányuk két vagy több szomszédos ablakot is lefedhet.
Jegyzet
Az Azure SQL Database egy biztonságos üzembehelyezési gyakorlatot követ, amelyben az Azure párosított régiói garantáltan nem lesznek egyszerre üzembe helyezve. Azt azonban nem lehet előrejelezni, hogy melyik régiót frissítik először, így az üzembe helyezés sorrendje nem garantált. Előfordulhat, hogy az elsődleges adatbázis először frissül, és néha másodlagos lesz.
- Olyan esetekben, amikor az adatbázis engedélyezve van a georeplikációra vagy a feladatátvételi csoportokra, és a georeplikáció nem áll összhangban a Azure-régió párosítással, eltérő karbantartási időszakokat kell ütemeznie az elsődleges és a másodlagos adatbázishoz. Kiválaszthatja például hétköznap geo másodlagos adatbázis karbantartási időszakát, és hétvégi karbantartási időszakát a geo-elsődleges adatbázishoz.
Fontos
Nagyon ritka esetekben, amikor a művelet elhalasztása súlyos következményeket okozhat, például kritikus biztonsági javítások alkalmazása esetén a konfigurált karbantartási időszak ideiglenesen felülbírálható.
Előzetes értesítések
A karbantartási értesítések konfigurálhatók úgy, hogy riasztást küldhessenek az Azure SQL Database közelgő tervezett karbantartási eseményeiről. A riasztások 24 órával korábban, a karbantartási időszak megnyitása előtt és a karbantartási időszak végén érkeznek. További információ: Előzetes értesítések.
Szolgáltatás rendelkezésre állása
Támogatott előfizetés-típusok
A karbantartási időszak konfigurálása és használata a következő ajánlattípusokhoz érhető el,: használatalapú fizetés, felhőszolgáltató (CSP), Microsoft Nagyvállalati Szerződés vagy Microsoft Ügyfélszerződés.
A csak fejlesztési/tesztelési használatra korlátozott ajánlatok nem támogathatók (például a használatalapú fizetéses Dev/Test vagy a vállalati Dev/Test).
Jegyzet
Az Azure-ajánlat a meglévő Azure-előfizetés típusa. Egy használatalapú fizetéses előfizetés például, az Azure az Open-ban és Visual Studio Enterprise az összes Azure-ajánlat. Minden ajánlat vagy csomag különböző feltételekkel és előnyökkel rendelkezik. Az ajánlat vagy csomag megjelenik az előfizetés áttekintésében. További információért arról, hogyan válthatja át előfizetését egy másik ajánlatra, lásd: Az Azure-előfizetés módosítása másik ajánlatra.
Támogatott szolgáltatásiszint-célkitűzések
Az alapértelmezetten kívüli karbantartási időszak kiválasztása az összes SLO-n elérhető, kivéve az alábbi.
- Az SLO-k nem támogatottak:
- Az Azure SQL Database DTU Basic, S0 és S1 szintjei
- DC hardver
- Fsv2 hardver
Egyéb forgatókönyvek:
- A Hyperscale rugalmas készletek karbantartási időszaka előzetes verzióban van, és adott régiókban és konfigurációkban érhető el. További információ: Blog: Az Azure SQL Database Hyperscale rugalmas készletek karbantartási időszak támogatása.
- A karbantartási időszak nevesített replikák esetében támogatott.
Az Azure SQL Database-régió támogatása karbantartási időszakokhoz
Az Azure SQL Database alapértelmezetten kívüli karbantartási időszakának kiválasztása jelenleg a következő régiókban érhető el, vásárlási modell szerint rendezve.
Az alábbi táblázat olyan adatbázisokhoz készült, amelyek nem zónaredundáns. Az Azure rendelkezésre állási zónában
| Azure-régió | Hiperskálázású prémium sorozat és memóriaoptimalizált prémium sorozat | Hiperléptékű standard-sorozat | Minden más Azure SQL Database-vásárlási modell és -szint |
|---|---|---|---|
| Kelet-Ausztrália | Igen | Igen | Igen |
| Délkelet-Ausztrália | Igen | Igen | |
| Dél-Brazília | Igen | Igen | |
| Brazília délkeleti régiója | Igen | Igen | |
| Kanada középső régiója | Igen | Igen | Igen |
| Kelet-Kanada | Igen | Igen | |
| Közép-India | Igen | Igen | |
| Usa középső régiója | Igen | Igen | Igen |
| Kína keleti régiója 2 | Igen | Igen | |
| Észak-Kína 2 | Igen | Igen | |
| USA 1. keleti régiója | Igen | Igen | Igen |
| Kelet-USA 2 | Igen | Igen | Igen |
| Kelet-Ázsia | Igen | Igen | |
| Közép-Franciaország | Igen | Igen | |
| Dél-Franciaország | Igen | Igen | |
| Németország nyugati középső régiója | Igen | Igen | |
| Kelet-Japán | Igen | Igen | Igen |
| Nyugat-Japán | Igen | Igen | |
| USA északi középső régiója | Igen | Igen | |
| Észak-Európa | Igen | Igen | Igen |
| Észak-Afrika déli régiója | Igen | Igen | |
| USA déli középső régiója | Igen | Igen | Igen |
| Dél-India | Igen | Igen | |
| Délkelet-Ázsia | Igen | Igen | Igen |
| Észak-Svájc | Igen | Igen | |
| Egyesült Arab Emírségek északi régiója | Igen | Igen | |
| Egyesült Királyság déli régiója | Igen | Igen | Igen |
| Egyesült Királyság nyugati régiója | Igen | Igen | |
| Texas az Egyesült Államok Kormánya | Igen | Igen | |
| Amerikai Kormány Virginia állam | Igen | Igen | |
| USA nyugati középső régiója | Igen | Igen | |
| Nyugat-Európa | Igen | Igen | Igen |
| USA nyugati régiója | Igen | Igen | Igen |
| USA 2. nyugati régiója | Igen | Igen | Igen |
| Amerikai Egyesült Államok Nyugat 3 | Igen | Igen | Igen |
Az alábbi táblázat zónaredundáns adatbázisokhoz készült.
| Azure-régió | Hiperskálázású prémium sorozat és memóriaoptimalizált prémium sorozat | Hiperléptékű standard-sorozat | Az összes többi Azure SQL Database vásárlási modell és szint az Azure rendelkezésre állási zónában |
|---|---|---|---|
| Kelet-Ausztrália | Igen | Igen | Igen |
| Kanada középső régiója | Igen | Igen | Igen |
| Usa középső régiója | Igen | Igen | Igen |
| USA 1. keleti régiója | Igen | Igen | Igen |
| Kelet-USA 2 | Igen | ||
| Közép-Franciaország | Igen | Igen | |
| Kelet-Japán | Igen | ||
| Észak-Európa | Igen | Igen | Igen |
| USA déli középső régiója | Igen | ||
| Délkelet-Ázsia | Igen | Igen | Igen |
| Egyesült Királyság déli régiója | Igen | Igen | Igen |
| Nyugat-Európa | Igen | Igen | Igen |
| USA 2. nyugati régiója | Igen | ||
| Amerikai Egyesült Államok Nyugat 3 | Igen | Igen | Igen |
Átjáró karbantartása
A karbantartási időszakok maximális kihasználtságához győződjön meg arról, hogy az ügyfélalkalmazások az átirányítási kapcsolati szabályzatot használják. Az átirányítás az ajánlott kapcsolati szabályzat, amelyben az ügyfelek közvetlenül az adatbázist üzemeltető csomóponttal létesítenek kapcsolatokat, ami csökkenti a késést és a jobb átviteli sebességet.
Az Azure SQL Database-ben a proxykapcsolati szabályzatot használó kapcsolatokat a kiválasztott karbantartási időszak és az átjárócsomópont karbantartási időszaka is befolyásolhatja. Az ajánlott átirányítási kapcsolati szabályzatot használó ügyfélkapcsolatokat azonban nem érinti az átjárócsomópont-karbantartás újrakonfigurálása.
További információ az Azure SQL Database ügyfélkapcsolati szabályzatáról: Azure SQL Database-kapcsolatszabályzat.
Karbantartási események listájának lekérése
Azure Resource Graph egy Azure-szolgáltatás, amelyet az Azure Resource Management kibővítésére terveztek. Az Azure Resource Graph Explorer hatékony és hatékony erőforrás-feltárást biztosít, amely lehetővé teszi a nagy léptékű lekérdezést egy adott előfizetésben, hogy hatékonyan szabályozhassa a környezetet.
Az Azure Resource Graph Explorer használatával lekérdezheti a karbantartási eseményeket. A lekérdezések futtatásáról a rövid útmutatóban olvashat: Az első Resource Graph-lekérdezés futtatása az Azure Resource Graph Explorerhasználatával.
Az előfizetésben lévő összes SQL-adatbázis karbantartási eseményeinek ellenőrzéséhez használja az alábbi minta lekérdezést az Azure Resource Graph Explorerben:
servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where impactedService =~ 'SQL Database'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc
A minta lekérdezések teljes körű bemutatásához és az olyan eszközök közötti használatukhoz, mint a PowerShell vagy az Azure CLI, látogasson el Azure Resource Graph-minta lekérdezéseire az Azure Service Health.