Geplante Wartung für Azure Database for PostgreSQL

Ihre Azure Database for PostgreSQL flexible Serverinstanz wird regelmäßig Wartungsvorgänge durchlaufen, um Ihre verwaltete Datenbank sicher, stabil und auf dem neuesten Stand zu halten. Die Wartung kann Plattformupdates, Betriebssystemupdates, Sicherheitsupdates und PostgreSQL-Modulupdates umfassen.

Wartungsfenster

Sie können die Wartung für einen bestimmten Wochentag und ein bestimmtes Zeitfenster planen. Alternativ können Sie die Wahl eines Tages und eines Zeitfensters dem System überlassen.

Das System sendet fünf Kalendertage im Voraus Wartungsbenachrichtigungen, damit Sie ausreichend Zeit für die Vorbereitung haben. Das System informiert Sie auch darüber, wann die Wartung beginnt und wann sie erfolgreich abgeschlossen ist.

Sie können Benachrichtigungen zu bevorstehenden geplanten Wartungen erhalten, indem Sie:

• E-Mail an eine bestimmte Adresse.
• E-Mail an eine Rolle im Azure Resource Manager senden.
• Sms an mobile Geräte.
• Pushbenachrichtigung an eine Azure App.
• Sprachnachricht.

Beim Festlegen der Einstellungen für den Wartungszeitplan können Sie zwischen einem benutzerdefinierten und einem vom System verwalteten Zeitplan auswählen. Wenn Sie sich für einen benutzerdefinierten Zeitplan entscheiden, können Sie einen Wochentag und ein Zeitfenster angeben. Wenn Sie jedoch den vom System verwalteten Zeitplan auswählen, wählt das System einen Tag für Sie aus. Innerhalb dieses Tages wählt es zudem ein einstündiges Zeitfenster zwischen 23:00 und 7:00 Uhr in der Zeit Ihrer Serverregion aus. Sie können unterschiedliche Wartungszeitpläne für jede Ihrer Azure Database for PostgreSQL flexiblen Serverinstanzen konfigurieren.

Sie können Ihre Einstellungen für die geplante Wartung jederzeit aktualisieren. Wenn die Wartung für Ihre Azure Database for PostgreSQL flexible Serverinstanz geplant ist und Sie Ihre geplanten Wartungseinstellungen aktualisieren, wird das aktuelle Rollout nicht neu programmiert. Die Wartung erfolgt an dem Tag und zu der Zeit, zu dem bzw. der es bereits geplant wurde. Die Änderungen an den Einstellungen für die geplante Wartung werden nach erfolgreichem Abschluss der nächsten geplanten Wartung wirksam.

Vom System verwaltete Windows (SMW) vs. Custom Maintenance Windows (CMW)

Sie können einen vom System verwalteten Zeitplan oder einen benutzerdefinierten Zeitplan für jede Azure Database for PostgreSQL flexible Serverinstanz in Ihrem Azure-Abonnement definieren:

• Mit einem vom System verwalteten Zeitplan wählt das System ein beliebiges einstündiges Fenster zwischen 23:00 und 7:00 Uhr in der Serverregionszeit aus.
• Mit einem benutzerdefinierten Zeitplan können Sie Ihr Wartungsfenster für den Server angeben, indem Sie den Wochentag und ein einstündiges Zeitfenster für die Startzeit auswählen.

Die geplante Wartung erfolgt zuerst auf Servern, die mit vom System verwalteten Zeitplänen konfiguriert sind. Server mit benutzerdefiniertem Zeitplan folgen nach mindestens sieben Tagen innerhalb einer Region. Um frühe Updates für Entwicklungs- und Testserver zu erhalten, verwenden Sie einen vom System verwalteten Zeitplan. Diese Zeitplanauswahl ermöglicht frühe Tests und Problembehebung, bevor Updates Produktionsserver mit benutzerdefinierten Zeitplänen erreichen.

