Karbantartási időszak
A következőre vonatkozik:
Azure SQL DatabaseFelügyelt Azure SQL-példány
A karbantartási időszak funkció lehetővé teszi az Azure SQL Database és az Azure SQL Managed Instance-erőforrások karbantartási ütemezésének konfigurálását, így a jelentős karbantartási események kiszámíthatók és kevésbé zavaróak a számítási feladatok számára.
Megjegyzés:
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 októ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éselosztása és az adatbázisok újrakonfigurálása olyan események miatt, mint az adatbázis szolgáltatásiszint-célkitűzésének módosítása.
Az előzetes értesítések (előzetes verzió) olyan adatbázisokhoz érhetők el, amelyek úgy vannak konfigurálva, hogy nem alapértelmezett karbantartási időszakot használjanak, és felügyelt példányok bármilyen konfigurációval (beleértve az alapértelmezettet is). Advance notifications enable customers to configure notifications to be sent up to 24 hours in advance of any planned event.
Áttekintés
Az Azure rendszeres időközönként elvégzi az SQL Database és a felügyelt SQL-példány erőforrásainak tervezett karbantartását . Az Azure SQL karbantartási eseményei során az adatbázisok teljes mértékben elérhetők, de rövid újrakonfigurálások lehetnek az SQL Database és a felügyelt SQL-példány megfelelő rendelkezésre állási SLA-jaiban.
A karbantartási időszak olyan éles számítási feladatokhoz készült, amelyek nem rugalmasak az adatbázis- vagy példány-újrakonfigurálásokkal szemben, és nem tudják 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 a tervezett karbantartás hatását, mivel az a csúcsidőn kívül fog bekövetkezni. A rugalmas számítási feladatok és a nem éles számítási feladatok az Azure SQL alapértelmezett karbantartási szabályzatára támaszkodhatnak.
A karbantartási időszak ingyenes, és konfigurálható létrehozáskor vagy meglévő Azure SQL-erőforrásokhoz. 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.
Nagyobb kiszámíthatóság a karbantartási időszakkal
Alapértelmezés szerint az Azure SQL karbantartási szabályzata minden nap 8 és 17 óra között blokkolja a leghatásosabb frissítéseket, hogy elkerülje a szokásos csúcsidőszakban bekövetkező fennakadásokat. 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ási frissítéseket az Azure SQL-erőforrásoknak megfelelő időpontra módosíthatja úgy, hogy két további karbantartási időszak közül választ:
- Hétköznapi ablak: helyi idő szerint 10:00 és 18:00 óra 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 a 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.
Megjegyzés:
Az Azure SQL Database és a felügyelt Azure SQL-példány olyan 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 példány először frissül, és néha másodlagos lesz.
- Olyan helyzetekben, amikor az adatbázis engedélyezve van a georeplikációs vagy feladatátvételi csoportokhoz, és a georeplikálás nem összhangban van az Azure-régió párosításával, az elsődleges és a másodlagos adatbázis karbantartási időszakának eltérő ütemezése szükséges. Kiválaszthatja például a földrajzilag másodlagos adatbázis hétköznapi karbantartási időszakát, a geo-elsődleges adatbázis hétvégi karbantartási időszakát.
- Azokban az esetekben, amikor a felügyelt Azure SQL-példány feladatátvételi csoportokkal rendelkezik, és a csoportok nincsenek összhangban az Azure-régió párosításával, az elsődleges és a másodlagos adatbázis karbantartási időszakának ütemezése eltérő lehet. Kiválaszthatja például a földrajzilag másodlagos adatbázis hétköznapi karbantartási időszakát, a geo-elsődleges adatbázis hétvégi karbantartási időszakát.
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-hez és a felügyelt Azure SQL-példányhoz kapcsolódó közelgő tervezett karbantartási eseményekrő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ások rendelkezésre állása
Támogatott előfizetési 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 jogosultak (például használatalapú fizetéses dev/test vagy vállalati fejlesztői/tesztelési példák).
Megjegyzés:
Az Azure-ajánlat az Ön Azure-előfizetésének típusa. Egy használatalapú fizetéses előfizetés, az Azure in Open és a Visual Studio Enterprise például mind 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. Az előfizetés másik ajánlatra való váltásáról további információt az Azure-előfizetés módosítása másik ajánlatra című témakörben talál.
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 a következőket:
- Felügyelt Azure SQL-példánykészletek
- Az Azure SQL Database DTU Basic, S0 és S1 szintjei
- DC hardver
- Fsv2 hardver
- Rugalmas skálázású szolgáltatási szint zónaredundanciával
- Rugalmas rugalmas készletek rugalmas skálázása
Az Azure SQL Managed Instance régió támogatása karbantartási időszakokhoz
A felügyelt Azure SQL-példány alapértelmezetten kívüli karbantartási időszakának kiválasztása jelenleg a következő régiókban érhető el:
- Ausztrália 1. középső régiója
- Ausztrália 2. középső régiója
- Kelet-Ausztrália
- Australia Southeast
- Dél-Brazília
- Délkelet-Brazília
- Canada Central
- Canada East
- Central India
- Central US
- China East 2
- China North 2
- East US
- East US 2
- East Asia
- France Central
- Dél-Franciaország
- Germany West Central
- Észak-Németország
- Japan East
- Nyugat-Japán
- Dél-Korea középső régiója
- Dél-Korea déli régiója
- USA északi középső régiója
- North Europe
- Kelet-Norvégia
- Nyugat-Norvégia
- Dél-Afrika északi régiója
- Dél-Afrika nyugati régiója
- USA déli középső régiója
- Dél-India
- Délkelet-Ázsia
- Észak-Svájc
- Nyugat-Svájc
- Egyesült Arab Emírségek középső régiója
- UAE North
- UK South
- UK West
- USA-beli államigazgatás – Arizona
- USA-beli államigazgatás – Texas
- USA-beli államigazgatás – Virginia
- West Central US
- Nyugat-Európa
- Nyugat-India
- USA nyugati régiója
- West US 2
- West US 3
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ánsak. Az Azure rendelkezésre állási zónában lévő adatbázisokról a zónaredundáns adatbázisok táblázatában olvashat.
| Azure-régió | SQL Database: Rugalmas skálázású prémium sorozat és prémium sorozatú memória optimalizálva | Minden más Azure SQL Database-vásárlási modell és -szint |
|---|---|---|
| Australia East | Igen | Igen |
| Australia Southeast | Igen | |
| Dél-Brazília | Igen | |
| Délkelet-Brazília | Igen | |
| Canada Central | Igen | Igen |
| Canada East | Igen | |
| Central India | Igen | |
| Central US | Igen | Igen |
| China East 2 | Igen | |
| China North 2 | Igen | |
| East US | Igen | Igen |
| East US 2 | Igen | Igen |
| East Asia | Igen | |
| France Central | Igen | |
| Dél-Franciaország | Igen | |
| Germany West Central | Igen | |
| Japan East | Igen | Igen |
| Japan West | Igen | |
| North Central US | Igen | |
| North Europe | Igen | Igen |
| South Central US | Igen | Igen |
| South India | Igen | |
| Southeast Asia | Igen | |
| Switzerland North | Igen | |
| UAE North | Igen | |
| UK South | Igen | |
| UK West | Igen | |
| USA-beli államigazgatás – Texas | Igen | |
| USA-beli államigazgatás – Virginia | Igen | |
| West Central US | Igen | |
| West Europe | Igen | Igen |
| West US | Igen | Igen |
| West US 2 | Igen | Igen |
| West US 3 | Igen |
Az alábbi táblázat zónaredundáns adatbázisokhoz készült.
| Azure-régió | Az Azure Rendelkezésre állási zónában lévő összes többi Azure SQL Database-vásárlási modell és szint |
|---|---|
| Australia East | Igen |
| Canada Central | Igen |
| Central US | Igen |
| USA 1. keleti régiója | Igen |
| East US 2 | Igen |
| Japan East | Igen |
| North Europe | Igen |
| South Central US | Igen |
| Southeast Asia | Igen |
| UK South | Igen |
| West Europe | Igen |
| West US 2 | Igen |
Átjáró karbantartása
A karbantartási időszakok akkor a leghatékonyabbak, ha az ügyfélalkalmazások az átirányítási kapcsolatszabá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.
A felügyelt Azure SQL-példányban az átjárócsomópontok a virtuális fürtben vannak üzemeltetve, és ugyanazzal a karbantartási időszakkal rendelkeznek, mint a felügyelt példány, de az átirányítási kapcsolati szabályzat használata továbbra is ajánlott a karbantartási esemény során fellépő fennakadások számának minimalizálása érdekében.
Az Azure SQL Database ügyfélkapcsolati szabályzatáról további információt az Azure SQL Database Csatlakozás ion szabályzatában talál.
A felügyelt Azure SQL-példány ügyfélkapcsolati szabályzatáról további információt az Azure SQL Managed Instance kapcsolattípusaiban talál.
Megfontolandó szempontok a felügyelt Azure SQL-példányhoz
A felügyelt Azure SQL-példány olyan szolgáltatásösszetevőkből áll, amelyek az ügyfél virtuális hálózatának alhálózatán belül futó, elkülönített virtuális gépek dedikált készletén futnak. Ezek a virtuális gépek csoportokba vannak rendezve, hogy olyan virtuális fürtöt alkotjanak, amely több felügyelt példányt is üzemeltethet. Mivel az ugyanabban az alhálózatban lévő példányokra konfigurált karbantartási időszak befolyásolhatja a virtuális fürtben és a virtuális fürtfelügyeleti műveletekben lévő virtuálisgép-csoportok számát, a karbantartási időszak konfigurálása előtt érdemes megfontolni néhány dolgot.
A karbantartási időszak konfigurálása hosszú ideig futó művelet
Az ugyanabban a virtuálisgép-csoportban üzemeltetett összes példány ugyanazzal a karbantartási időszakkal rendelkezik. Alapértelmezés szerint az összes felügyelt példány egy alapértelmezett karbantartási időszakkal rendelkező csoportban van üzemeltetve. Ha egy másik karbantartási időszakot ad meg, akár a példány létrehozása közben, akár a már létrehozott példány után, a példány egy külön gépcsoportba kerül egy megfelelő karbantartási időszakkal. Ha nincs ilyen csoport a fürtben, a rendszer újat hoz létre a példány új konfigurációjának megfelelően. Ha a virtuális fürtben további példányokat konfigurál úgy, hogy ugyanazt a karbantartási időszakot használják, a rendszer ezeket a példányokat is hozzáadja a csoporthoz, ami azt jelenti, hogy a csoportot át kell méretezni. A példányok új gépcsoporthoz való hozzáadása és a meglévő gépcsoportok átméretezése növelheti a művelet időtartamát egy karbantartási időszak konfigurálásához.
A felügyelt példány karbantartási időszakának konfigurálásának várható időtartama a példánykezelési műveletek becsült időtartamával számítható ki.
Fontos
Karbantartási időszak konfigurálásakor a művelet utolsó lépéséhez a példány újrakonfigurálása szükséges, amely általában legfeljebb 8 másodpercig tart, még akkor is, ha az megszakítja a hosszan futó tranzakciókat. A hatás minimalizálása érdekében konfiguráljon egy karbantartási időszakot a csúcsidőn kívül.
IP-címtérre vonatkozó követelmények
Az alhálózat minden új virtuálisgép-csoportja további IP-címeket igényel a virtuális fürt IP-címfoglalásának megfelelően. Egy meglévő felügyelt példány karbantartási időszakának módosítása ideiglenes további IP-kapacitást is igényel, hasonlóan a megfelelő szolgáltatási szint virtuális magjainak számának skálázásához.
IP-cím módosítása
A karbantartási időszak konfigurálása vagy módosítása a példány IP-címét egy másik IP-címre módosítja az alhálózat IP-címtartományán belül.
Fontos
Győződjön meg arról, hogy az NSG- és tűzfalszabályok nem blokkolják az adatforgalmat az IP-címek módosítása után.
Virtuális fürtkezelési műveletek szerializálása
A virtuális fürtöt érintő műveletek, például a szolgáltatásfrissítések vagy a virtuális fürt átméretezése (például új vagy nem használt számítási csomópontok eltávolítása) szerializálva vannak. Ezért egy új virtuális fürtművelet csak az előző művelet befejeződése után indítható el. Ha a karbantartási időszak a folyamatos karbantartási művelet befejeződése előtt bezárul, a rendszer a következő karbantartási időszakig szünetelteti a karbantartási műveletet. Az adott idő alatt elküldött egyéb felügyeleti műveletek is szüneteltetve lesznek, és az eredeti karbantartási művelet befejeződése után a következő karbantartási időszak alatt vagy után is folytatódnak. Nem gyakori, hogy egy karbantartási művelet több időt vesz igénybe, mint egy fürtben lévő virtuálisgép-csoportonkénti karbantartási időszak, de nagyon összetett karbantartási műveletek esetén is előfordulhat.
A virtuális fürtkezelési műveletek szerializálása általános viselkedés, amely az alapértelmezett karbantartási szabályzatra is vonatkozik. A karbantartási időszak ütemezésének konfigurálásakor a két szomszédos ablak közötti időszak néhány nap is lehet. Bár ritkán, ha a karbantartási művelet két ablakot is átfog, az újonnan elküldött műveletek több napig is várakozhatnak, ami blokkolhatja azokat a műveleteket, amelyek további számítási csomópontokat igényelnek, például újat hoznak létre, vagy átméreteznek egy meglévő példányt.
Karbantartási események listájának lekérése
Az Azure Resource Graph egy Azure-szolgáltatás, amely az Azure Resource Management kibővítésére szolgál. 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. For an introduction on how to run these queries, see Quickstart: Run your first Resource Graph query using Azure Resource Graph Explorer.
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
Az előfizetés összes felügyelt példányának 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 Managed Instance'
| 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ű referenciáiért és az eszközök, például a PowerShell vagy az Azure CLI használatához látogasson el az Azure Resource Graph Azure Service Health-hez készült minta lekérdezéseihez.