Freigeben über

Sicherung und Wiederherstellung in Azure Cosmos DB for PostgreSQL

  • Gilt für:: ✅ PostgreSQL

Wichtig

Azure Cosmos DB für PostgreSQL wird für neue Projekte nicht mehr unterstützt. Verwenden Sie diesen Dienst nicht für neue Projekte. Verwenden Sie stattdessen einen der folgenden beiden Dienste:

  • Verwenden Sie für hochskalige Szenarien eine verteilte Datenbanklösung mit Azure Cosmos DB für NoSQL, die ein 99,999%iges Verfügbarkeits-Service-Level-Agreement (SLA), eine sofortige Autoskalierung und ein automatisches regionenübergreifendes Failover bietet.

  • Verwenden Sie die Elastic Clusters-Funktion von Azure Database for PostgreSQL für geshartete PostgreSQL-Datenbanken mithilfe der Open-Source-Erweiterung Citus.

Azure Cosmos DB for PostgreSQL erstellt automatisch Sicherungskopien für jeden Knoten in einem Cluster. Sicherungen können verwendet werden, um Ihren Cluster zu einem bestimmten Zeitpunkt wiederherzustellen – Point-in-Time-Recovery (PITR). Sicherungen und Wiederherstellungen sind wesentliche Bestandteile jeder Strategie für Geschäftskontinuität, da Ihre Daten so vor versehentlichen Beschädigungen und Löschungen geschützt werden.

Datensicherungen

Der automatisierte Prozess führt eine Sicherung jedes Azure Cosmos DB for PostgreSQL-Knotens ab dem Zeitpunkt der Clusterbereitstellung und während des gesamten Lebenszyklus des Clusters durch. Azure Cosmos DB for PostgreSQL erstellt regelmäßige Datenträgermomentaufnahmen und kombiniert sie mit den WAL-Dateien des Knotens, die an Azure Blob Storage gestreamt werden.

Dank dieser Sicherungen können Sie einen Server jederzeit innerhalb des Aufbewahrungszeitraums wiederherstellen. (Der Aufbewahrungszeitraum beträgt derzeit für alle Cluster 35 Tage.) Zur Verschlüsselung aller Sicherungen wird die AES-Verschlüsselung mit 256 Bit verwendet.

Sicherungskopien können nicht exportiert werden. Sie können nur für Wiederherstellungsvorgänge in Azure Cosmos DB for PostgreSQL verwendet werden.

Sicherungsredundanz

Azure Cosmos DB for PostgreSQL unterstützt die folgenden Sicherungsredundanzoptionen:

  • Sicherung in derselben Region

    • Zonenredundanter Sicherungsspeicher: Diese Option wird automatisch für Regionen ausgewählt, die Verfügbarkeitszonen unterstützen. Wenn die Sicherungen im zonenredundanten Sicherungsspeicher gespeichert werden, werden mehrere Datenkopien in der Verfügbarkeitszone gespeichert, in der der Knoten jedes Clusters gehostet wird. Zudem werden die Daten in anderen Verfügbarkeitszonen repliziert.

    • Lokal redundanter Sicherungsspeicher: Diese Option wird automatisch für Regionen ausgewählt, die Verfügbarkeitszonen nicht unterstützen. Wenn die Sicherungen in einem lokal redundanten Sicherungsspeicher gespeichert werden, werden mehrere Kopien der Sicherungen in derselben Region gespeichert.

  • Regionsübergreifende Sicherung

    • Georedundanter Sicherungsspeicher: Sie können diese Option zum Zeitpunkt der Clustererstellung auswählen. Wenn die Sicherungen in einer anderen Region gespeichert werden, werden zusätzlich zu den drei Kopien der Daten, die innerhalb der Region gespeichert sind, in der Ihr Cluster gehostet wird, die Daten in eine andere Region repliziert.

Die Azure-Region, in der die georedundante Sicherung des Clusters gespeichert wird, hängt von der Azure-Region ab, in der sich der Azure Cosmos DB for PostgreSQL-Cluster befindet.

Kosten für Sicherungsspeicher

Die aktuellen Preise für Sicherungsspeicher finden Sie auf der Preisseite für Azure Cosmos DB for PostgreSQL.

Wiederherstellen

Sie können den Stand eines Clusters zu einem beliebigen Zeitpunkt innerhalb der letzten 35 Tage wiederherstellen. Die zeitpunktbezogene Wiederherstellung ist in vielen Szenarien nützlich. Beispiele hierfür sind Fälle, in denen ein Benutzer versehentlich Daten löscht oder eine wichtige Tabelle oder Datenbank entfernt oder in denen eine Anwendung fälschlicherweise unbeschädigte Daten mit fehlerhaften Daten überschreibt.

Hinweis

Obwohl Cluster-Backups immer 35 Tage lang gespeichert werden, müssen Sie möglicherweise eine Supportanfrage stellen, um den Cluster auf einen Zeitpunkt wiederherzustellen, der vor der letzten Failover-Zeit liegt. Neben Hochverfügbarkeit (HV) werden für Wartungs- und Compute-/Speicherskalierungsvorgänge Failover verwendet, um Ausfallzeiten während dieser Vorgänge zu minimieren.

Bei der Wiederherstellung in derselben Region können Sie den Cluster ohne Datenverlust wiederherstellen, wenn alle Knoten ausgeführt werden. In dem extrem seltenen Fall, dass ein Knoten ein katastrophales Ereignis erfährt (und die Hochverfügbarkeit im Cluster nicht aktiviert ist), können Sie bis zu 5 Minuten an Daten verlieren.

In Clustern mit aktivierter Geosicherung kann die Wiederherstellung in der Remoteregion oder in derselben Region ausgeführt werden, in der sich der Cluster befindet.

Wichtig

Gelöschte Cluster können nicht wiederhergestellt werden. Wenn Sie den Cluster löschen, werden alle Knoten, die zu diesem Cluster gehören, gelöscht und können nicht wiederhergestellt werden. Administratoren können Verwaltungssperren nutzen, um Clusterressourcen nach der Bereitstellung vor versehentlichem Löschen oder unerwarteten Änderungen zu schützen.

Beim Wiederherstellungsprozess wird ein neuer Cluster in derselben Azure-Region oder der Azure-Remoteregion, demselben Abonnement und derselben Ressourcengruppe wie der ursprüngliche Cluster erstellt. Dieser Cluster verfügt über die Konfiguration des ursprünglichen Clusters: Die Anzahl von Knoten und virtuellen Kernen sowie Speichergröße, Benutzerrollen, PostgreSQL-Version und Version der Citus-Erweiterung stimmen überein.

Netzwerkeinstellungen werden im ursprünglichen Cluster nicht beibehalten, sie werden auf Standardwerte zurückgesetzt. Sie müssen diese Einstellungen nach der Wiederherstellung manuell anpassen, um den Zugriff auf den wiederhergestellten Cluster zu ermöglichen. Im Allgemeinen sehen Sie sich unsere Liste der vorgeschlagenen Aufgaben nach der Wiederherstellung an.

In den meisten Fällen dauert die Cluster-Wiederherstellung bis zu einer Stunde.

Nächste Schritte

  • Last updated on