Informationen über flexible Azure PostgreSQL-Server und Tresorsicherung für elastische Cluster (v2) (Vorschauversion)

Azure Backup für PostgreSQL Flexible Server und Elastic Cluster v2 (Vorschau) bietet eine erweiterte Backup-Funktionalität, die darauf ausgelegt ist, wichtige Einschränkungen der bestehenden v1-Lösung zu adressieren und eine breitere Palette von Backup-Anforderungen zu unterstützen. V2 verwendet physische Backups basierend auf verwalteten Festplatten-Snapshots und ersetzt damit den in v1 verwendeten logischen pg_dump Backup-Ansatz.

Warum flexible Azure PostgreSQL-Server und Tresorsicherung für elastische Cluster (v2) verwenden

Die v2-Backup-Lösung bietet größere Flexibilität zum Schutz und zur Wiederherstellung von Azure PostgreSQL Flexible Server- oder Elastic Cluster-Workloads. Es verwendet inkrementelle Snapshots der zugrunde liegenden verwalteten Festplatten anstelle des logischen Backup-Ansatzes von v1, um Einschränkungen in Bezug auf Servergröße, Backup-Häufigkeit und Wiederherstellungsoptionen zu adressieren.

Die folgende Tabelle vergleicht die Funktionen, die mit v1- und v2-Backups verfügbar sind.

Fähigkeit v1 (allgemein verfügbar) V2 (Vorschau)
Backup-Technologie Logische Sicherung (pg_dump) Physische Sicherung von verwalteten Festplatten-Snapshots
Geschützte Datenquellen Flexible Server-Instanz Flexibler Server und elastischer Cluster
Maximale Größe 1 TB (Terabyte) 32 TB auf der Premium-SSD v1; 64 TB auf der Premium-SSD v2
Sicherungshäufigkeit Ein Backup pro Woche Tägliche und wöchentliche Zeitpläne (1-Tages-RPO)
Sicherungstyp Nur vollständige Backups Das erste Backup ist vollständig; nachfolgende Backups erfolgen inkrementell
Restore Als Dateien in einem Speichercontainer wiederherstellen und dann mit nativen Tools importieren Direkt als Server in einen flexiblen Zielserver oder einen elastischen Cluster wiederherstellen
Maximale Aufbewahrung Bis zu 10 Jahre Bis zu 10 Jahre

Wichtige Funktionen des flexiblen Azure PostgreSQL-Servers und des elastischen Cluster-Vault-Backups (v2)

Diese Funktion umfasst die folgenden Schlüsselfunktionen:

  • Im Sicherungstresor gespeicherte, isolierte Langzeitsicherungen: Erstellt Snapshots in Ihrem Mandanten und streamt Sicherungen in den Sicherungstresor. Diese Fähigkeit isoliert die Sicherungsdaten vom Quell-Abonnement und -konto. Der Tresor schützt die Daten mit rollenbasierter Zugriffssteuerung in Azure (RBAC), vorläufigem Löschen und Autorisierung durch mehrere Benutzer (sofern aktiviert).

  • WORM-unveränderliche Backups: Aktiviert Unveränderlichkeit (WORM) im Backup-Tresor, um zu verhindern, dass Benutzer (einschließlich eines Tresoradministrators) Wiederherstellungspunkte vor Ablauf ihrer Aufbewahrungsfrist ändern, überschreiben oder löschen. Dieser Schutz schützt Ihre Backups vor Ransomware sowie versehentlicher oder böswilliger Löschung und unterstützt die WORM-Konformitätsanforderungen.

  • Flexible Backup-Richtlinien: Unterstützt tägliche oder wöchentliche geplante Backups sowie On-Demand-Backups, nachdem Sie den Schutz konfiguriert haben. Sie können unabhängige Aufbewahrungsfristen für tägliche, wöchentliche, monatliche und jährliche Erholungspunkte festlegen, die von 7 Tagen bis 10 Jahren reichen.

  • Inkrementelle Datenbewegung: Übertragen die vollständigen Festplattendaten während des ersten Backups und nur die geänderten Datenblöcke in den folgenden Backups, was Backups für Multi-Terabyte-Server effizient macht. Wenn der vorherige Snapshot nicht verfügbar ist, startet Azure Backup automatisch die anfängliche Replikation ohne Benutzereingriff erneut.

  • Als Server wiederherstellen: Stellt einen Wiederherstellungspunkt direkt auf einem zuvor erstellten flexiblen PostgreSQL-Server oder in einem elastischen Cluster wieder her. Die Wiederherstellung erfordert kein Zwischenspeicherkonto oder manuelle pg_restore Bedienung.

  • Zentralisiertes Backup-Management: Bietet eine zentrale Erfahrung durch Resiliency in Azure, um Backup- und Wiederherstellungsjobs, geschützte Elemente, Warnungen und Berichte sowie andere von Azure Backup geschützte Arbeitslasten anzuzeigen und zu verwalten.

