Share via

Časové období údržby ve službě Azure SQL Managed Instance

  • Článek

Platí pro:Azure SQL Managed Instance

Funkce časového období údržby umožňuje nakonfigurovat plán údržby pro prostředky azure SQL Managed Instance , které mají předvídatelné a méně rušivé události údržby pro vaši úlohu.

Poznámka:

Funkce časového období údržby chrání pouze před plánovaným dopadem na upgrady nebo plánovanou údržbu. Nechrání před všemi příčinami převzetí služeb při selhání; Výjimky, které můžou způsobit krátké přerušení připojení mimo časové období údržby, zahrnují selhání hardwaru a další rekonfigurace.

Předběžná oznámení umožňují zákazníkům nakonfigurovat, aby se oznámení odesílala až 24 hodin před jakoukoli plánovanou událostí.

Přehled

Azure pravidelně provádí plánovanou údržbu prostředků spravované instance SQL. Během události údržby jsou spravované instance SQL plně dostupné, ale můžou podléhat krátkým rekonfiguracím v rámci smluv o úrovni služeb (SLA) dostupnosti pro spravovanou instanci SQL.

Časové období údržby je určeno pro produkční úlohy, které nejsou odolné vůči rekonfiguracím instancí a nemohou absorbovat krátká přerušení připojení způsobená událostmi plánované údržby. Když zvolíte preferované časové období údržby, můžete minimalizovat dopad plánované údržby tím, že ji naplánujete mimo špičku pracovní doby. Odolné úlohy a neprodukční úlohy můžou záviset na výchozích zásadách údržby Azure SQL.

Časové období údržby je bezplatné a dá se nakonfigurovat při vytváření nebo pro existující prostředky. Dá se nakonfigurovat pomocí webu Azure Portal, PowerShellu, rozhraní příkazového řádku nebo rozhraní Azure API.

Důležité

Konfigurace časového období údržby je dlouhotrvající asynchronní operace, podobně jako změna úrovně služby prostředku Azure SQL. Prostředek je k dispozici během operace s výjimkou krátké rekonfigurace, ke které dochází na konci operace a obvykle trvá až 8 sekund i v případě přerušení dlouhotrvajících transakcí. Pokud chcete minimalizovat dopad rekonfigurace, měli byste operaci provést mimo špičku.

Získání předvídatelnějšího časového období údržby

Zásady údržby Azure SQL ve výchozím nastavení blokují většinu ovlivněných aktualizací během místního času 8:00 až 5:00 každý den , aby se zabránilo přerušení během typické špičky pracovní doby. Místní čas je určen umístěním oblasti Azure, která je hostitelem prostředku, a může sledovat letní čas v souladu s definicí místního časového pásma.

Během údržby zůstanou databáze dostupné, ale některé aktualizace můžou vyžadovat převzetí služeb při selhání. Výchozí časové období údržby systému (5:00 až 8:00) omezuje většinu aktivit na tuto dobu, ale může dojít k urgentním aktualizacím mimo ni. Pokud chcete zajistit, aby všechny aktualizace probíhaly pouze během časového období údržby, vyberte možnost, která není výchozí.

Časové období pro aktualizace údržby můžete upravit podle času vhodného pro prostředky Azure SQL tak, že zvolíte ze dvou výchozích slotů časových období údržby:

  • Okno dne v týdnu : 10:00 do 18:00 místního času, pondělí - čtvrtek
  • Víkendové okno: 10:00 do 18:00 místního času, pátek - neděle

Dny časového období údržby uvedené udávají počáteční den každého osmihodinového časového období údržby. Například "10:00 do 18:00 místního času, pondělí – čtvrtek" znamená, že časové intervaly údržby začínají od 10:00 místního času každý den (pondělí až čtvrtek) a dokončit v místním čase 6:00 do následujícího dne (úterý až pátek).

Po provedení výběru časového období údržby a dokončení konfigurace služby dojde k plánované údržbě pouze během zvoleného časového období. Zatímco události údržby se obvykle dokončí v jednom okně, některé z nich mohou zahrnovat dvě nebo více sousedních oken.

Důležité

