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

Karbantartási időszak az Azure SQL Managed Instance-ban

A következőkre vonatkozik:Azure SQL Managed Instance

A karbantartási időszak funkció lehetővé teszi 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óvá és kevésbé zavaróvá teszik a számítási feladatokat.

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 ok ellen; a karbantartási ablakon kívül rövid kapcsolatkimaradásokat okozó kivételek közé tartoznak a hardverhibák és az egyéb újrakonfigurálások.

Az előzetes értesítések lehetővé teszik az ügyfelek számára, hogy úgy konfigurálják az értesítéseket, hogy 24 órával a tervezett esemény előtt legyenek elküldve.

Áttekintés

Az Azure rendszeresen elvégzi a felügyelt SQL-példány erőforrásainak tervezett karbantartását . Karbantartási esemény során a felügyelt SQL-példányok teljes mértékben elérhetők, azonban rövid újrakonfigurálások előfordulhatnak a rendelkezésre állási szolgáltatási szintmegállapodások (SLA) keretében a felügyelt SQL-példányok esetében.

A karbantartási időszak olyan éles munkaterhelésekhez készült, amelyek nem rugalmasak a példányok újrakonfigurálásával szemben. Nem tudják kezelni 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 is 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.

Fontos

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 először az elsődleges példány frissül, máskor pedig a másodlagos.

  • Olyan helyzetekben, amikor a felügyelt 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 másodlagos felügyelt SQL-példányhoz különböző karbantartási időszakok ütemezését kell választania. Például kiválaszthatja a hétköznapi karbantartási időszakot a geo-másodlagos SQL felügyelt példányhoz, és a hétvégi karbantartási időszakot a geo-elsődlegeshez.

  • Nagyon ritka esetekben, amikor a művelet elhalasztása súlyos következményeket okozhat, például a kritikus biztonsági javítások alkalmazása, a konfigurált karbantartási időszak ideiglenesen felülbírálódhat.

Előzetes értesítések

A karbantartási értesítések konfigurálhatók úgy, hogy riasztást küldhessenek a felügyelt Azure SQL-példány 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).

Megjegyzés:

Az Azure-ajánlat a meglévő Azure-előfizetés típusa. Egy előfizetés használatalapú díjszabással, az Azure Open és a Visual Studio Enterprise mind Azure-ajánlatok. 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 Azure SQL Managed Instance-készletek kivételével minden SLO-n elérhető.

Az Azure SQL Managed Instance régió támogatása karbantartási időszakokhoz

Az alapértelmezetten kívüli felügyelt Azure SQL-példány karbantartási időszakának kiválasztása minden régióban elérhető.

Átjáró karbantartá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 SQL-példány.

Fontos

Az átirányítási kapcsolati szabályzat használata ajánlott a karbantartási esemény során fellépő fennakadások számának minimalizálása érdekében, lásd a kapcsolattípusokat.

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. Ezeket a virtuális gépeket csoportokba szervezik, hogy olyan virtuális fürtöt alkossanak, 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 úgy konfigurál, hogy ugyanahhoz az időablakhoz tartozzanak a karbantartáshoz, ezek a példányok is hozzáadódnak a csoporthoz, emiatt lehet, 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 a hálózati biztonsági csoport (NSG) és a tűzfalszabályok nem blokkolják az adatforgalmat az IP-címek módosítása után.

Virtuális klasztermenedzsment 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 az új virtuális cluster művelet csak akkor indítható el, amikor az előző művelet befejeződött. 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 benyújtott egyéb menedzsment műveletek is szünetelnek, és az eredeti karbantartási művelet befejeződése után, a következő karbantartási időablak során vagy után folytatódnak. Ritka, hogy egy karbantartási művelet több időt vesz igénybe, mint amennyi egy fürtben lévő minden virtuálisgép-csoport esetében rendelkezésre áll egy karbantartási időszak alatt, azonban nagyon összetett karbantartási műveletek esetén ez 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

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.

Ha ellenőrizni szeretné az előfizetés összes felügyelt SQL-példányának karbantartási eseményeit, 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ű 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.

Kapcsolódó tartalom

  • Last updated on