Plánování událostí údržby Azure ve službě Azure SQL Database a Azure SQL Managed Instance

  • Článek
  • 2 min ke čtení

PLATÍ PRO: Azure SQL Database Azure SQL Managed Instance

Zjistěte, jak se připravit na události plánované údržby databáze ve službě Azure SQL Database a Azure SQL Managed Instance.

Co je událost plánované údržby?

Aby služby Azure SQL Database spravované instance Azure SQL byly zabezpečené, kompatibilní, stabilní a výkonné, provádějí se aktualizace prostřednictvím komponent služby téměř nepřetržitě. Díky moderní a robustní architektuře služeb a inovativním technologiím, jako jsou opravy za provozu, je většina aktualizací plně transparentní a z hlediska dostupnosti služeb bez dopadu. Přesto několik typů aktualizací způsobuje krátké přerušení služby a vyžaduje zvláštní zacházení.

Během plánované údržby budou členové kvora databáze po jednom offline. Záměrem je, že existuje jedna replika primární repliky, která odpovídá. Pro Pro důležité obchodní informace a Premium databází bude alespoň jedna sekundární replika také online, aby se zajistilo, že nebude k dispozici žádný prostoj klienta. Když je primární replika potřeba přecházet do režimu offline, dojde k procesu rekonfigurace. Pro Pro důležité obchodní informace a Premium se jedna ze sekundárních replik stane novou primární replikou. U Pro obecné účely, Standard a Basic primární replika přesune na jiný bezvýcový výpočetní uzel s dostatečnou bezplatnou kapacitou.

Co očekávat během události plánované údržby

Událost údržby může vytvořit jednu nebo více rekonfigurací v závislosti na souhvězdí primární a sekundární repliky na začátku události údržby. V průměru dochází k 1,7 rekonfiguracím pro každou událost plánované údržby. Rekonfigurace se obvykle dokončí během 30 sekund. Průměr je osm sekund. Pokud už je vaše aplikace připojená, musí se znovu připojit k nové primární replice vaší databáze. Pokud dojde k pokusu o nové připojení v době, kdy databáze prochází rekonfigurací, než bude nová primární replika online, zobrazí se chyba 40613 (Databáze není k dispozici): Databáze {název_databáze} na serveru {název_serveru} není aktuálně dostupná. Zkuste připojení zopakovat později." Pokud má vaše databáze dlouhotrační dotaz, tento dotaz se přeruší během rekonfigurace a bude potřeba ho restartovat.

Simulace události plánované údržby

Zajištění odolnosti klientské aplikace vůči událostem údržby před nasazením do produkčního prostředí pomůže zmírnit riziko chyb aplikací a bude přispívat k dostupnosti aplikací pro koncové uživatele. Chování klientské aplikace při událostech plánované údržby můžete otestovat testováním odolnosti proti chybám aplikace prostřednictvím PowerShellu, rozhraní příkazového řádku nebo REST API. Viz také zahájení ručního převzetí služeb při selhání pro spravovanou instanci. Dojde ke stejnému chování jako u události údržby, která primární repliku offline přináší.

Logika opakování

Každá klientská produkční aplikace, která se připojuje ke cloudové databázové službě, by měla implementovat robustní logiku opakování připojení. To pomůže zajistit transparentní rekonfigurace pro koncové uživatele nebo alespoň minimalizovat negativní účinky.

Service Health výstrahy

Pokud chcete dostávat upozornění na problémy se službou nebo aktivity plánované údržby, můžete použít Service Health výstrahy v Azure Portal s odpovídajícím typem události a skupinami akcí. Další informace najdete v tématu Příjem upozornění na oznámení služby Azure.

Stav prostředků

Pokud u vaší databáze dochází k selháním přihlášení, zkontrolujte aktuální Resource Health v okně Azure Portal a zkontrolujte aktuální stav. Část Historie stavu obsahuje důvod výpadku jednotlivých událostí (pokud je k dispozici).

Funkce okna údržby

Funkce časového období údržby umožňuje konfiguraci předvídatelných plánů časového období údržby pro oprávněné SQL Azure a spravované SQL instance. Další informace najdete v tématu Okno údržby.

Další kroky