Unterstützungsmatrix für Azure PostgreSQL flexiblen Server und elastisches Cluster Vaulted Backup (v2) (Vorschau)

Azure Backup ermöglicht es Ihnen, flexible Azure PostgreSQL-Server und elastische Cluster mit physischen (Festplatten-Snapshot-)Backups zu schützen. Dieser Artikel fasst die unterstützten Regionen, Szenarien, Konfigurationen und Einschränkungen der v2-Erfahrung zusammen.

Unterstützte Regionen für den flexiblen Azure PostgreSQL-Server und das elastische Cluster-Vault-Backup (v2)

Tresor-Backups sind in allen öffentlichen Regionen verfügbar, außer Austrian East, Belgium Central, Chile Central, Indonesia Central, Israel Northwest, Malaysia South, Malaysia West, Mexico Central, Qatar Central, South Central US 2, Southeast US, Southeast US 3, Southeast US 5, Southwest US und West India.

Unterstützte Datenquellen und Konfigurationen für den flexiblen Azure PostgreSQL-Server und das elastische Cluster-Vault-Backup (v2)

Die folgende Tabelle listet die unterstützten Datenquellen und Konfigurationen für den flexiblen Azure PostgreSQL-Flexible Server und das elastische Cluster-Vault-Backup (v2) auf:

Unterstützte Backup-Szenarien für den flexiblen Azure PostgreSQL-Server und das elastische Cluster-Vault-Backup (v2)

Azure PostgreSQL flexibler Server und elastisches Cluster-Vault-Backup (v2) unterstützt folgende Backup-Szenarien:

• Der gesamte Server oder Cluster ist gesichert. Backups einzelner Datenbanken werden nicht unterstützt.
• Ein elastischer Cluster mit bis zu 8 Knoten wird unterstützt.
• Das erste Backup einer Datenquelle ist ein vollständiges Backup; jedes Backup danach erfolgt inkrementell. Azure Backup führt eine erste Replikation erneut automatisch durch, wenn die Snapshot-Kette unterbrochen ist.
• Backup-Pläne für tägliche oder wöchentliche Zeiten werden unterstützt, mit einem Mindestziel für einen Wiederherstellungspunkt von einem Tag.
• Die Retention kann von 7 Tagen bis zu 10 Jahren festgelegt werden, mit unabhängigen Aufbewahrungsdauern für tägliche, wöchentliche, monatliche und jährliche Erholungspunkte.
• On-Demand-Backups (ad hoc) werden nach der Konfiguration des Schutzes unterstützt.
• Pro Datenquelle wird eine Backup-Instanz unterstützt. Mehrfachschutz desselben Servers wird nicht unterstützt, daher wird ein Server entweder durch den v1-Stack oder durch den v2-Stack geschützt, niemals durch beide.
• Die Backup-Richtlinie, die einer Backup-Instanz zugeordnet ist, kann nach der Konfiguration des Schutzes geändert werden.
• Ein Backup-Job wird als erfolgreich markiert, sobald das verwaltete Festplatten-Snapshot in den Tresor kopiert wurde.
• Metadaten der Wiederherstellungspunkte, einschließlich der PostgreSQL-Version, auf der das Backup gemacht wurde, sind auf jedem Wiederherstellungspunkt sichtbar.
• WORM-unveränderliche Backups werden unterstützt. Wenn die Unveränderlichkeit im Backup-Tresor aktiviert und gesperrt ist, können Wiederherstellungspunkte von keinem Nutzer, einschließlich eines Tresoradministrators, vor Ablauf ihrer konfigurierten Aufbewahrungsfrist geändert, überschrieben oder gelöscht werden.

Unterstützte Wiederherstellungsszenarien für den flexiblen Azure PostgreSQL-Server und das elastische Cluster-Vault-Backup (v2)

Azure PostgreSQL Flexible Server und Elastic Cluster Vaulted Backup (v2) unterstützen folgende Wiederherstellungsszenarien:

