Sicherung und Wiederherstellung in Azure Database for PostgreSQL – Flexible Server

Sicherungen sind ein wesentlicher Teil jeder Strategie für Geschäftskontinuität. Sie tragen zum Schutz von Daten vor versehentlicher Beschädigung oder Löschung bei. Azure Database for PostgreSQL – Flexible Server führt automatisch eine regelmäßige Sicherung Ihres Servers durch. Sie können dann eine Zeitpunktwiederherstellung innerhalb des Aufbewahrungszeitraums durchführen, in der Sie das gewünschte Datum und die Uhrzeit der Wiederherstellung angeben können. Die Gesamtzeit der Wiederherstellung hängt von der Größe der Datenbankdateien und dem Umfang der durchzuführenden Wiederherstellung ab.

Übersicht über Azure Backup

Flexible Server erstellt Momentaufnahmesicherungen der Datendateien und speichert sie abhängig von der Region sicher in zonenredundantem Speicher oder lokal redundantem Speicher. Der Server führt auch eine Transaktionsprotokollsicherung durch, sobald die WAL-Datei archiviert werden kann. Dank dieser Sicherungen können Sie für einen Server den Stand zu einem beliebigen Zeitpunkt wiederherstellen, der innerhalb Ihres konfigurierten Aufbewahrungszeitraums für Sicherungen liegt. Der Standardaufbewahrungszeitraum für Sicherungen beträgt sieben Tage und kann auf bis zu 35 Tage verlängert werden. Alle Sicherungen werden mithilfe der AES 256-Bit-Verschlüsselung für die ruhenden Daten verschlüsselt.

Diese Sicherungsdateien können nicht exportiert oder zum Erstellen von Servern außerhalb von Azure Database for PostgreSQL – Flexible Server verwendet werden. Zu diesem Zweck können Sie PostgreSQL-Tools pg_dump und pg_restore/psql verwenden.

Sicherungshäufigkeit

Sicherungen auf flexiblen Servern basieren auf Momentaufnahmen. Die erste Momentaufnahmensicherung ist für unmittelbar nach Erstellung des Servers geplant. Momentaufnahmesicherungen werden derzeit einmal täglich erstellt. Transaktionsprotokollsicherungen erfolgen mit unterschiedlicher Häufigkeit, abhängig von der Workload und dem Zeitpunkt, zu dem die WAL-Datei gefüllt wird, um archiviert zu werden. Im Allgemeinen kann die Verzögerung (RPO) bis zu 15 Minuten betragen.

Optionen für Sicherungsredundanz

Azure Database for PostgreSQL speichert immer mehrere Kopien Ihrer Sicherungen, damit Ihre Daten vor geplanten und ungeplanten Ereignissen geschützt sind – von vorübergehend auftretenden Hardwarefehlern über Netzwerk- oder Stromausfälle bis hin zu schweren Naturkatastrophen. Azure Database for PostgreSQL bietet die Flexibilität, zwischen einer lokalen Sicherungskopie innerhalb einer Region oder einer georedundanten Sicherung (Vorschau) auszuwählen. Standardmäßig wird für Azure Database for PostgreSQL-Serversicherungen zonenredundanter Speicher verwendet, sofern dieser in der Region verfügbar ist. Andernfalls wird lokal redundanter Speicher verwendet. Darüber hinaus können Kund*innen die georedundante Sicherung (in der Vorschau) für die Notfallwiederherstellung zum Zeitpunkt der Servererstellung auswählen. Sehen Sie sich die Liste der Regionen an, in denen georedundante Sicherungen unterstützt werden.