Backup-Flow für flexiblen Azure PostgreSQL-Server und Tresorsicherung für elastische Cluster (v2)

Der Backup-Fluss für den flexiblen Azure PostgreSQL-Server und das elastische Cluster-Vaulted Backup (v2) funktioniert wie folgt:

  1. Sie erteilen der verwalteten Identität des Sicherungstresors die erforderlichen Berechtigungen auf dem flexiblen Quellserver oder elastischen Cluster. Im Azure-Portal können Sie die fehlenden Rollen bei der Konfiguration direkt zuweisen.
  2. Sie konfigurieren eine Backup-Richtlinie, die den Zeitplan und die Aufbewahrungsregeln definiert, und wählen die zu schützende Datenquelle aus.
  3. Bei jedem geplanten Durchlauf bittet Azure Backup den PostgreSQL-Ressourcenanbieter, einen verwalteten Festplattensnapshot der Serverplatten zu erstellen und wartet, bis der Snapshot vollständig hydratisiert ist.
  4. Azure Backup erhält zeitgebundenen Zugriff auf den aktuellen Snapshot und den vorherigen, berechnet die Differenz zwischen ihnen und verschiebt nur den Unterschied in den Backup-Tresor. Das erste Backup enthält keinen vorherigen Snapshot, daher überträgt es den vollständigen Inhalt.
  5. Azure Backup markiert den Backup-Auftrag als erfolgreich, wenn die Snapshot-Daten in den Tresor kopiert werden. Die Wiederherstellungspunkte werden dann gemäß den Aufbewahrungsregeln in der Richtlinie aufbewahrt und gelöscht.

Wiederherstellungs-Flow für flexible Azure Database for PostgreSQL-Server und Tresorsicherung für elastische Cluster (v2)

Der Wiederherstellungsfluss für Azure Database for PostgreSQL Flexible Server oder Elastic Cluster Vaulted Backup (v2) funktioniert wie folgt:

  1. Sie erstellen den flexiblen Azure Database for PostgreSQL-Zielserver oder elastischen Cluster, von dem das Backup wiederhergestellt werden muss. Azure Backup stellt Festplatteninhalte auf einem bestehenden Ziel wieder her; es erstellt den Zielort nicht automatisch.
  2. Du wählst den Wiederherstellungspunkt im Backup-Tresor und wählst das Ziel aus. Azure Backup validiert das Ziel gegen den Wiederherstellungspunkt (einschließlich der PostgreSQL-Hauptversion, Festplattengröße, Festplattentyp, SKU-Tier und Netzwerkkonfiguration), bevor die Wiederherstellungsoperation ausgelöst wird.
  3. Azure Backup schreibt den Inhalt des Wiederherstellungspunkts auf den Ziel-Server-Festplatten.
  4. Der PostgreSQL-Ressourcenanbieter startet den wiederhergestellten Server und der wiederhergestellte Server wird in einem transaktionskonsistenten Zustand online.

Da die Wiederherstellung ein vollständiges Festplattenabbild schreibt, skaliert die Wiederherstellungszeit mit der Größe des Wiederherstellungspunkts. Für Multiterabyte-Server sollten Sie ein Ziel der Wiederherstellungszeit planen, das in Stunden bis Tagen statt Minuten gemessen wird.

Azure Backup-Authentifizierung beim PostgreSQL-Server

Der Azure Backup-Dienst verbindet sich über den PostgreSQL-Ressourcenanbieter mit dem Quellserver und verwendet dabei die verwaltete Identität des Backup-Tresors. Die Identität des Tresors erfordert Berechtigungen auf dem Quellserver für Sicherungen und auf dem Zielserver für Wiederherstellungen. Wenn Sie Schutz konfigurieren oder eine Wiederherstellung aus dem Azure-Portal auslösen, validiert Azure Backup die benötigten Berechtigungen und bietet an, die fehlenden Rollen inline zuzuweisen. Wenn du keinen Schreibzugriff auf dem Server hast, kannst du eine Vorlage für die Rollenzuweisung herunterladen und einen Datenbankadministrator sie ausführen lassen.

