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.
Wichtig
Azure Cosmos DB für PostgreSQL befindet sich auf einem Pensionierungspfad und wird für neue Projekte nicht mehr empfohlen. Verwenden Sie stattdessen einen der folgenden beiden Dienste:
Verwenden Sie für PostgreSQL-Workloads die Elastic Clusters-Funktion von Azure Database für PostgreSQL, um die horizontale Skalierung und die verteilten PostgreSQL-Funktionen der Open-Source-Citus-Erweiterung zu nutzen. Anleitungen zur Migration finden Sie unter migrate zum Azure Database for PostgreSQL mit Elastic Cluster.
Verwenden Sie für NoSQL-Workloads Azure Cosmos DB für NoSQL für eine verteilte Datenbanklösung, die eine Vereinbarung über Verfügbarkeitsdienstebenen von 99,999 (99,999%) umfasst, eine sofortige automatische Skalierung und ein automatisches Failover über mehrere Regionen hinweg.
Azure Cosmos DB für PostgreSQL führt regelmäßige Wartung durch, um Ihre verwaltete Datenbank sicher, stabil und up-to-datum zu halten. Während der Wartung erhalten alle Knoten im Cluster neue Features, Updates und Patches.
Die wichtigsten Merkmale der geplanten Wartung für Azure Cosmos DB für PostgreSQL sind:
- Updates werden gleichzeitig auf allen Knoten im Cluster angewendet.
- Benachrichtigungen zu bevorstehenden Wartungen werden in Azure Service Health fünf Tage im Voraus veröffentlicht.
- In der Regel liegen zwischen erfolgreichen Wartungsereignissen für einen Cluster 30 Tage.
- Der bevorzugte Wochentag und das Zeitfenster innerhalb dieses Tages für den Beginn der Wartung können für jeden Cluster einzeln definiert werden.
Auswählen eines Wartungsfensters und Benachrichtigung zur bevorstehenden Wartung
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. In beiden Fällen werden Sie vom System fünf Tage vor einer Wartung benachrichtigt. Darüber hinaus werden Sie informiert, wenn die Wartung beginnt und wenn sie erfolgreich abgeschlossen wurde.
Benachrichtigungen zu bevorstehenden geplanten Wartungen werden in Azure Service Health veröffentlicht und können sein:
- E-Mail an eine bestimmte Adresse
- An eine Azure Resource Manager Rolle per E-Mail gesendet
- SMS an ein mobiles Gerät
- Push als Benachrichtigung an eine Azure-App
- Sprachnachricht
Beim Konfigurieren der Einstellungen für den Wartungszeitplan können Sie einen Wochentag und ein Zeitfenster auswählen. Wenn Sie nichts angeben, werden vom System je nach Zeit der Clusterregion Zeiten zwischen 23 Uhr und 7 Uhr ausgewählt. Sie können unterschiedliche Zeitpläne für jeden Cluster in Ihrem Azure-Abonnement definieren.
Wichtig
Normalerweise liegen zwischen erfolgreichen Ereignissen vom Typ „Geplante Wartung“ für einen Cluster 30 Tage.
Bei einem kritischen Notfallupdate, z. B. zur Behebung eines schwerwiegenden Sicherheitsrisikos, kann das Benachrichtigungsfenster aber auch kürzer als fünf Tage sein. Das kritische Update kann auch dann auf Ihren Server angewendet werden, wenn innerhalb der letzten 30 Tage eine erfolgreiche geplante Wartung durchgeführt wurde.
Sie können die Zeitplaneinstellungen jederzeit aktualisieren. Wenn eine Wartung für Ihren Cluster geplant ist und Sie den Zeitplan aktualisieren, werden bereits vorhandene Ereignisse neu geplant.
Wenn bei der Wartung ein Fehler auftritt oder sie abgebrochen wird, erstellt das System eine Benachrichtigung. Es wird die Wartung gemäß den aktuellen Zeitplaneinstellungen erneut versuchen und Sie fünf Tage vor dem nächsten Wartungsereignis benachrichtigen.
Nächste Schritte
- Weitere Informationen zum Bearbeiten eines Wartungszeitplans
- Erfahren Sie, wie Sie Benachrichtigungen zu bevorstehenden Wartungen mithilfe von Azure Service Health erhalten.
- Weitere Informationen zur Einrichtung von Benachrichtigungen zu bevorstehenden geplanten Wartungsereignissen