Sicherungsredundanz stellt sicher, dass Ihre Datenbank ihre Verfügbarkeits- und Dauerhaftigkeitsziele auch bei Ausfällen erfüllt, und Azure Database for PostgreSQL erweitert drei Optionen für Benutzer*innen:

  • Zonenredundanter Sicherungsspeicher: Diese Option wird automatisch für Regionen ausgewählt, die Verfügbarkeitszonen unterstützen. Wenn die Sicherungen in zonenredundantem Sicherungsspeicher gespeichert werden, werden mehrere Kopien nicht nur in der Verfügbarkeitszone gespeichert, in der Ihr Server gehostet wird, sondern auch in eine andere Verfügbarkeitszone in derselben Region repliziert. Diese Option kann für Szenarien genutzt werden, die Hochverfügbarkeit erfordern, oder um die Replikation von Daten in einem Land bzw. einer Region einzuschränken, um Anforderungen an Datenresidenz zu erfüllen. Darüber hinaus bietet dies eine Dauerhaftigkeit von mindestens 99,9999999999 % (12 9en) von Sicherungsobjekten für die Dauer eines Jahres.

  • Lokal redundanter Sicherungsspeicher: Diese Option wird automatisch für Regionen ausgewählt, die Verfügbarkeitszonen noch nicht unterstützen. Wenn die Sicherungen in einem lokal redundanten Sicherungsspeicher gespeichert werden, werden mehrere Kopien der Sicherungen im selben Rechenzentrum gespeichert. Diese Option schützt Ihre Daten vor Serverrack- und Laufwerkfehlern. Darüber hinaus bietet dies eine Dauerhaftigkeit von mindestens 99,999999999 % (11 9en) von Sicherungsobjekten für die Dauer eines Jahres. Standardmäßig ist Sicherungsspeicher für Server mit Hochverfügbarkeit in gleicher Zone oder ohne Hochverfügbarkeitskonfiguration auf lokal redundant festgelegt.

  • Georedundanter Sicherungsspeicher (Vorschau): Sie können diese Option zum Zeitpunkt der Servererstellung auswählen. Wenn die Sicherungen in georedundanten Sicherungsspeicher gespeichert werden, werden die drei Kopien nicht nur in der Region gespeichert, in der Ihr Server gehostet wird, sondern außerdem in die geografisch gekoppelte Region repliziert. Dies erhöht den Schutz und ermöglicht in einem Notfall die Wiederherstellung Ihres Servers in einer anderen Region. Darüber hinaus bietet dies eine Dauerhaftigkeit von mindestens 99,99999999999999 % (16 9en) von Sicherungsobjekten für die Dauer eines Jahres. Sie können die Option „Georedundanz“ zum Zeitpunkt der Servererstellung aktivieren, um georedundanten Sicherungsspeicher sicherzustellen. Georedundanz wird für Server unterstützt, die in einer der gekoppelten Azure-Regionen gehostet werden.

Hinweis

Die Sicherungsoption mit Georedundanz kann nur zum Zeitpunkt der Servererstellung konfiguriert werden.

Umstieg von anderen Sicherungsspeicheroptionen auf georedundanten Sicherungsspeicher

Das Konfigurieren von georedundantem Speicher für die Sicherung ist nur während der Erstellung des Servers zulässig. Nachdem der Server bereitgestellt wurde, können Sie die Option für die Sicherungsspeicherredundanz nicht mehr ändern.

die Aufbewahrung der Sicherung

Sicherungen werden basierend auf der Einstellung für den Aufbewahrungszeitraum der Sicherung für den Server aufbewahrt. Sie können einen Aufbewahrungszeitraum von 7 bis 35 Tagen auswählen. Der Standardaufbewahrungszeitraum ist 7 Tage. Sie können den Aufbewahrungszeitraum bei der Servererstellung festlegen oder ihn zu einem späteren Zeitpunkt ändern. Sicherungen werden auch für angehaltene Server aufbewahrt.

Mit dem Aufbewahrungszeit für Sicherung wird auch gesteuert, für welchen zurückliegenden Zeitraum eine Zeitpunktwiederherstellung durchgeführt werden kann, da dies auf den verfügbaren Sicherungen basiert. Der Aufbewahrungszeitraum kann auch als Wiederherstellungsfenster im Hinblick auf die Wiederherstellung behandelt werden. Alle Sicherungen, die zum Durchführen einer Zeitpunktwiederherstellung innerhalb des Aufbewahrungszeitraums für die Sicherung erforderlich sind, werden im Sicherungsspeicher aufbewahrt. Wenn der Aufbewahrungszeitraum für Sicherungen z. B. auf sieben Tage festgelegt ist, entspricht das Wiederherstellungsfenster den letzten sieben Tagen. In diesem Szenario werden alle Sicherungen und Protokolle aufbewahrt, die zum Wiederherstellen des Servers in den letzten sieben Tagen erforderlich sind.