Sie können auch eine vom Benutzer zugewiesene verwaltete Identität verwenden, um Berechtigungen für die Datenquelle und für den Backup-Tresor zu erteilen.

Azure Backup verwendet verwaltete Identitäten zur Authentifizierung bei Ihrem PostgreSQL-Server und benötigt folgende Berechtigungen:

Identitätstyp Description
Backup-Vault verwaltete Identität Gewähren Sie der verwalteten Identität des Backup-Tresors die erforderlichen Berechtigungen auf dem Quellserver für die Sicherung und auf dem Zielserver für die Wiederherstellung. Wenn du Backup oder Wiederherstellung konfigurierst, validiert Azure Backup die erforderlichen Berechtigungen und erlaubt dir, fehlende Rollen zuzuweisen.
Vom Benutzer zugewiesene verwaltete Identität Verwenden Sie eine vom Benutzer zugewiesene verwaltete Identität, um die erforderlichen Berechtigungen für die Datenquelle und den Backup-Tresor zu erteilen.

Unterstützung für kundenseitig verwaltete Schlüssel

Azure Backup unterstützt Server, die mit einem kundenverwalteten Schlüssel (CMK) verschlüsselt sind. Azure Backup liest Snapshot-Daten in entschlüsselter Form und speichert sie im Ruhezustand verschlüsselt im Tresor, entweder mit einem plattformverwalteten Schlüssel oder mit dem CMK, das Sie im Backup-Tresor konfigurieren. Während der Wiederherstellung werden die Daten auf die Festplatte des Zielservers geschrieben und im Ruhezustand mit dem Schlüssel dieses Servers neu verschlüsselt. Wenn Ihre Daten durchgängig mit Ihrem eigenen Schlüssel geschützt werden müssen, konfigurieren Sie ein CMK auf dem Quellserver, auf dem Zielserver und im Sicherungstresor.

Migration von Version 1 zu Version 2 Erfahrung

Du kannst ein bestehendes, v1 geschütztes Item auf v2 verschieben und weiterhin dieselbe Backup-Policy und den gleichen Backup-Tresor verwenden. Der geschützte Gegenstand bleibt unverändert, und deine bestehenden v1-Wiederherstellungspunkte bleiben verfügbar.

Important

Der Wechsel zu V2 ist einseitig. Um zu v1 zurückzukehren, musst du den Schutz beenden und die Backup-Instanz löschen, bevor du das Backup erneut mit v1 konfigurierst.

Bevor Sie ein geschütztes Element auf v2 migrieren, stellen Sie sicher, dass Sie die folgenden Voraussetzungen erfüllen:

Wenn der Server diese Voraussetzungen nicht erfüllt, scheitert der Move durch einen Benutzerfehler.

Nachdem du den geschützten Gegenstand in v2 verlegt hast, bleiben deine bestehenden v1-Wiederherstellungspunkte verfügbar. Die Wiederherstellungsmethode hängt von der Backup-Version ab, die zur Erstellung des Wiederherstellungspunkts verwendet wird:

  • Für mit v1 erstellte Wiederherstellungspunkte verwenden Sie Als Dateien wiederherstellen.
  • Für mit v2 erstellte Wiederherstellungspunkte verwenden Sie Als Server wiederherstellen.

Man kann den für jeden Wiederherstellungspunkt angezeigten Backup-Typ verwenden, um festzustellen, ob er zu v1 oder v2 gehört.

Lerne, wie man ein bestehendes, v1 geschütztes Element auf v2 migriert (Vorschau).

Informationen zu den Preisen für flexible Azure PostgreSQL-Server und Tresorsicherung für elastische Cluster (v2)

Flexible Azure PostgreSQL-Server und Tresorsicherung für elastische Cluster (v2) verursachen folgende Gebühren:

  • Gebühren für geschützte Instanzen: pro geschützter Instanz basierend auf der Größe der Datenquelle pro Einheit berechnet.
  • Backup-Speichergebühr: Wird auf die insgesamt im Tresor gespeicherten Daten berechnet, basierend auf der im Backup-Tresor konfigurierten Redundanz.

Weitere Informationen zu Preisen, einschließlich anfallender Gebühren und Abrechnungsdetails, finden Sie auf der Preisseite.

Da v2 tägliche Backups für größere Server unterstützt, bestimmen deine Retentionseinstellungen hauptsächlich die Speicherkosten. Du kannst tägliche Erholungspunkte für einige Monate behalten und wöchentliche, monatliche und jährliche Erholungspunkte für längere Bindung nutzen.

Nächste Schritte

  • Zuletzt aktualisiert um