Updates für benutzerdefinierte Zeitplanserver beginnen sieben Tage später während eines definierten Wartungsfensters. Nachdem Sie benachrichtigt wurden, können Sie Updates nicht zurückstellen. Es wird empfohlen, nur benutzerdefinierte Zeitpläne für Produktionsumgebungen zu verwenden.

In seltenen Fällen können bestimmte Wartungsereignisse vom System abgebrochen oder nicht erfolgreich abgeschlossen werden. Wenn ein Update fehlschlägt, wird der Prozess zurückgesetzt und der Server auf die vorherige Version der Binärdateien wiederhergestellt. Möglicherweise wird der Server während des Wartungsfensters noch neu gestartet.

Wenn ein Update abgebrochen wird oder fehlschlägt, generiert das System eine Benachrichtigung über das abgebrochene oder fehlgeschlagene Wartungsereignis. Der nächste Versuch, die Wartung durchzuführen, wird gemäß Ihren aktuellen Zeitplaneinstellungen geplant, und Sie erhalten eine Benachrichtigung darüber fünf Kalendertage im Voraus.

Überlegungen und Einschränkungen für geplante Wartung

Einige Überlegungen, die sie während der monatlich geplanten Wartung berücksichtigen sollten:

• Die monatliche Wartung hat weitreichende Auswirkungen und führt zu Downtime.
• Die Downtime hängen von der Transaktionslast auf dem Server zum Zeitpunkt der Wartung ab.
• Sobald die Wartung geplant ist, gelten alle Änderungen an den Wartungseinstellungen nur noch für den nächsten Wartungszyklus, nicht den aktuellen.

Anstehende Wartung anzeigen

Sie können bevorstehende Wartungsereignisse für Ihren flexiblen Server anzeigen, bevor die Wartung beginnt. Diese Sichtbarkeit hilft Ihnen zu verstehen, wann die Wartung geplant wird, ob das Ereignis neu geplant werden kann und welche Art von Update geplant ist.

Bevorstehende Wartungsarbeiten anzeigen über das Azure-Portal. Unterstützung für Azure CLI oder REST-API ist in Arbeit.

Wenn ein bevorstehendes Wartungsereignis verfügbar ist, können Sie Details anzeigen, z. B.:

• Das nächste geplante Wartungsereignis
• Geschätzte Startzeit
• Geschätzte Endzeit
• Wartungstyp
• Wartungsstatus
• Gibt an, ob das Ereignis für die Neuplanung berechtigt ist.
• Die Frist für die Neuplanung, falls zutreffend

Geplante Wartung auf ein zukünftiges Datum verschieben

Für Produktionsworkloads müssen Sie Wartungsarbeiten während geschäftskritischer Zeiträume möglicherweise vermeiden, z. B. während Spitzenverkehrszeiten, Freigabezeiträumen, Migrationen, des Finanzabschlusses oder saisonaler Ereignisse. Wenn ein bevorstehendes Wartungsereignis für die Neuplanung berechtigt ist, können Sie die Wartung zu einem späteren Zeitpunkt verschieben, der sich besser an Ihre Workloadanforderungen richtet.

Sie können die Wartung neu planen, indem Sie das Azure-Portal verwenden. Unterstützung für Azure CLI oder REST-API ist in Arbeit.

Was die Wartung bei der Neuplanung bietet

Die Neuplanung der Wartung ermöglicht Folgendes:

• Zeigen Sie anstehende Wartungen für Ihren Server an.
• Wählen Sie ein zukünftiges berechtigtes Wartungsdatum und eine zukünftige Uhrzeit aus.
• Verzögern Sie die Wartung bis zu 14 Tage ab dem ursprünglich geplanten Wartungstermin.
• Vermeiden Sie Wartungen während der Geschäftszeiträume mit hohem Risiko.
• Behalten Sie den Überblick über den aktualisierten Wartungszeitplan.

Voraussetzungen

Um die Wartung neu zu planen, benötigen Sie Folgendes:

• Ein flexibler Server für Azure Database for PostgreSQL.
• Ein bevorstehender Wartungstermin, der verschoben werden kann.
• Ein Server mit einem benutzerdefinierten verwalteten Wartungsfenster.
• Eine unterstützte Rechenstufe.