Kosten für Sicherungsspeicher

Für die Flexible Server-Instanz werden bis zu 100 % Ihres bereitgestellten Serverspeichers ohne zusätzliche Kosten als Sicherungsspeicher zur Verfügung gestellt. Wenn zusätzlicher Sicherungsspeicher verwendet wird, wird dies in GB pro Monat berechnet. Wenn Sie beispielsweise einen Server mit 250 GiB Speicherkapazität bereitgestellt haben, stehen Ihnen 250 GiB Sicherungsspeicher ohne zusätzliche Kosten zur Verfügung. Wenn die Größe der tägliche Sicherung 25 GiB beträgt, steht Ihnen kostenloser Sicherungsspeicher für bis zu 10 Tage bereit. Die Nutzung des Sicherungsspeichers über 250 GiB hinaus wird Ihnen gemäß dem Preismodell in Rechnung gestellt.

Wenn Sie Ihren Server mit georedundanten Sicherungen konfiguriert haben, werden die Sicherungsdaten auch in die gekoppelte Azure-Region kopiert. Daher ist der erforderliche Speicherplatz für Ihre Sicherungen doppelt so groß wie bei einer einfachen lokalen Sicherungskopie. Die Abrechnung wird wie folgt berechnet: ( (2 × lokale Sicherungsgröße) - bereitgestellte Speichergröße ) × Preis @ GB/Monat.

Sie können die im Azure-Portal verfügbare Metrik für den verwendeten Sicherungsspeicher zum Überwachen des von einem Server belegten Sicherungsspeichers verwenden. Die Metrik für den belegten Sicherungsspeicher stellt den gesamten Speicherplatz dar, der von allen Datenbank- und Protokollsicherungen beansprucht wurde, die auf Grundlage des für den Server festgelegten Aufbewahrungszeitraums für Sicherungen aufbewahrt wurden.

Hinweis

Unabhängig von der Datenbankgröße werden bei einer hohen Transaktionsaktivität auf dem Server mehr WAL-Dateien generiert, wodurch wiederum der Sicherungsspeicher vergrößert wird.

Das primäre Mittel zum Steuern der Sicherungsspeicherkosten besteht darin, den geeigneten Aufbewahrungszeitraum festzulegen und die richtige Sicherungsredundanzoptionen auszuwählen, um die gewünschten Wiederherstellungsziele zu erreichen.

Übersicht für die Zeitpunktwiederherstellung

In Flexible Server wird bei der Zeitpunktwiederherstellung ein neuer Server in derselben Region wie Ihr Ausgangsserver erstellt, Sie können jedoch die Verfügbarkeitszone auswählen. Bei der Erstellung wird die Konfiguration für den Tarif, die Computegeneration, Anzahl virtueller Kerne, Speichergröße, den Aufbewahrungszeitraum für Sicherungen und die Option für Sicherungsredundanz des Quellservers verwendet. Außerdem werden Tags und Einstellungen wie VNET- und Firewalleinstellungen vom Quellserver übernommen.

Wiederherstellung bis zu einem bestimmten Zeitpunkt

Die physischen Datenbankdateien werden zunächst aus den Momentaufnahmensicherungen am Datenspeicherort des Servers wiederhergestellt. Die entsprechende Sicherung, die vor dem gewünschten Zeitpunkt erstellt wurde, wird automatisch ausgewählt und wiederhergestellt. Anschließend wird ein Wiederherstellungsprozess unter Verwendung von WAL-Dateien eingeleitet, um die Datenbank in einen konsistenten Zustand zu bringen.

Angenommen, die Sicherungen werden nachts um 23:00 Uhr durchgeführt. Wenn der Wiederherstellungspunkt der 15. August 2020 um 10:00 Uhr ist, wird die tägliche Sicherung vom 14. August 2020 wiederhergestellt. Die Wiederherstellung der Datenbank erfolgt bis zum 15. August 2020, 10 Uhr, unter Anwendung der Sicherung der Transaktionsprotokolle vom 14. August, 23 Uhr, bis zum 15. August, 10 Uhr.