Spravovaná instance Azure SQL se řídí osvědčeným postupem nasazení, kdy je zaručeno, že spárované oblasti Azure nebudou nasazeny najednou. Není však možné předpovědět, která oblast se nejprve upgraduje, takže pořadí nasazení není zaručené. Někdy se vaše primární instance upgraduje jako první a někdy bude sekundární.

  • V situacích, kdy má vaše spravovaná instance SQL skupiny převzetí služeb při selhání a skupiny nejsou v souladu s párováním oblastí Azure, byste měli zvolit různé plány časových období údržby pro primární a sekundární spravovanou instanci SQL. Můžete například vybrat časové období údržby v týdnu pro geograficky sekundární a víkendové časové období údržby pro geograficky primární spravovanou instanci SQL.

  • Ve velmi vzácných případech, kdy by jakékoli odložení akce mohlo způsobit závažný dopad, například použití kritické opravy zabezpečení, může být nakonfigurované časové období údržby dočasně přepsáno.

Upozorňování oznámení

Oznámení o údržbě je možné nakonfigurovat tak, aby vás upozorňovala na nadcházející události plánované údržby pro vaši spravovanou instanci Azure SQL. Upozornění dorazí 24 hodin předem, před otevřením časového období údržby a na konci časového období údržby. Další informace najdete v tématu Upozorňování na oznámení.

Dostupnost funkcí

Podporované typy předplatného

Konfigurace a použití časového období údržby je k dispozici pro následující typy nabídek: průběžné platby, Cloud Solution Provider (CSP), Microsoft smlouva Enterprise nebo Smlouva se zákazníkem Microsoftu.

Nabídky omezené jenom na využití pro vývoj a testování nemají nárok (například průběžné platby pro vývoj, testování nebo testování enterprise pro vývoj a testování jako příklady).

Poznámka:

Nabídka Azure je typ předplatného Azure, které máte. Například předplatné s průběžnými platbami, Azure v rámci Open a Visual Studio Enterprise jsou všechny nabídky Azure. Každá nabídka nebo plán má jiné podmínky a výhody. Vaše nabídka nebo plán se zobrazí v přehledu předplatného. Další informace o přepnutí předplatného na jinou nabídku najdete v tématu Změna předplatného Azure na jinou nabídku.

Podporované cíle na úrovni služby

Volba jiného časového období údržby, než je výchozí, je k dispozici pro všechny objekty sla s výjimkou fondů služby Azure SQL Managed Instance.

Podpora oblastí spravované instance Azure SQL pro časové období údržby

Volba časového období údržby pro službu Azure SQL Managed Instance kromě výchozího nastavení je aktuálně dostupná v následujících oblastech:

  • Austrálie – střed 1
  • Austrálie – střed 2
  • Austrálie – východ
  • Austrálie – jihovýchod
  • Brazílie – jih
  • Brazílie – jihovýchod
  • Střední Kanada
  • Kanada – východ
  • Indie – střed
  • USA – střed
  • Čína – východ 2
  • Čína – sever 2
  • East US
  • USA – východ 2
  • Východní Asie
  • Francie – střed
  • Francie – jih
  • Německo – středozápad
  • Německo – sever
  • Japonsko – východ
  • Japonsko – západ
  • Jižní Korea – střed
  • Korea Jih
  • USA – středosever
  • Severní Evropa
  • Norsko – východ
  • Norsko – západ
  • Jižní Afrika – sever
  • Jižní Afrika – západ
  • Středojižní USA
  • Indie – jih
  • Southeast Asia
  • Švýcarsko – sever
  • Švýcarsko – západ
  • Spojené arabské emiráty – střed
  • Spojené arabské emiráty – sever
  • Spojené království – jih
  • Spojené království – západ
  • US Gov – Arizona
  • US Gov – Texas
  • US Gov – Virginie
  • USA – středozápad
  • West Europe
  • Západ Indie
  • USA – západ
  • Západní USA 2
  • USA – západ 3

Údržba brány

Ve službě Azure SQL Managed Instance jsou uzly brány hostované v rámci virtuálního clusteru a mají stejné časové období údržby jako spravovaná instance SQL.

Důležité

Zásady přesměrování připojení se doporučuje minimalizovat počet přerušení během události údržby, viz typy připojení.

Důležité informace o službě Azure SQL Managed Instance

Spravovaná instance Azure SQL se skládá z komponent služeb hostovaných na vyhrazené sadě izolovaných virtuálních počítačů, které běží v podsíti virtuální sítě zákazníka. Tyto virtuální počítače jsou uspořádané do skupin, aby vytvořily virtuální cluster , který může hostovat více spravovaných instancí. Vzhledem k tomu, že časové období údržby nakonfigurované pro instance ve stejné podsíti může ovlivnit počet skupin virtuálních počítačů v rámci virtuálního clusteru a operací správy virtuálních clusterů, je potřeba zvážit několik věcí před konfigurací časového období údržby.

