Freigeben über

Benachrichtigung über geplante Wartungen in Azure Database for PostgreSQL (Einzelserver)

  • Artikel

GILT FÜR: Azure Database for PostgreSQL – Single Server

Wichtig

Azure Database for PostgreSQL – Single Server wird eingestellt. Es wird dringend empfohlen, ein Upgrade auf Azure Database for PostgreSQL – Flexible Server auszuführen. Weitere Informationen zum Migrieren zu Azure Database for PostgreSQL – Flexible Server finden Sie unter Was geschieht mit Azure Database for PostgreSQL – Single Server?

Erfahren Sie, wie Sie sich auf die geplante Wartung für Ihre Azure Database for PostgreSQL-Instanz vorbereiten.

Was ist eine geplante Wartung?

Der Azure Database for PostgreSQL-Dienst führt automatisiertes Patchen für die zugrunde liegende Hardware, das Betriebssystem und die Datenbank-Engine durch. Der Patch umfasst neue Dienstfeatures, Verbesserungen bei der Sicherheit und Softwareupdates. Bei der PostgreSQL-Engine werden Upgrades von Nebenversionen automatisch ausgeführt und sind im Patchzyklus enthalten. Für das Patchen sind keine Benutzeraktionen oder Konfigurationseinstellungen erforderlich. Der Patch wird ausgiebig getestet und mithilfe von sicheren Bereitstellungsmethoden eingeführt.

Eine geplante Wartung ist ein Wartungsfenster, in dem diese Dienstupdates auf Servern in einer bestimmten Azure-Region bereitgestellt werden. Während einer geplanten Wartung wird ein Benachrichtigungsereignis erstellt, um Kunden zu informieren, wann das Dienstupdate in der Azure-Region bereitgestellt wird, in der ihre Server gehostet werden. Die Mindestdauer zwischen zwei geplanten Wartungsperioden beträgt 30 Tage. Sie werden 72 Stunden im Voraus über das nächste Wartungsfenster informiert.

Geplante Wartung: Dauer und Beeinträchtigung für Kunden

Eine geplante Wartung für eine bestimmte Azure-Region wird in der Regel innerhalb von 15 Stunden abgeschlossen. Dieses Zeitfenster umfasst auch Pufferzeit zum Ausführen eines Rollbackplans, falls dies erforderlich wird. Azure Database for PostgreSQL-Server werden in Containern ausgeführt, sodass ein Neustart des Datenbankservers in der Regel 60-120 Sekunden dauert, aber es gibt keine deterministische Möglichkeit zu erfahren, wann Ihr Server innerhalb dieses Zeitfensters von 15 Stunden betroffen sein wird. Das gesamte geplante Wartungsereignis, einschließlich der einzelnen Serverneustarts, wird vom Technikerteam sorgfältig überwacht. Die Zeit für den Serverfailover hängt von der Wiederherstellung der Datenbank ab. Es kann daher länger dauern, die Datenbank wieder online zu schalten, wenn während des Failovers auf dem Server extrem viele Transaktionsaktivitäten auftreten. Um längere Neustarts zu vermeiden, empfiehlt es sich, zeitintensive Transaktionen (Massenladen) während geplanter Wartungsereignisse zu vermeiden.

Zusammenfassend gilt: Auch wenn das geplante Wartungsereignis 15 Stunden dauert, sind die einzelnen Server in der Regel je nach den Transaktionsaktivitäten auf dem Server nur etwa 60 Sekunden lang beeinträchtigt. 72 Stunden vor dem Start der geplanten Wartung wird eine Benachrichtigung gesendet. Eine weitere Benachrichtigung erfolgt, wenn die Wartung für eine bestimmte Region ausgeführt wird.

Wie werde ich über eine geplante Wartung benachrichtigt?

Sie können das Benachrichtigungsfeature zu geplanten Wartungen nutzen, um Warnungen zu anstehenden geplanten Wartungsereignissen zu erhalten. Sie erhalten 72 Stunden vor dem Start der geplanten Wartung eine Benachrichtigung. Eine weitere Benachrichtigung erfolgt, wenn die Wartung für eine bestimmte Region ausgeführt wird.

Benachrichtigungen zu geplanten Wartungen