Weitere Informationen zum Wiederherstellen des Datenbankservers finden Sie hier.

Wichtig

Bei Wiederherstellungsvorgängen in der Flexible Server-Instanz wird immer ein neuer Datenbankserver mit dem von Ihnen angegebenen Namen erstellt, aber der vorhandene Datenbankserver nicht überschrieben.

Die Point-in-Time-Wiederherstellung ist für viele Szenarien hilfreich. 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 aufgrund eines Defekts fälschlicherweise Daten durch fehlerhafte Daten überschreibt. Dank der fortlaufenden Sicherung von Transaktionsprotokollen können Sie die letzte Transaktion wiederherstellen.

Sie können zwischen einem spätesten und einem benutzerdefinierten Wiederherstellungspunkt wählen.

  • Letzter Wiederherstellungspunkt (Jetzt): Dies ist die Standardoption, mit der Sie den Server auf den aktuellsten Zeitpunkt wiederherstellen können.

  • Benutzerdefinierter Wiederherstellungspunkt: Mithilfe dieser Option können Sie einen beliebigen Zeitpunkt innerhalb des für diese Flexible Server-Instanz definierten Aufbewahrungszeitraums wählen. Standardmäßig wird der späteste Zeitpunkt in UTC automatisch ausgewählt, was nützlich ist, wenn Sie zu Testzwecken die letzte Transaktion wiederherstellen möchten, für die ein Commit durchgeführt wurde. Sie können optional auch andere Tage und Uhrzeiten wählen.

Die geschätzte Wiederherstellungsdauer hängt von verschiedenen Faktoren ab, z. B. dem Umfang der seit dem letzten Sicherungszeitpunkt zu verarbeitenden Transaktionsprotokolle und der Gesamtanzahl der Datenbanken, die gleichzeitig in derselben Region wiederhergestellt werden müssen. Die gesamte Wiederherstellungsdauer beträgt normalerweise mehrere Minuten bis zu mehrere Stunden.

Wenn Sie Ihren Server in einem VNet konfiguriert haben, können Sie ihn im selben oder einem anderen VNet wiederherstellen. Den öffentlichen Zugriff können Sie jedoch nicht wiederherstellen. Wenn Sie Ihren Server mit öffentlichem Zugriff konfiguriert haben, können Sie keinen privaten VNet-Zugriff wiederherstellen.

Wichtig

Gelöschte Server können nicht von Benutzer*innen wiederhergestellt werden. Wenn Sie den Server löschen, werden auch alle Datenbanken gelöscht, die zum Server gehören, und können nicht wiederhergestellt werden. Um Serverressourcen nach der Bereitstellung vor versehentlichem Löschen oder unerwarteten Änderungen zu schützen, können Administratoren Verwaltungssperren nutzen. Wenn Sie Ihren Server versehentlich gelöscht haben, wenden Sie sich an den Support. In einigen Fällen kann Ihr Server mit oder ohne Datenverluste wiederhergestellt werden.

Georedundante Sicherung und Wiederherstellung (Vorschau)

Sie können die georedundante Sicherung zum Zeitpunkt der Servererstellung konfigurieren. In diesem Schnellstart erfahren Sie, wie Sie die georedundante Sicherung über das Blatt „Compute und Speicher“ aktivieren.

Wichtig

Georedundante Sicherungen können nur zum Zeitpunkt der Servererstellung konfiguriert werden.

Nachdem Sie Ihren Server mit georedundanter Sicherung konfiguriert haben, können Sie ihn in einer geografisch gekoppelten Region wiederherstellen. Sehen Sie sich die unterstützten Regionen für georedundante Sicherungen an.

Wenn der Server mit georedundanten Sicherungen konfiguriert ist, werden die Sicherungsdaten mithilfe der Speicherreplikation asynchron in die gekoppelte Region kopiert. Dies schließt das Kopieren von Datensicherungen und Transaktionsprotokollen ein. Warten Sie nach der Servererstellung mindestens eine Stunde, bevor Sie eine Geowiederherstellung initiieren. Dies ist erforderlich, damit der erste Satz von Sicherungsdaten in die gekoppelte Region repliziert werden kann. Anschließend werden die Transaktionsprotokolle und die täglichen Sicherungen asynchron in die gekoppelte Region kopiert. Es kann bei der Datenübertragung zu einer Verzögerung von bis zu einer Stunde kommen. Daher müssen Sie bei der Wiederherstellung mit einem RPO von bis zu einer Stunde rechnen. Wiederherstellungen sind nur für die letzten verfügbaren Sicherungsdaten in der gekoppelten Region möglich. Derzeit ist die Zeitpunktwiederherstellung bei Geosicherungen nicht verfügbar.