Konfigurace časového období údržby je dlouhotrvající operace.

Všechny instance hostované ve stejné skupině virtuálních počítačů sdílejí stejné časové období údržby. Ve výchozím nastavení jsou všechny spravované instance hostované ve skupině s výchozím časovým obdobím údržby. Pokud zadáte jiné časové období údržby, a to buď při vytváření instance, nebo po jejím vytvoření, instance se umístí do samostatné skupiny počítačů s odpovídajícím časovým obdobím údržby. Pokud v clusteru neexistuje žádná taková skupina, vytvoří se nová skupina, která bude vyhovovat nové konfiguraci instance. Pokud ve virtuálním clusteru nakonfigurujete další instance tak, aby používaly stejné časové období údržby, tyto instance se také přidají do skupiny, což znamená, že je potřeba změnit velikost skupiny. Přidání instancí do nové skupiny počítačů a změna velikosti stávajících skupin počítačů může prodloužit dobu trvání operace konfigurace časového období údržby.

Očekávaná doba trvání konfigurace časového období údržby pro spravovanou instanci se dá vypočítat pomocí odhadované doby trvání operací správy instancí.

Důležité

Při konfiguraci časového období údržby vyžaduje poslední krok operace rekonfiguraci instance, která obvykle trvá až 8 sekund, i když přeruší dlouhotrvající transakce. Pokud chcete minimalizovat dopad, nakonfigurujte časové období údržby mimo špičku pracovní doby.

Požadavky na adresní prostor IP adres

Každá nová skupina virtuálních počítačů v podsíti vyžaduje další IP adresy podle přidělení IP adres virtuálního clusteru. Změna časového období údržby pro existující spravovanou instanci vyžaduje také dočasnou dodatečnou kapacitu PROTOKOLU IP, podobně jako při škálování počtu virtuálních jader pro příslušnou úroveň služby.

Změna IP adresy

Konfigurace nebo změna časového období údržby změní IP adresu instance na jinou IP adresu v rozsahu IP adres podsítě.

Důležité

Ujistěte se, že skupina zabezpečení sítě (NSG) a pravidla brány firewall neblokují datový provoz po změně IP adresy.

Serializace operací správy virtuálních clusterů

Operace, které ovlivňují virtuální cluster, jako jsou upgrady služeb nebo změna velikosti virtuálního clusteru (například přidání nových nebo odebrání nepoužívaných výpočetních uzlů), se serializují. Proto se nová operace virtuálního clusteru nemůže spustit, dokud se předchozí operace nedokončí. Pokud se časové období údržby zavře před dokončením probíhající operace údržby, bude probíhající operace údržby blokována až do dalšího časového období údržby. Další operace správy odeslané během této doby jsou také blokovány a pokračovat během dalšího časového období údržby nebo po dokončení původní probíhající operace údržby. Operace údržby obvykle trvá déle než jedno časové období údržby pro každou skupinu virtuálních počítačů v rámci clusteru, ale může k tomu dojít u velmi složitých operací údržby.

Serializace operací správy virtuálních clusterů je obecné chování, které platí i pro výchozí zásady údržby. Při konfiguraci plánu časového období údržby může být období mezi dvěma sousedními okny několik dní dlouhé. I když operace údržby pokrývá dvě okna, mohou být nově odeslané operace blokovány několik dní, potenciálně blokující operace, které vyžadují další výpočetní uzly, jako je vytvoření nového nebo změna velikosti existující instance.

Načtení seznamu událostí údržby

Azure Resource Graph je služba Azure navržená k rozšíření správy prostředků Azure. Azure Resource Graph Explorer poskytuje efektivní a výkonné zkoumání prostředků s možností dotazování ve velkém měřítku napříč danou sadou předplatných, abyste mohli efektivně řídit vaše prostředí.

K dotazování na události údržby můžete použít Azure Resource Graph Explorer. Úvod ke spouštění těchto dotazů najdete v tématu Rychlý start: Spuštění prvního dotazu na Resource Graph použitím Azure Resource Graph Exploreru.

Pokud chcete zkontrolovat události údržby pro všechny spravované instance SQL ve vašem předplatném, použijte následující ukázkový dotaz v Azure Resource Graph Exploreru:

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

Úplný odkaz na ukázkové dotazy a jejich použití napříč nástroji, jako je PowerShell nebo Azure CLI, najdete v ukázkových dotazech Azure Resource Graphu pro Azure Service Health.

Související obsah