Sdílet prostřednictvím

Oznámení o plánované údržbě na jednoúčelovém serveru Azure Database for PostgreSQL

  • Článek

PLATÍ PRO: Azure Database for PostgreSQL – Jednoúčelový server

Důležité

Jednoúčelový server Azure Database for PostgreSQL je na cestě vyřazení. Důrazně doporučujeme upgradovat na flexibilní server Azure Database for PostgreSQL. Další informace o migraci na flexibilní server Azure Database for PostgreSQL najdete v tématu Co se děje s jednoúčelovým serverem Azure Database for PostgreSQL?

Zjistěte, jak se připravit na události plánované údržby ve službě Azure Database for PostgreSQL.

Co je plánovaná údržba?

Služba Azure Database for PostgreSQL provádí automatizované opravy základního hardwaru, operačního systému a databázového stroje. Tato oprava zahrnuje nové funkce služeb, zabezpečení a aktualizace softwaru. U modulu PostgreSQL jsou upgrady podverze automatické a zahrnuté jako součást cyklu oprav. Pro opravy není nutná žádná uživatelská akce ani nastavení konfigurace. Oprava se testuje intenzivně a zavádí se s využitím postupů bezpečného nasazení.

Plánovaná údržba je časové období údržby při nasazení těchto aktualizací služeb na servery v dané oblasti Azure. Během plánované údržby se vytvoří událost oznámení, která informuje zákazníky o nasazení aktualizace služeb v oblasti Azure, která je hostitelem jejich serverů. Minimální doba trvání mezi dvěma obdobími plánované údržby je 30 dní. Oznámení o dalším časovém období údržby obdržíte 72 hodin předem.

Plánovaná údržba – Doba trvání a dopad na zákazníky

Plánovaná údržba pro danou oblast Azure se obvykle očekává do 15 hodin. V tomto časovém intervalu je také čas vyrovnávací paměti pro provedení plánu vrácení zpět v případě potřeby. Servery Azure Database for PostgreSQL jsou spuštěné v kontejnerech, takže restartování databázového serveru obvykle trvá 60 až 120 sekund, ale neexistuje žádný deterministický způsob, jak zjistit, kdy během tohoto 15hodinového intervalu bude ovlivněn váš server. Celou událost plánované údržby, včetně každého restartování serveru, pečlivě monitoruje technický tým. Doba převzetí služeb při selhání serveru závisí na obnovení databáze, což může způsobit, že databáze bude online déle, pokud máte na serveru v době převzetí služeb při selhání velkou transakční aktivitu. Pokud se chcete vyhnout delší době restartování, doporučujeme se vyhnout dlouhotrvajícím transakcím (hromadnému načítání) během událostí plánované údržby.

V souhrnu platí, že zatímco událost plánované údržby běží 15 hodin, dopad jednotlivých serverů obvykle trvá 60 sekund v závislosti na transakční aktivitě na serveru. Oznámení se odešle 72 kalendářních hodin před zahájením plánované údržby a další v době, kdy probíhá údržba pro danou oblast.

Jak můžu dostávat oznámení o plánované údržbě?

Pomocí funkce oznámení o plánované údržbě můžete dostávat upozornění na nadcházející událost plánované údržby. Zobrazí se oznámení o nadcházející údržbě 72 kalendářních hodin před událostí a další, zatímco údržba probíhá pro danou oblast.

Oznámení o plánované údržbě

Oznámení o plánované údržbě umožňují přijímat upozornění na nadcházející událost plánované údržby do služby Azure Database for PostgreSQL. Tato oznámení jsou integrovaná s plánovanou údržbou služby Service Health a umožňují zobrazit všechny plánované údržby pro vaše předplatná na jednom místě. To pomáhá také škálovat oznámení do správných cílových skupin pro různé skupiny prostředků, protože za různé prostředky můžou zodpovídat různé kontakty. Zobrazí se oznámení o nadcházející údržbě 72 hodin před událostí.

Při každém pokusu o oznámení o plánované údržbě pro všechny události provedeme oznámení o 72 hodinách. V případech kritických nebo bezpečnostních oprav ale můžou být oznámení odeslána blíže k události nebo můžou být vynechána.

Oznámení o plánované údržbě můžete zkontrolovat na webu Azure Portal nebo nakonfigurovat výstrahy pro příjem oznámení.

Kontrola oznámení o plánované údržbě na webu Azure Portal

  1. Na webu Azure Portal vyberte Service Health.
  2. Výběr karty Plánovaná údržba
  3. Vyberte Předplatné, **Oblast a služba , pro které chcete zkontrolovat oznámení o plánované údržbě.

Příjem oznámení o plánované údržbě

  1. Na portálu vyberte Service Health.
  2. V části Upozornění vyberte Upozornění služby Health.
  3. Vyberte + Přidat upozornění na stav a vyplňte příslušná pole.
  4. Vyplňte požadovaná pole.
  5. Zvolte Typ události a vyberte plánovaná údržba nebo Vybrat vše.
  6. Ve skupinách akcí definujete, jak chcete výstrahu obdržet (získat e-mail, aktivovat aplikaci logiky atd.).
  7. Ujistěte se, že možnost Povolit pravidlo při vytvoření je nastavena na Ano.
  8. Nastavování upozornění dokončete kliknutím na Vytvořit pravidlo upozornění.

Podrobné pokyny k vytvoření upozornění služby Service Health najdete v tématu Vytváření upozornění protokolu aktivit u oznámení služby.

Můžu plánovanou údržbu zrušit nebo odložit?

K zajištění zabezpečení, stabilního a aktuálního stavu serveru je potřeba údržba. Událost plánované údržby nelze zrušit ani odložit. Po odeslání oznámení do dané oblasti Azure není možné provést změny plánu oprav pro žádný jednotlivý server v dané oblasti. Oprava se zavádí pro celou oblast najednou. Služba Azure Database for PostgreSQL – Jednoúčelový server je navržená pro nativní cloudovou aplikaci, která nevyžaduje podrobnou kontrolu nebo přizpůsobení služby. Pokud chcete mít možnost naplánovat údržbu serverů, doporučujeme zvážit flexibilní servery.

Dochází k opravám ve všech oblastech Azure ve stejnou dobu?

Ne, všechny oblasti Azure se opravují během časování časových intervalů nasazení. V dané oblasti Azure se obecně roztáhne okno s moudrým nasazením od 5:00 do 8:00 do místního dne. Geograficky spárované oblasti Azure se opravují v různých dnech. Pro zajištění vysoké dostupnosti a provozní kontinuity databázových serverů se doporučuje využití replik pro čtení mezi oblastmi .

Logika opakování

Přechodná chyba, označovaná také jako přechodná chyba, je chyba, která se vyřeší sama. Během údržby může dojít k přechodným chybám . Většina těchto událostí je systémem automaticky zmírněná za méně než 60 sekund. Přechodné chyby by se měly zpracovat pomocí logiky opakování.

Další kroky