Die geschätzte Dauer für das Wiederherstellen des Servers (RTO) hängt von Faktoren wie der Größe der Datenbank, dem Zeitpunkt der letzten Datenbanksicherung und der Menge der zu verarbeitenden WAL-Daten bis zu den zuletzt empfangenen Sicherungsdaten ab. Die gesamte Wiederherstellungsdauer beträgt normalerweise mehrere Minuten bis zu mehrere Stunden.

Während der Geowiederherstellung können einige Serverkonfigurationen geändert werden, z. B. VNet-Einstellungen und die Möglichkeit, georedundante Sicherungen vom wiederhergestellten Server zu entfernen. Das Ändern anderer Serverkonfigurationen wie Compute, Speicher oder Tarif („Burstfähig“, „Universell“ oder „Arbeitsspeicheroptimiert“) während der Geowiederherstellung wird nicht unterstützt.

Weitere Informationen finden Sie in der Anleitung zum Durchführen der Geowiederherstellung.

Wichtig

Wenn die primäre Region ausfällt, können Sie keine georedundanten Server in der jeweiligen geografisch gekoppelten Region erstellen, da der Speicher nicht in der primären Region bereitgestellt werden kann. Sie müssen warten, bis die primäre Region verfügbar ist, um georedundante Server in der geografisch gekoppelten Region bereitstellen zu können. Wenn die primäre Region ausfällt, können Sie für den Quellserver weiterhin Geowiederherstellungen in der geografisch gekoppelten Region ausführen, indem Sie die Option „Georedundanz“ unter den Einstellungen „Compute und Speicher“ zum Konfigurieren von Servern im Wiederherstellungsportal deaktivieren und die Wiederherstellung als lokal redundanter Server durchführen, um Geschäftskontinuität sicherzustellen.

Wiederherstellung und Netzwerk

Wiederherstellung bis zu einem bestimmten Zeitpunkt

  • Wenn Ihr Quellserver mit einem Netzwerk mit öffentlichem Zugriff konfiguriert ist, können Sie nur eine Wiederherstellung mit öffentlichem Zugriff durchführen.
  • Wenn Ihr Quellserver mit einem VNet mit privatem Zugriff konfiguriert ist, können Sie die Wiederherstellung entweder im gleichen VNet oder in einem anderen VNet durchführen. Sie können keine Zeitpunktwiederherstellung mit öffentlichem und privatem Zugriff gleichzeitig durchführen.

Geowiederherstellung

  • Wenn Ihr Quellserver mit einem Netzwerk mit öffentlichem Zugriff konfiguriert ist, können Sie nur eine Wiederherstellung mit öffentlichem Zugriff durchführen. Außerdem müssten Sie Firewallregeln anwenden, nachdem der Wiederherstellungsvorgang abgeschlossen ist.
  • Wenn Ihr Quellserver mit einem VNet mit privatem Zugriff konfiguriert ist, können Sie nur eine Wiederherstellung in einem anderen VNet ausführen, da das VNet nicht regionsübergreifend sein kann. Sie können keine Geowiederherstellung mit öffentlichem und privatem Zugriff gleichzeitig durchführen.

Durchführen der Aufgaben nach der Wiederherstellung