• Wiederherstellungen werden als Wiederherstellen als Server an einen alternativen Ort durchgeführt. Der flexible Zielserver oder elastische Cluster muss erstellt werden, bevor die Wiederherstellung ausgelöst wird.
• Daten in nicht eingeloggten Tabellen werden nicht erhalten und gehen bei der Wiederherstellung verloren.
• Das Ziel kann in einem anderen Abonnement innerhalb desselben Mieters sein.
• Regionsübergreifende Wiederherstellung wird unterstützt.
• Wiederherstellungsoperationen von Backups, die auf PostgreSQL-Versionen gemacht wurden, die nicht mehr unterstützt werden, sind nicht garantiert.
• Die Wiederherstellung wird auch nach Löschung der Quelldatenbank unterstützt.
• Ein Wiederherstellungsauftrag wird nur dann als erfolgreich markiert, wenn der gesamte Wiederherstellungspunkt wiederhergestellt wurde.
• Ein Wiederherstellungspunkt, der auf einem Premium SSD v1-Server aufgenommen wird, stellt auf ein Premium-SSD v1-Ziel zurück. Ein Wiederherstellungspunkt, der auf einem Premium SSD v2-Server aufgenommen wird, stellt ein Premium-SSD-v2-Ziel wieder her.

Zielanforderungen für die Wiederherstellung

Der flexible Zielserver oder elastische Cluster muss alle folgenden Kriterien erfüllen, die Azure Backup vor Beginn der Wiederherstellungsoperation validiert:

• Der Server oder Cluster muss leer sein.
• Der Server oder Cluster darf nicht auf der Burstable-Compute-Schicht sein.
• Der Zielserver oder Cluster muss dieselbe PostgreSQL-Hauptversion wie der Quellserver verwenden, als das Backup gemacht wurde. Die Wiederherstellung schlägt fehl, wenn die Versionen nicht übereinstimmen.
• Der Zielserver oder Cluster muss die gleiche Festplattengröße wie der Quellserver haben. Die Wiederherstellung schlägt fehl, wenn die Zielfestplatte kleiner ist als die Quellfestplatte, obwohl der Wiederherstellungspunkt weniger Speicherplatz auf der Zielfestplatte benötigt.
• Der Server oder Cluster darf keine hohe Verfügbarkeit konfiguriert haben.
• Der Server oder Cluster darf keine Geo-Replik konfiguriert haben und darf selbst keine Geo-Replik sein.
• Der Server oder Cluster muss sich in derselben Region wie der Backup-Tresor befinden.

Einschränkungen für den flexiblen Azure PostgreSQL-Server und das elastische Cluster-Vault-Backup (v2)

Das v2-Erlebnis hat folgende Einschränkungen:

• Sicherung und Wiederherstellung auf Item-Ebene werden nicht unterstützt. Man kann keine einzelne Datenbank, Tabelle oder Objekt sichern oder wiederherstellen.
• Das Burstable Compute-Tier wird nicht unterstützt. Die Konfiguration des Backups auf einem Burstatable-Server schlägt bei einem Benutzerfehler fehl. Skaliere den Server zuerst auf General Purpose oder Speicheroptimiert.
• PostgreSQL 14 und früher werden nicht unterstützt. Die Backup-Konfiguration schlägt bei Servern fehl, die diese Versionen verwenden. Du musst auf eine unterstützte Hauptversion upgraden , bevor du ein Backup konfigurierst, oder du solltest den Server weiterhin mit Version 1 schützen.
• Backup wird nur für Primärserver unterstützt. Du kannst kein Backup für Lesereplikate oder Geo-Repliken konfigurieren. Wenn du versuchst, ein Backup für eine Replik zu konfigurieren, schlägt die Operation mit einem Benutzerfehler fehl.
• Das Ein-Tages-Wiederherstellungspunkt-Ziel (RPO) ist nicht in allen Szenarien garantiert. Das erste Backup und die anschließende Replikation übertragen den gesamten Inhalt der Festplatte und können für große Server und Cluster mehr als einen Tag dauern. Backups können auch für Server mit hohem täglichem Datenabbruch oder für Server, die Premium SSD v2 verwenden, einen Tag überschreiten.
• Einen geschützten Gegenstand von v1 zu v2 zu verschieben, ist eine Möglichkeit. Um zu v1 zurückzukehren, stoppen Sie den Schutz und konfigurieren Sie das Backup auf dem v1-Stack neu.
• Die Backup-Konfiguration wird nach einem geplanten Geo-Failover nicht automatisch auf den neuen Hauptserver angewendet. Die bestehende Backup-Konfiguration bleibt mit dem vorherigen Hauptserver verbunden, und dessen Backups beginnen nach dem Failover auszufallen. Um den neuen Hauptserver zu schützen, konfigurieren Sie das Backup auf diesem Server.

Nächster Schritt

• Über Azure PostgreSQL flexible Server und elastic cluster vaulted backup (v2) (Vorschau).

Verwandte Inhalte

• Unterstützungsmatrix für Azure Database for PostgreSQL - Flexible Server (v1)..