Benachrichtigungen zu geplanten Wartungen ermöglichen Ihnen das Empfangen von Warnungen zu anstehenden geplanten Wartungsereignissen an Azure Database for PostgreSQL. Diese Benachrichtigungen sind in die geplante Wartung von Service Health integriert, sodass Sie alle geplanten Wartungsarbeiten für Ihre Abonnements an zentraler Stelle anzeigen können. Außerdem ist es hilfreich, die Benachrichtigungen an die richtigen Zielgruppen für verschiedene Ressourcengruppen zu richten, da möglicherweise unterschiedliche Ansprechpartner für verschiedene Ressourcen zuständig sind. Sie erhalten die Benachrichtigung über die anstehende Wartung 72 Stunden vor dem Ereignis.

Es wird jeder Versuch unternommen, die Benachrichtigung zur geplanten Wartung für alle Ereignisse 72 Stunden im Voraus bereitzustellen. Im Fall von kritischen oder Sicherheitspatches können Benachrichtigungen jedoch zeitlich näher am Ereignis gesendet werden oder ganz entfallen.

Sie können die Benachrichtigung zur geplanten Wartung im Azure-Portal einsehen oder Warnungen konfigurieren, um eine Benachrichtigung zu erhalten.

Überprüfen von Benachrichtigungen über geplante Wartungen im Azure-Portal

  1. Wählen Sie im Azure-Portal die Option Service Health aus.
  2. Wählen Sie die Registerkarte Geplante Wartung aus.
  3. Wählen Sie das Abonnement, die **Region** und den Dienst aus, für die Sie die Benachrichtigung zu geplanten Wartungen überprüfen möchten.

Empfangen von Benachrichtigungen zu geplanten Wartungen

  1. Wählen Sie im Portal die Option Dienstintegrität aus.
  2. Wählen Sie im Abschnitt Warnungen die Option Integritätswarnungen aus.
  3. Wählen Sie + Service Health-Warnung hinzufügen aus, und füllen Sie die Felder aus.
  4. Füllen Sie die erforderlichen Felder aus.
  5. Wählen Sie den Ereignistyp aus. Wählen Sie Geplante Wartung oder Alle auswählen.
  6. Legen Sie unter Aktionsgruppen fest, wie Sie die Warnung erhalten möchten (Empfangen einer E-Mail, Auslösen einer Logik-App usw.)
  7. Stellen Sie sicher, dass „Regel beim Erstellen aktivieren“ auf „Ja“ festgelegt ist.
  8. Wählen Sie Warnungsregel erstellen aus, um die Warnung fertig zu stellen.

Eine ausführliche Beschreibung der Schritte zum Erstellen von Service Health-Warnungen finden Sie unter Erstellen von Aktivitätsprotokollwarnungen zu Dienstbenachrichtigungen.

Kann ich eine geplante Wartung abbrechen oder verschieben?

Wartungen sind erforderlich, um Ihren Server sicher, stabil und auf dem neuesten Stand zu halten. Geplante Wartungsereignisse können weder abgebrochen noch verschoben werden. Nachdem die Benachrichtigung an eine bestimmte Azure-Region gesendet wurde, kann der Zeitplan für das Patchen einzelner Server in dieser Region nicht mehr geändert werden. Der Patch wird für die gesamte Region gleichzeitig eingeführt. Der Dienst für Azure Database for PostgreSQL-Einzelserver ist für cloudnative Anwendungen konzipiert, die keine differenzierte Steuerung oder Anpassung des Diensts erfordert. Wenn Sie die Möglichkeit haben möchten, Wartungsarbeiten für Ihre Server zu planen, sollten Sie die Verwendung flexibler Server in Erwägung ziehen.

Werden alle Azure-Regionen gleichzeitig gepatcht?

Nein. Die verschiedenen Azure-Regionen werden in den jeweiligen Zeitfenstern für die Bereitstellung gepatcht. Das Zeitfenster für die Bereitstellung in einer bestimmten Azure-Region liegt in der Regel zwischen 17:00 Uhr und 8:00 Uhr Ortszeit am Folgetag. Geografisch gekoppelte Azure-Regionen werden an unterschiedlichen Tagen gepatcht. Um Hochverfügbarkeit und Geschäftskontinuität von Datenbankservern zu gewährleisten, wird die Verwendung regionsübergreifender Lesereplikate empfohlen.

Wiederholungslogik

Bei einem vorübergehenden Fehler handelt es sich um einen Fehler, der sich von alleine löst. Während der Wartung können vorübergehende Fehler auftreten. Meist werden diese Ereignisse in weniger als 60 Sekunden automatisch vom System behoben. Vorübergehende Fehler sollten mit Wiederholungslogik behandelt werden.

Nächste Schritte