Nach der Wiederherstellung der Datenbank können Sie die folgenden Aufgaben durchführen, damit Ihre Benutzer und Anwendungen wieder den Betrieb aufnehmen können:

  • Umleiten von Clients und Clientanwendungen an den neuen Server, wenn der neue Server den ursprünglichen Server ersetzen soll. Ändern Sie den Servernamen Ihrer Verbindungszeichenfolge, um auf den neuen wiederhergestellten Server zu verweisen.

  • Sicherstellen, dass geeignete Firewallregeln auf Serverebene und VNet-Regeln vorhanden sind, damit Benutzer eine Verbindung herstellen können Diese Regeln werden nicht vom ursprünglichen Server kopiert.

  • Die Computekapazität des wiederhergestellten Servers kann nach Bedarf hoch- oder herunterskaliert werden.

  • Sicherstellen, dass geeignete Anmeldungen und Berechtigungen auf Datenbankebene vorhanden sind.

  • Konfigurieren der erforderlichen Warnungen.

  • Wenn Sie die mit Hochverfügbarkeit konfigurierte Datenbank wiederhergestellt haben und den wiederhergestellten Server mit Hochverfügbarkeit konfigurieren möchten, können Sie diese Schritte befolgen.

Häufig gestellte Fragen

  • Wie bewerkstelligt Azure die Sicherung meines Servers?

    Azure Database for PostgreSQL ermöglicht standardmäßig automatische Sicherungen Ihres gesamten Servers (einschließlich aller erstellten Datenbanken) mit einer standardmäßigen Aufbewahrungsfrist von 7 Tagen. Eine tägliche inkrementelle Momentaufnahme der Datenbank wird ausgeführt. Die Protokolldateien (WAL) werden kontinuierlich in Azure Blob Storage archiviert.

  • Kann ich diese automatische Sicherung so konfigurieren, dass sie langfristig aufbewahrt wird?

    Nein. Derzeit wird nur eine maximal Aufbewahrungsdauer von 35 Tagen unterstützt. Sie können manuelle Sicherungen durchführen und diese langfristig aufbewahren.

  • Wie führe ich eine manuelle Sicherung meiner Postgres-Server durch?

    Sie können mit dem PostgreSQL-Tool pg_dump manuell eine Sicherung erstellen, wie hierdokumentiert. Beispiele finden Sie in dieser Dokumentation zu Upgrades/Migration, die sich auch für Sicherungen eignen. Wenn Sie Azure Database for PostgreSQL in Blobspeicher sichern möchten, lesen Sie unseren Tech Community-Blog Backup Azure Database for PostgreSQL to a Blob Storage.

  • Welche Sicherungsfenster gibt es für meinen Server? Kann ich sie anpassen?

    Sicherungsfenster werden grundsätzlich von Azure verwaltet und können nicht angepasst werden. Die erste vollständige Momentaufnahmensicherung wird unmittelbar nach der Erstellung des Servers eingeplant. Nachfolgende Momentaufnahmesicherungen sind inkrementelle Sicherungen, die einmal täglich erfolgen.

  • Werden meine Sicherungen verschlüsselt?

    Ja. Alle Daten, Sicherungen und temporären Dateien für Azure Database for PostgreSQL, die im Zuge der Abfrageausführung erstellt werden, werden mithilfe der AES-256-Bit-Verschlüsselung verschlüsselt. Die Speicherverschlüsselung ist immer aktiviert und kann nicht deaktiviert werden.

  • Kann ich einzelne/einige Datenbanken auf einem Server wiederherstellen?

    Das Wiederherstellen einzelner oder einiger Datenbanken oder Tabellen wird nicht unterstützt. Sie müssen jedoch den gesamten Server auf einem neuen Server wiederherstellen und dann die benötigten Tabellen oder Datenbanken extrahieren und auf Ihren Server importieren.

  • Ist mein Server verfügbar, während die Sicherung erfolgt? Ja. Sicherungen sind Onlinevorgänge unter Verwendung von Momentaufnahmen. Der Momentaufnahmevorgang dauert nur wenige Sekunden und beeinträchtigt keine Produktionsworkloads, sodass Hochverfügbarkeit für den Server sichergestellt ist.

  • Müssen wir beim Einrichten des Wartungsfensters für den Server das Sicherungsfenster berücksichtigen?

    Nein. Sicherungen werden intern als Teil des verwalteten Diensts ausgelöst und haben keinen Einfluss auf das verwaltete Wartungsfenster.

  • Wo werden meine automatisierten Sicherungen gespeichert, und wie verwalte ich deren Aufbewahrung?

    Azure Database for PostgreSQL erstellt Sicherungen des Servers automatisch und speichert diese automatisch in zonenredundantem Speicher in Regionen, in denen mehrere Zonen unterstützt werden, oder in lokal redundantem Speicher in Regionen, die noch nicht mehrere Zonen unterstützen. Diese Sicherungsdateien können nicht exportiert werden. Sie können mithilfe von Sicherungen Ihren Server nur zu einem bestimmten Zeitpunkt wiederherstellen. Die Standardaufbewahrungsdauer für Sicherungen beträgt sieben Tage. Optional können Sie die Aufbewahrungsdauer für Sicherungen auf bis zu 35 Tage festlegen. Wenn Sie georedundante Sicherungen konfiguriert haben, wird die Sicherung auch in die gekoppelte Region kopiert.

  • Wie häufig werden Sicherungen bei georedundanten Sicherungen in die gekoppelte Region kopiert?

    Wenn der Server mit georedundanten Sicherungen konfiguriert ist, werden die Sicherungsdaten in einem georedundanten Speicherkonto gespeichert, das die Daten in die gekoppelte Region kopiert. Datendateien werden wie die tägliche Sicherung auf dem primären Server und zum gleichen Zeitpunkt in die gekoppelte Region kopiert. WAL-Dateien werden gesichert, wenn die WAL-Dateien für die Archivierung bereit sind. Diese Sicherungsdaten werden asynchron und fortlaufend in die gekoppelte Region kopiert. Sie müssen dabei mit einer Verzögerung von bis zu einer Stunde für den Empfang von Sicherungsdaten rechnen.

  • Kann ich eine Zeitpunktwiederherstellung in der Remoteregion durchführen?

    Nein. Die Daten werden zum Datum der letzten verfügbaren Sicherung in der Remoteregion wiederhergestellt.

  • Wie werden Sicherungen auf Servern mit aktivierter Hochverfügbarkeit ausgeführt?

    Die Datenvolumes des flexiblen Servers werden mit inkrementellen Momentaufnahmen des primären Servers auf verwalteten Datenträgern gesichert. Die WAL-Sicherung wird entweder vom primären oder Standbyserver ausgeführt.

  • Wie kann ich überprüfen, ob Sicherungen auf meinem Server ausgeführt werden?

    Die beste Möglichkeit, die Verfügbarkeit gültiger Sicherungen zu überprüfen, ist die regelmäßige zeitpunktbezogene Wiederherstellung und Bestätigung, dass Sicherungen gültig und wiederherstellbar sind. Sicherungsvorgänge oder -dateien werden den Endbenutzern nicht verfügbar gemacht.

  • Wo kann ich die Sicherungsverwendung einsehen?

    Klicken Sie im Azure-Portal unter „Überwachung“ auf „Metriken“. Dort finden Sie die Metrik „Sicherungsverwendung“, in der Sie die gesamte Sicherungsverwendung überwachen können.

  • Was geschieht mit meinen Sicherungen, wenn ich meinen Server lösche?

    Wenn Sie den Server löschen, werden auch alle Sicherungen gelöscht, die zum Server gehören, und können nicht wiederhergestellt werden. Um Serverressourcen nach der Bereitstellung vor versehentlichem Löschen oder unerwarteten Änderungen zu schützen, können Administratoren Verwaltungssperren nutzen.

  • Wie werden Sicherungen für beendete Server beibehalten?

    Für beendete Server werden keine neuen Sicherungen ausgeführt. Alle älteren Sicherungen (innerhalb des Aufbewahrungszeitfensters) zum Zeitpunkt des Beendens des Servers werden bis zum Neustart des Servers aufbewahrt, wonach die Aufbewahrung der Sicherungen für den aktiven Server durch dessen Aufbewahrungszeitfenster bestimmt wird.

  • Wie werden meine Sicherungen in Rechnung gestellt und abgerechnet?

    Für die Flexible Server-Instanz werden bis zu 100 % Ihres bereitgestellten Serverspeichers ohne zusätzliche Kosten als Sicherungsspeicher zur Verfügung gestellt. Jeder zusätzlich genutzte Sicherungsspeicher wird gemäß dem Preismodell in GB pro Monat in Rechnung gestellt. Die Abrechnung des Sicherungsspeichers hängt auch von der ausgewählten Aufbewahrungsfrist für Sicherungen und der gewählten Redundanzoption ab – abgesehen von der Transaktionsaktivität auf dem Server, die sich direkt auf den gesamten verwendeten Sicherungsspeicher auswirkt.

  • Wie wird mir ein beendeter Server in Rechnung gestellt?

    Während Ihre Serverinstanz beendet wird, werden keine neuen Sicherungen ausgeführt. Ihnen wird bereitgestellter Speicher und Sicherungsspeicher (Sicherungen, die innerhalb des von Ihnen festgelegten Aufbewahrungszeitraums gespeichert werden) in Rechnung gestellt. Kostenloser Sicherungsspeicher ist auf die Größe Ihrer bereitgestellten Datenbank begrenzt. Überschüssige Sicherungsdaten werden zum Preis für die Sicherung in Rechnung gestellt.

  • Ich habe meinen Server mit zonenredundanter Hochverfügbarkeit konfiguriert. Erstellen Sie zwei Sicherungen, und werden mir zweimal Gebühren in Rechnung gestellt?

    Nein. Unabhängig von Servern mit oder ohne Hochverfügbarkeit wird nur eine Sicherungskopie angelegt, die Ihnen nur einmal in Rechnung gestellt wird.

  • Wie kann ich meinen Server wiederherstellen?

    Azure unterstützt die Zeitpunktwiederherstellung (für alle Server), sodass Benutzer mithilfe von Azure-Portal, Azure CLI und API eine Wiederherstellung gemäß dem neuesten oder einem benutzerdefinierten Wiederherstellungspunkt vornehmen können.

    Um Ihren Server aus manuell mit Tools wie pg_dump erstellten Sicherungen wiederherzustellen, können Sie zunächst einen flexiblen Server erstellen und Ihre Datenbanken mit pg_restore auf diesem Server wiederherstellen.

  • Ist eine Wiederherstellung in einer anderen Verfügbarkeitszone innerhalb derselben Region möglich?

    Ja. Wenn die Region mehrere Verfügbarkeitszonen unterstützt, wird die Sicherung im ZRS-Konto gespeichert und ermöglicht Ihnen die Wiederherstellung in einer anderen Zone.

  • Wie lange dauert eine Zeitpunktwiederherstellung? Warum dauert meine Wiederherstellung so lange?

    Der Vorgang zur Datenwiederherstellung aus einer Momentaufnahme hängt nicht von der Größe der Daten ab, jedoch kann der Zeitplan für den Wiederherstellungsprozess, der die Protokolle (Transaktionsaktivitäten zur Wiedergabe) anwendet, abhängig von der vorherigen Sicherung des angeforderten Datums/Zeitpunkts und der Menge der zu verarbeitenden Protokolle variieren. Dies gilt sowohl für die Wiederherstellung innerhalb derselben Zone als auch für eine andere Zone.

  • Wenn ich meinen Server mit Hochverfügbarkeit wiederherstelle, wird der Wiederherstellungsserver automatisch mit Hochverfügbarkeit konfiguriert?

    Nein. Der Server wird als flexibler Einzelinstanzserver wiederhergestellt. Nach Abschluss der Wiederherstellung können Sie den Server optional mit Hochverfügbarkeit konfigurieren.

  • Ich habe meinen Server in einem VNet konfiguriert. Kann ich die Wiederherstellung in einem anderen VNet durchführen?

    Ja. Wählen Sie zum Zeitpunkt der Wiederherstellung ein anderes VNet aus, in dem die Wiederherstellung erfolgen soll.

  • Kann ich meinen öffentlichen Zugriffsserver in einem VNet wiederherstellen oder umgekehrt?

    Nein. Die Wiederherstellung von Servern mit öffentlichem und privatem Zugriff wird derzeit nicht unterstützt.

  • Wie kann ich meine Wiederherstellung nachverfolgen?

    Derzeit gibt es keine Möglichkeit, den Wiederherstellungsvorgang nachzuverfolgen. Sie können das Aktivitätsprotokoll überwachen, um zu prüfen, ob der Vorgang in Bearbeitung oder abgeschlossen ist.

Nächste Schritte