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-Datenbank für 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.
Important
Vermeiden Sie jegliche Servervorgänge (Modifikationen, Konfigurationsänderungen, Starten/Beenden des Servers) während der Wartung der Azure-Datenbank für PostgreSQL Flexible Server Instanz. 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 Azure Resource Manager-Rolle.
- 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-Datenbank für flexible Serverinstanzen von PostgreSQL konfigurieren.
Important
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-Datenbank für die flexible Serverinstanz von PostgreSQL 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 flexible Azure-Datenbank für PostgreSQL-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 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, da der Server gestoppt ist und bei Neustart des Servers angewendet wird.
Kunden bemerken möglicherweise einen leichten Anstieg der Neustartzeit (5–8 Minuten), wenn ausstehende Wartungen angewendet werden, insbesondere bei manuellen Neustarts.