Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Ihre Azure Database for PostgreSQL flexible Serverinstanz führt regelmäßig Wartungsvorgänge durch, um ihre verwaltete Datenbank sicher, stabil und auf dem neuesten Stand zu halten. Während der Wartung erhält der Server neue Features, Updates und Patches.
Von Bedeutung
Vermeiden Sie alle Servervorgänge (Änderungen, Konfigurationsänderungen, Starten/Stoppen des Servers) während der Wartung der Azure Database for PostgreSQL-Flexibleserverinstanz. Die Teilnahme an diesen Aktivitäten kann zu unvorhersehbaren Ergebnissen führen, die sich möglicherweise auf die Serverleistung und -stabilität auswirken. Warten Sie, bis die Wartung abgeschlossen ist, bevor Sie Servervorgänge ausführen.
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.
Von Bedeutung
Normalerweise beträgt das Intervall zwischen erfolgreich geplanten Wartungsereignissen für einen Server mindestens 30 Tage. Aber im Falle eines wichtigen Notfallupdates, z. B. bei einer schwerwiegenden Sicherheitslücke, kann das Benachrichtigungsfenster jedoch kürzer als fünf Tage sein oder ganz entfallen. Das kritische Update kann auf Ihren Server angewendet werden, auch wenn das System in den letzten 30 Tagen geplante Wartung durchgeführt hat.
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 und benutzerdefinierte Wartung
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.
Aspekte und Einschränkungen
Zu berücksichtigende Faktoren bei der monatlichen Wartung:
- 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.
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 7-tägige Autorestart-Feature . 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
Um die Ermüdung von Benachrichtigungen zu verringern, konsolidiert azure Database for PostgreSQL jetzt geplante Wartungsbenachrichtigungen für mehrere Server in derselben Region in einer einzigen Benachrichtigung, anstatt eine separate Benachrichtigung für jeden Server zu senden. Dadurch können Kunden bevorstehende Wartungen effizienter nachverfolgen und gleichzeitig die Sichtbarkeit betroffener Ressourcen erhalten.
Wenn Sie die Server in einem Abonnement anzeigen möchten, das anstehende Wartungen in einer Region hat, wechseln Sie zur Registerkarte "Betroffene Ressourcen" in der entsprechenden Benachrichtigung unter Azure Service Health | Geplante Wartung. Auf dieser Registerkarte werden die einzelnen betroffenen Server im Abonnement aufgelistet. Wählen Sie für jede Ressource weitere Informationen aus, um Details wie den Wartungsstatus und die geplanten Start- und Endzeiten für diesen Server anzuzeigen. Um eine Liste aller betroffenen Server herunterzuladen, 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.