Sdílet prostřednictvím


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

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 byly služby Azure SQL Database a Azure SQL Managed Instance zabezpečené, vyhovující, stabilní a výkonné, probíhá 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 je hotpatching, jsou většina aktualizací plně transparentní a neaktustní z hlediska dostupnosti. 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 přejdou členové kvora databáze po jednom do režimu offline s záměrem, že existuje jedna reagující primární replika. Pro databáze Pro důležité obchodní informace a Premium bude alespoň jedna sekundární replika online, aby se zajistilo, že nedojde k výpadku klienta.

Když je potřeba převést primární repliku do režimu offline, dojde k procesu rekonfigurace.

  • Pro databáze Pro důležité obchodní informace a Premium se jednou ze sekundárních replik stane nová primární replika.
  • Pro databáze Pro obecné účely, Standard a Basic se primární replika přesune do jiného bezstavového výpočetního uzlu 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 rekonfiguraci 1,7 na událost plánované údržby. Rekonfigurace se obvykle dokončí do 30 sekund. Průměr je osm sekund. Pokud už je aplikace připojená, musí se znovu připojit k nové primární replice databáze.

Pokud dojde k pokusu o nové připojení v době, kdy databáze prochází rekonfigurací před online novou primární replikou, zobrazí se chyba 40613 (Databáze není k dispozici): Database '{databasename}' on server '{servername}' is not currently available. Please retry the connection later. Pokud má vaše databáze dlouhotrvající dotaz, během rekonfigurace se tento dotaz přeruší a bude potřeba ho restartovat.

Časové intervaly údržby a předběžná oznámení

Funkce časového období údržby umožňuje konfiguraci předvídatelných plánů časových období údržby pro způsobilé databáze Azure SQL a spravované instance SQL. Před časovými obdobími údržby můžete také nakonfigurovat předběžná oznámení. Další informace naleznete v tématu:

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

Před nasazením do produkčního prostředí se ujistěte, že je vaše klientská aplikace odolná vůči událostem údržby.

Testování zmírní riziko chyb aplikací a přispívá k dostupnosti aplikací pro koncové uživatele. Chování klientské aplikace můžete otestovat během událostí plánované údržby testováním odolnosti proti chybám aplikace pomocí PowerShellu, rozhraní příkazového řádku nebo rozhraní REST API.

U služby Azure SQL Managed Instance zkontrolujte také inicializování ručního převzetí služeb při selhání. Ruční převzetí služeb při selhání vytváří stejné chování jako událost údržby, která přenese primární repliku do režimu offline.

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í. Správná logika automatického opakování pomáhá zajistit co nejprůhlednější rekonfigurace koncovým uživatelům.

Upozornění služby Service Health

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

Na webu Azure Portal můžete také monitorovat a konfigurovat upozornění na metriku dostupnosti služby Azure SQL Database.

Stav prostředků

Pokud u vaší databáze dochází k chybám přihlášení, zkontrolujte aktuální stav v okně Resource Health na webu Azure Portal . Část Historie stavu obsahuje důvod výpadku pro každou událost (pokud je k dispozici).