Unterstützte Server

Die Neuplanung von Wartungsarbeiten wird für Server in den folgenden Compute-Tiers unterstützt:

• General Purpose
• Memory Optimized

Die Neuplanung von Wartungen wird für Server der Burstable-Compute-Ebene nicht unterstützt.

Neuplanungsregeln und Einschränkungen

Bevor Sie die Wartung neu planen, überprüfen Sie die folgenden Regeln:

• Die Aktion "Neu planen" ist nur verfügbar, wenn ein Wartungsereignis geplant wird.
• Das Wartungsereignis muss für eine Neuplanung geeignet sein.
• Nur berechtigte zukünftige Slots sind auswählbar.
• Die neue Wartungszeit muss innerhalb des zulässigen Zeitfensters für die Neuplanung liegen.
• Die Wartung kann bis zu 14 Tage nach dem ursprünglich benachrichtigten Terminplan neu geplant werden.
• Ab 15 Minuten vor dem ursprünglich geplanten Wartungszeitpunkt ist eine Verschiebung nicht mehr möglich.
• Sie können den neu angesetzten Zeitpunkt mehr als einmal aktualisieren, solange die Wartung noch nicht in den Vorbereitungszustand übergegangen ist und der neue Zeitpunkt innerhalb des zulässigen Zeitfensters für die Neuplanung liegt.

Wartung nach Bedarf ausführen

Wenn ein bevorstehendes Wartungsereignis verfügbar ist, können Sie die Wartung sofort anwenden, anstatt auf das geplante Wartungsfenster zu warten. Diese Option bietet Ihnen mehr Kontrolle über den Start der Wartung und hilft Ihnen, Updates während einer Zeit anzuwenden, die für Ihre Workload sicher ist.

Sie können Wartung bei Bedarf anwenden, indem Sie das Azure-Portal verwenden. Unterstützung für Azure CLI oder REST-API ist in Arbeit.

Was „Wartung bei Bedarf anwenden“ bietet

Mit der Anwendung von Wartung bei Bedarf können Sie:

• Anzeigen eines bevorstehenden Wartungsereignisses.
• Beginnen Sie sofort mit der berechtigten Wartung.
• Wenden Sie Updates an, wenn Ihre Workload einen Neustart oder eine kurze Unterbrechung tolerieren kann.
• Verringern Sie die Wahrscheinlichkeit, dass die Wartung während einer weniger bequemen geplanten Zeit beginnt.
• Verfolgen Sie den Wartungsstatus, während er von "geplant" zu "in Bearbeitung" wechselt und dann abgeschlossen ist.

Unterstützte Wartungszustände

Die Aktion "Jetzt anwenden" ist nur verfügbar, wenn:

• Ein berechtigtes Wartungsereignis ist vorhanden.
• Der Server wird noch nicht gewartet.
• Das Wartungsereignis befindet sich im Scheduled- oder Rescheduled-Zustand.

Nachdem Sie „Jetzt anwenden“ bestätigt haben, wechselt der Server in den Workflow zur Wartungsvorbereitung, und das Wartungsereignis geht in Richtung InProgress über.

Wartungsverlauf anzeigen

Sie können den Wartungsverlauf anzeigen, um frühere Wartungsereignisse für Ihren Server zu überprüfen. Der Wartungsverlauf hilft Ihnen zu verstehen, wann die Wartung erfolgt ist, welche Art von Wartung angewendet wurde, und den endgültigen Status des Ereignisses.

Sie können den Wartungsverlauf für Ihren Server mithilfe des Azure Portals anzeigen. Unterstützung für Azure CLI oder REST-API ist in Arbeit.

Was die Wartungshistorie enthält

Mit dem Wartungsverlauf können Sie:

• Überprüfen Sie frühere Wartungsereignisse für Ihren Server.
• Sehen Sie, wann die Wartung gestartet und abgeschlossen wurde.
• Zeigen Sie den Wartungstyp und den Status an.
• Vergewissern Sie sich, ob ein Wartungsereignis erfolgreich abgeschlossen wurde.
• Unterstützen Sie betriebstechnische Überprüfungen, Vorfalluntersuchungen und Überwachungsanforderungen.

