Geplante Wartung in Azure Database for PostgreSQL – Flexible Server
GILT FÜR: 
Azure Database for PostgreSQL – Flexibler Server
In Azure Database for PostgreSQL – Flexible Server werden regelmäßige Wartungen durchgeführt, um zu helfen die Sicherheit, Stabilität und Aktualität Ihrer verwalteten Datenbank sicherzustellen. Während der Wartung erhält der Server neue Features, Updates und Patches.
Wichtig
Bitte vermeiden Sie alle Vorgänge auf dem Server (Modifikationen, Konfigurationsänderungen, Starten/Stoppen des Servers) während der Wartung von Azure Database for PostgreSQL – Flexible Server. 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.
Auswählen eines Wartungsfensters
Sie können die Wartung für einen bestimmten Wochentag und ein bestimmtes Zeitfenster innerhalb dieses Tages planen. Alternativ können Sie die Wahl eines Tages und eines Zeitfensters dem System überlassen.
Das System sendet Wartungsbenachrichtigungen 5 Tage im Voraus, damit Sie ausreichend Zeit haben, sich vorzubereiten. Das System informiert Sie auch, wann die Wartung beginnt und wann sie erfolgreich abgeschlossen ist.
Benachrichtigungen zu bevorstehenden geplanten Wartungsarbeiten können in folgenden Formaten vorliegen:
- E-Mail an eine bestimmte Adresse.
- E-Mail an eine Azure Resource Manager-Rolle.
- SMS an ein mobiles Gerät senden.
- Pushbenachrichtigung an eine Azure-App.
- Wird als Sprachnachricht übermittelt.
Beim Angeben der Einstellungen für den Wartungszeitplan können Sie einen Wochentag und ein Zeitfenster auswählen. Wenn Sie kein Zeitfenster angeben, wählt das System Uhrzeiten zwischen 23:00 und 7:00 Uhr in der Zeit Ihrer Serverregion aus. Sie können unterschiedliche Zeitpläne für jede Instanz von Azure Database for PostgreSQL – Flexible Server in Ihrem Azure-Abonnement definieren.
Wichtig
Normalerweise beträgt das Intervall zwischen erfolgreich geplanten Wartungsereignissen für einen Server mindestens 30 Tage. Aber im Falle einer kritischen Notfallaktualisierung, z. B. einer schwerwiegenden Sicherheitslücke, könnte 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 erfolgreich geplante Wartung durchgeführt hat.
Sie können die Zeitplaneinstellungen jederzeit aktualisieren. Wenn die Wartung für Ihre Instanz von Azure Database for PostgreSQL – Flexible Server geplant ist und Sie die Zeitplaneinstellungen aktualisieren, wird der aktuelle Rollout wie geplant fortgesetzt. Die Änderungen an den Zeitplaneinstellungen werden nach erfolgreichem Abschluss der nächsten geplanten Wartung wirksam.
Vom System verwaltete und benutzerdefinierte Wartungszeitpläne
Sie können einen vom System verwalteten Zeitplan oder einen benutzerdefinierten Zeitplan für jede Instanz der Azure Database for PostgreSQL – Flexible Server 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 auswählen.
Updates werden zuerst auf Server mit vom System verwalteten Zeitplänen angewendet, gefolgt von Servern mit benutzerdefinierten Zeitplänen 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 Wahl 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 Wartungsereignisse vom System abgebrochen oder nicht erfolgreich abgeschlossen werden. Wenn ein Update fehlschlägt, wird der Server zurückgesetzt und die vorherige Version der Binärdateien wird wiederhergestellt. Möglicherweise wird der Server während des Wartungsfensters noch neu gestartet.
Wenn ein Update abgebrochen oder fehlgeschlagen ist, erstellt 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 fünf Tage im Voraus eine Benachrichtigung darüber.
Aspekte und Einschränkungen
Einige 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.