Anwenden von Wartungsarbeiten auf beendete, deaktivierte Instanzen

Wenn ein PostgreSQL-Server während der geplanten Wartung angehalten wird, wird die Wartung nicht sofort angewendet. Stattdessen wird die Wartung angewendet, wenn der Server neu gestartet wird, entweder manuell vom Kunden oder automatisch über das Feature für den automatischen Neustart von 7 Tagen . Eine Benachrichtigung wird an den Kunden gesendet, die darauf hinweist, dass die Wartung nicht durchgeführt werden konnte, weil der Server gestoppt ist, und erst angewendet wird, wenn der Server neu gestartet wird.

Kunden bemerken möglicherweise einen leichten Anstieg der Neustartzeit (5–8 Minuten), wenn ausstehende Wartungen angewendet werden, insbesondere bei manuellen Neustarts.

Konsolidierte Wartungsbenachrichtigungen

Kunden, die mehrere Azure-Datenbanken für PostgreSQL-Server ausführen, erhalten möglicherweise mehrere separate Benachrichtigungen für dasselbe geplante Wartungsereignis, wodurch die Wartungsnachverfolgung erschwert wird. Um diesen Aufwand zu reduzieren, konsolidiert Azure Database for PostgreSQL jetzt geplante Wartungsbenachrichtigungen für mehrere Server in derselben Region in einer einzigen Benachrichtigung. Dadurch wird die Ermüdung von Benachrichtigungen reduziert und das Nachverfolgen der bevorstehenden Wartung erleichtert, während gleichzeitig die Sichtbarkeit betroffener Ressourcen gewährleistet wird.

Um geplante Wartung anzuzeigen, wählen Sie in Ihrer Wartungsbenachrichtigungs-E-Mail die Option "In Azure Service Health anzeigen" aus.

Navigieren Sie als Nächstes zum Blatt „Geplante Wartung“ im Azure Service Health-Portal und wählen Sie die jeweilige Azure Database for PostgreSQL-Benachrichtigung aus.

Die Registerkarte "Zusammenfassung" enthält Details zu bevorstehenden Wartungen in einer Region, einschließlich Region, betroffenen Abonnements, Start- und Endzeit der Wartung. Die angezeigten Start- und Endzeiten stellen die Dauer der geplanten Wartung für alle betroffenen Server in dieser Region einschließlich Ihrer dar. Wenn Sie die Server im Abonnement anzeigen möchten, für die in Kürze Wartungsarbeiten anstehen, sowie deren geplante Start- und Endzeiten, wählen Sie die Registerkarte „Betroffene Ressourcen“ aus. Um die Liste der wichtigen Funktionen, Änderungen der PostgreSQL-Version, Verbesserungen und Problembehebungen anzuzeigen, die im Wartungsupgrade enthalten sind, wählen Sie auf der Zusammenfassungsseite die Release Notes zur Wartung aus.

Auf der Registerkarte "Betroffene Ressourcen" werden die einzelnen betroffenen Server im Abonnement aufgelistet. Wählen Sie für jede Ressource weitere Informationen aus, um Details anzuzeigen, z. B. Wartungsstatus, serverspezifischer Geplanter Wartungsstart und Endzeiten. Um den Wartungsstatus sowie die Start- und Endzeit aller betroffenen Server anzuzeigen, wählen Sie auf der Registerkarte „Betroffene Ressourcen“ die Option „In CSV exportieren“ aus.

Die exportierte .csv Datei enthält jeden betroffenen Server sowie den Wartungsstatus und die geplanten Start- und Endzeiten der Wartung. Alle aufgeführten Zeiten sind in UTC aufgeführt.

Verwandte Inhalte

• Konfigurieren der geplanten Wartung
• Erhalten von Benachrichtigungen zu bevorstehender Wartung
• Einrichten von Warnungen für bevorstehende geplante Wartungsereignisse