View a markdown version of this page

Schützen Sie Ihre Daten mit Volumen-Backups - FSx für ONTAP

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Schützen Sie Ihre Daten mit Volumen-Backups

Mit FSx for ONTAP können Sie Ihre Daten schützen, indem Sie automatische tägliche Backups und vom Benutzer initiierte Backups der Volumes in Ihrem Dateisystem erstellen. Das Erstellen regelmäßiger Backups für Ihre Volumes ist eine bewährte Methode, mit der Sie Ihre Anforderungen an Datenaufbewahrung und Compliance erfüllen können. Sie können Volume-Backups auf jedem vorhandenen FSx for ONTAP-Dateisystem wiederherstellen, auf das Sie Zugriff haben und das sich in demselben System befindet, in AWS-Region dem das Backup gespeichert ist. Die Arbeit mit Amazon FSx-Backups macht es einfach, Backups Ihrer Volumes zu erstellen, anzuzeigen, wiederherzustellen und zu löschen.

Amazon FSx unterstützt das Sichern OntapVolumeType von ONTAP Volumes mit einem oder Read-Write (RW).

Anmerkung

Amazon FSx unterstützt nicht das Sichern von Data Protection (DP) -Volumes, Load Sharing Mirror (LSM) -Volumes (Load Sharing Mirror) oder Zielvolumes für und. FlexCache SnapMirror

Wie funktionieren Backups

Alle Amazon FSx-Backups (automatische tägliche Backups und vom Benutzer initiierte Backups) sind inkrementell, was bedeutet, dass sie nur Änderungen an den Daten speichern, seit das vorherige Backup abgeschlossen wurde. Dies minimiert sowohl die Zeit, die für die Erstellung eines Backups erforderlich ist, als auch die Menge an Speicherplatz, die für jedes Backup benötigt wird. Inkrementelle Backups optimieren die Speicherkosten, da keine doppelten Daten gespeichert werden. FSx for ONTAP-Backups erfolgen pro Volume, wobei jedes Backup nur die Daten eines bestimmten Volumes enthält. Amazon FSx-Backups werden redundant in mehreren Availability Zones gespeichert, um eine hohe Haltbarkeit zu gewährleisten.

Amazon FSx-Backups verwenden Snapshots — aktuelle, schreibgeschützte Images Ihrer Volumes —, um die Inkrementalität zwischen den Backups aufrechtzuerhalten. Jedes Mal, wenn ein Backup erstellt wird, erstellt Amazon FSx zunächst einen Snapshot Ihres Volumes. Der Backup-Snapshot wird in Ihrem Volume gespeichert und belegt Speicherplatz auf dem Volume. Amazon FSx vergleicht diesen Snapshot dann mit dem vorherigen Backup-Snapshot (falls vorhanden) und kopiert nur die geänderten Daten in Ihr Backup.

Wenn kein früherer Backup-Snapshot existiert, wird der gesamte Inhalt des neuesten Backup-Snapshots in Ihr Backup kopiert. Nachdem der letzte Backup-Snapshot erfolgreich erstellt wurde, löscht Amazon FSx den vorherigen Backup-Snapshot. Der für das letzte Backup verwendete Snapshot verbleibt auf Ihrem Volume, bis das nächste Backup erstellt wird. Dann wird der Vorgang wiederholt. Um die Kosten für Backup-Speicher zu optimieren, ONTAP werden die Einsparungen bei der Speichereffizienz eines Volumes bei den Backups beibehalten.

Wenn Sie ein Backup löschen, werden nur die Daten gelöscht, die für dieses Backup eindeutig sind. Jedes Amazon FSx-Backup enthält alle Informationen, die benötigt werden, um aus dem Backup ein neues Volume zu erstellen, wodurch effektiv ein Point-in-Time-Snapshot des Volumes wiederhergestellt wird.

Die Anzahl der Backups, die Sie pro AWS-Konto Volume speichern können, ist begrenzt. Weitere Informationen erhalten Sie unter Kontingente, die Sie erhöhen können und Ressourcenkontingente für jedes Dateisystem.

Anmerkung

Wenn Sie NDMP für Backups verwenden, erlaubt ONTAP nicht, dass Wartungsaktivitäten wie Patch-Operationen durchgeführt werden, während eine NDMP Übertragung im Gange ist. Um Verzögerungen bei Patches zu vermeiden, bricht Amazon FSx alle aktiven NDMP Übertragungssitzungen ab, wenn während des Wartungsfensters Ihres Dateisystems ein Patch-Vorgang angewendet wird. Sobald das Patchen abgeschlossen ist, müssen Sie Ihre NDMP Übertragungssitzungen von der Client-Seite aus manuell neu starten, da Amazon FSx sie nicht automatisch fortsetzen kann. Um Backup-Unterbrechungen zu vermeiden, empfehlen wir die Verwendung von Amazon FSx-Backups oder AWS Backup, die gleichzeitige Sicherungs- und Patch-Operationen unterstützen.

Speicheranforderungen

Ihr Volume und Ihr Dateisystem müssen jeweils über ausreichend SSD-Speicherkapazität verfügen, um einen Backup-Snapshot zu speichern. Wenn Sie einen Backup-Snapshot erstellen, darf die zusätzliche Speicherkapazität, die durch den Snapshot verbraucht wird, nicht dazu führen, dass das Volume die SSD-Speicherauslastung von 98% übersteigt. In diesem Fall schlägt das Backup fehl. Sie können den SSD-Speicher eines Volumes oder Dateisystems jederzeit erhöhen, um sicherzustellen, dass Ihre Backups nicht unterbrochen werden.

Automatische tägliche Backups

Wenn Sie ein Dateisystem erstellen, sind automatische tägliche Backups standardmäßig für die Volumes Ihres Dateisystems aktiviert. Sie können automatische tägliche Backups für bestehende Dateisysteme jederzeit aktivieren oder deaktivieren. Automatische tägliche Backups für alle Volumes erfolgen während des täglichen Backup-Fensters des Dateisystems, das automatisch festgelegt wird, wenn Sie ein Dateisystem erstellen. Sie können das tägliche Backup-Fenster jederzeit ändern. Für eine optimale Backup-Leistung empfehlen wir, ein tägliches Backup-Fenster zu wählen, das außerhalb der normalen Betriebszeiten liegt, in denen Clients und Anwendungen auf die Daten auf Ihren Volumes zugreifen. Wir empfehlen außerdem, ein Backup-Fenster zu wählen, das sich nicht mit dem Wartungsfenster Ihres Dateisystems überschneidet. Wenn sich die Fenster überschneiden, haben Wartungsaktivitäten Vorrang und automatische Backups werden nach Abschluss der Wartung durchgeführt. Backups, die bereits in Bearbeitung sind, werden während der Wartung fortgesetzt. Neue Backups werden jedoch möglicherweise erst erstellt, wenn die Wartung abgeschlossen ist. Wenn die Wartung über die gesamte Dauer des Zeitfensters läuft, werden automatische Backups in diesem Zeitfenster möglicherweise nicht ausgeführt.

Mithilfe der Konsole können Sie bei der Erstellung eines Dateisystems oder zu einem beliebigen Zeitpunkt die Aufbewahrungsdauer für automatische tägliche Backups auf einen Wert zwischen 1 und 90 Tagen festlegen. Die standardmäßige Aufbewahrungsdauer für automatische tägliche Backups beträgt 30 Tage. Amazon FSx löscht ein automatisches tägliches Backup, sobald die Aufbewahrungsfrist abgelaufen ist. Mithilfe der AWS CLI UND-API können Sie den Aufbewahrungszeitraum auf einen Wert zwischen 0 und 90 Tagen festlegen. Wenn Sie ihn auf 0 setzen, werden automatische Backups deaktiviert und alle vorhandenen automatischen Backups für die Volumes des Dateisystems gelöscht.

Automatische tägliche Backups, das tägliche Backup-Fenster und der Aufbewahrungszeitraum für Backups sind Dateisystemeinstellungen und gelten für alle Volumes in Ihrem Dateisystem. Sie können die Amazon FSx-Konsole, die oder die API verwenden AWS CLI, um diese Einstellungen zu ändern. Weitere Informationen finden Sie unter Dateisysteme aktualisieren.

Sie können kein Volume-Backup (automatische tägliche Backups oder vom Benutzer initiierte Backups) erstellen, wenn das Volume offline ist. Weitere Informationen finden Sie unter Offline-Volumes anzeigen.

Anmerkung

Automatische tägliche Backups haben eine maximale Aufbewahrungsdauer von 90 Tagen, aber vom Benutzer initiierte Backups, die Sie erstellen, zu denen auch Backups gehören, die mit Hilfe von Ihnen erstellt wurden AWS Backup, werden für immer aufbewahrt, sofern Sie sie nicht selbst oder AWS Backup löschen.

Sie können ein automatisches tägliches Backup mithilfe der Amazon FSx-Konsole, CLI und API manuell löschen. Wenn Sie ein Volume löschen, löschen Sie auch die automatischen täglichen Backups für dieses Volume. Amazon FSx bietet die Option, ein endgültiges Backup eines Volumes zu erstellen, bevor Sie es löschen. Das endgültige Backup wird für immer aufbewahrt, sofern Sie es nicht löschen.

User-initiated Backups

Mit Amazon FSx können Sie mithilfe der, und API jederzeit manuell Backups der AWS-Managementkonsole Volumes Ihres Dateisystems erstellen. AWS CLI Ihre vom Benutzer initiierten Backups sind im Vergleich zu anderen Backups, die möglicherweise für ein Volume erstellt wurden, inkrementell und werden für immer aufbewahrt, sofern Sie sie nicht löschen. User-initiated Backups werden auch dann beibehalten, wenn Sie das Volume oder das Dateisystem, auf dem die Backups erstellt wurden, gelöscht haben. Sie können benutzerinitiierte Backups nur mithilfe der Amazon FSx-Konsole, API oder CLI löschen. Sie werden niemals automatisch von Amazon FSx gelöscht.

Anweisungen zum Erstellen eines benutzerinitiierten Backups finden Sie unter. Benutzerinitiierte Backups erstellen

Tags in Backups kopieren

Wenn Sie ein Volume mithilfe der CLI oder API erstellen oder aktualisieren, können Sie aktivieren, CopyTagsToBackups dass alle Tags auf Ihrem Volume automatisch in die Backups kopiert werden. Wenn Sie jedoch beim Erstellen eines benutzerinitiierten Backups Tags hinzufügen, einschließlich der Benennung eines Backups, wenn Sie die Konsole verwenden, kopiert Amazon FSx keine Tags vom Volume, auch wenn CopyTagsToBackups es aktiviert ist.

Verwenden AWS Backup mit Amazon FSx

AWS Backup ist eine einfache und kostengünstige Möglichkeit, Ihre Daten zu schützen, indem Sie Ihre Amazon FSx for NetApp ONTAP-Volumes sichern. AWS Backup ist ein einheitlicher Backup-Service, der die Erstellung, Wiederherstellung und Löschung von Backups vereinfacht und gleichzeitig eine verbesserte Berichterstattung und Prüfung bietet. Die Verwendung AWS Backup erleichtert die Entwicklung einer zentralisierten Backup-Strategie zur Einhaltung gesetzlicher, behördlicher und professioneller Vorschriften. Es erleichtert auch den Schutz Ihrer AWS Speichervolumes, Datenbanken und Dateisysteme, da es einen zentralen Ort bietet, an dem Sie Folgendes tun können:

  • Konfigurieren und überprüfen Sie die AWS Ressourcen, die Sie sichern möchten.

  • Automatisieren geplanter Sicherungen

  • Festlegen von Aufbewahrungsrichtlinien

  • Überwachen Sie alle aktuellen Sicherungs-, Kopier- und Wiederherstellungsaktivitäten.

AWS Backup verwendet die integrierte Backup-Funktion von Amazon FSx. Backups, die mit der AWS Backup Konsole erstellt wurden, haben dasselbe Maß an Dateisystemkonsistenz und Leistung, sind inkrementell im Vergleich zu allen anderen benutzerinitiierten Amazon FSx-Backups, die von Ihrem Volume erstellt wurden, und bieten dieselben Wiederherstellungsoptionen wie Backups, die mit der Amazon FSx-Konsole erstellt wurden. Die Verwendung AWS Backup zur Verwaltung dieser Backups bietet zusätzliche Funktionen, einschließlich der Möglichkeit, geplante Backups so oft wie jede Stunde zu erstellen. Sie können eine zusätzliche Schutzebene hinzufügen, um Backups vor versehentlichem oder böswilligem Löschen zu schützen, indem Sie sie in einem Backup-Tresor speichern.

Backups, AWS Backup die von erstellt wurden, gelten als vom Benutzer initiierte Backups und werden auf das nutzerinitiierte Backup-Kontingent für Amazon FSx angerechnet. Weitere Informationen finden Sie unter Kontingente, die Sie erhöhen können. Sie können Backups, die AWS Backup mithilfe der Amazon FSx-Konsole, CLI und API erstellt wurden, anzeigen und wiederherstellen. Sie können jedoch keine Backups löschen, die mit AWS Backup der Amazon FSx-Konsole, CLI oder API erstellt wurden. Weitere Informationen finden Sie AWS Backup im AWS Backup Entwicklerhandbuch unter Erste Schritte mit.

AWS Backup kann keine Volumes sichern, die offline sind.

Sie können Tags verwenden, um auszuwählen, welche Ihrer FSx for ONTAP-Ressourcen in einem Backup-Plan geschützt sind. Diese Tags müssen auf Volume-Ebene und nicht auf Dateisystemebene als Ganzes angewendet werden. Weitere Informationen finden Sie im AWS Backup Entwicklerhandbuch unter Zuweisen von Ressourcen zu einem Backup-Plan.

Backups auf einem neuen Volume wiederherstellen

Sie können ein Volume-Backup auf einem neuen Volume in einem Dateisystem wiederherstellen, das sich in demselben befindet, in dem AWS-Region das Backup gespeichert ist. Sie können eine Sicherung nicht auf einem Dateisystem wiederherstellen, das sich in einem anderen AWS-Region als dem Backup befindet.

Bei der Wiederherstellung eines Backups auf FSx für ONTAP-Dateisysteme der zweiten Generation können Clients Daten auf einem Volume mounten und von diesem lesen, während es wiederhergestellt wird. Kunden können das Volume, das Sie wiederherstellen, mounten und die Dateidaten lesen, sobald Amazon FSx alle Metadaten auf das neue Volume geladen hat und das Volume einen Lebenszyklusstatus von meldet. CREATED Den Lebenszyklusstatus eines Volumes finden Sie auf der Volumes-Detailseite in der Amazon FSx-Konsole und in der Antwort auf den CLI-Befehl https://docs.aws.amazon.com/v2/documentation/api/latest/reference/fsx/describe-volumes.html describe-volumes.

Wenn Sie Daten von einem Volume lesen, während es aus einem Backup wiederhergestellt wird und die Daten noch nicht auf das Volume heruntergeladen wurden, treten beim ersten Zugriff Leselatenzen von bis zu zehn Millisekunden auf. Diese Lesevorgänge werden in der SSD-Ebene zwischengespeichert, und Sie können bei nachfolgenden Lesevorgängen mit Leselatenzen von unter einer Millisekunde rechnen.

Die Zeit, die Amazon FSx benötigt, um ein Volume für den schreibgeschützten Zugriff verfügbar zu machen, ist proportional zur Menge der im Backup gespeicherten Dateimetadaten. Dateimetadaten verbrauchen in der Regel 1—7% der gesamten Backup-Daten, abhängig von der durchschnittlichen Dateigröße in Ihrem Datensatz (kleine Dateidatensätze verbrauchen mehr Metadaten als große Dateidatensätze).

Wenn Sie ein FlexGroup Volume-Backup auf einem Dateisystem wiederherstellen, das über eine andere Anzahl von Hochverfügbarkeitspaaren (HA) verfügt als das ursprüngliche Dateisystem, fügt Amazon FSx zusätzliche Volumes hinzu, um sicherzustellen, dass die Bestandteile gleichmäßig verteilt sind.

Anmerkung

Amazon FSx unterstützt keinen Lesezugriff auf Daten, während ein Volume aus einem Backup wiederhergestellt wird, weder für SnapLock Volumes noch für Volumes auf Dateisystemen der ersten Generation. Bei der Wiederherstellung dieser Backups steht das Volume zur Verfügung, um Daten einzuhängen und darauf zuzugreifen, nachdem der Wiederherstellungsvorgang abgeschlossen ist. Alle Metadaten und Daten werden auf das neue Volume geladen.

Bei der Wiederherstellung eines Backups werden zunächst alle Daten auf die SSD-Speicherebene geschrieben. Während der Wiederherstellung werden die Daten gemäß der Tiering-Richtlinie für das wiederherzustellende Volume in den Speicher des Kapazitätspools gestaffelt. Da Daten zuerst auf die SSD-Ebene geschrieben werden, unterbricht Amazon FSx den Wiederherstellungsvorgang, wenn dem Dateisystem der SSD-Speicherplatz ausgeht. Die Wiederherstellung wird automatisch fortgesetzt, sobald ausreichend SSD-Speicherplatz verfügbar ist, um den Vorgang fortzusetzen. Wenn die Tiering-Richtlinie für das wiederhergestellte Volume so istAll, stuft ein regelmäßiger Hintergrundprozess die Daten dem Kapazitätspool zu. Wenn die Tiering-Richtlinie des wiederhergestellten Volumes Snapshot Only oder lautetAuto, werden die Daten in den Kapazitätspool gestaffelt, wenn die SSD-Auslastung für das Dateisystem mehr als 50% beträgt und die Kühlrate durch den Kühlzeitraum der Tiering-Richtlinie bestimmt wird.

Wenn Ihr Workload bei der Wiederherstellung eines Backups auf einem neuen Volume auf Dateisystemen der zweiten Generation konsistente Leselatenzen von unter einer Millisekunde erfordert, empfehlen wir Ihnen, None bei der Initiierung der Wiederherstellung die Tiering-Richtlinie des Volumes auf einzustellen und dann zu warten, bis alle Daten vollständig auf das Volume heruntergeladen wurden, bevor Sie darauf zugreifen. Alle Daten werden in den SSD-Speicher geladen, bevor Sie versuchen, darauf zuzugreifen, sodass Sie stets mit niedriger Latenz auf Ihre Daten zugreifen können.

Eine schrittweise Anleitung zum Wiederherstellen eines Backups auf einem neuen Volume finden Sie unterWiederherstellen eines Backups auf einem neuen Volume.

Auf Dateisystemen der zweiten Generation können Sie auch nur einen Teil der Daten aus einem Backup wiederherstellen, ohne warten zu müssen, bis der gesamte Wiederherstellungsvorgang abgeschlossen ist. Wenn Sie nur einen Teil der Daten eines Backups wiederherstellen, können Sie den Betrieb bei versehentlichem Löschen, Ändern oder Verfälschen von Daten schneller wieder aufnehmen. Weitere Informationen finden Sie unter Wiederherstellung einer Teilmenge von Daten.

Sie können den Fortschritt bei der Wiederherstellung eines Backups auf einem Dateisystem der zweiten Generation in der AWS-Managementkonsole AWS CLI, und API überwachen. Weitere Informationen finden Sie unter Überwachung des Fortschritts beim Wiederherstellen eines Backups.

Anmerkung
  • Sie können keinen Volume-Snapshot erstellen oder Snapshot-basierte Vorgänge wie Klonen, SnapMirror Replizieren und Erstellen von Backups eines Volumes ausführen, während es aus einem Backup wiederhergestellt wird.

  • Ein wiederhergestelltes Volume hat immer den gleichen Volume-Stil wie das ursprüngliche Volume. Sie können den Lautstärkestil bei der Wiederherstellung nicht ändern.

Leistung sichern und wiederherstellen

Eine Vielzahl von Faktoren kann die Leistung von Sicherungs- und Wiederherstellungsvorgängen beeinflussen. Sicherungs- und Wiederherstellungsvorgänge sind Hintergrundprozesse, was bedeutet, dass sie im Vergleich zu Client-I/O-Vorgängen eine niedrigere Priorität haben. Zu den Client-I/O-Vorgängen gehören NFS-, CIFS- und iSCSI-Daten sowie das Lesen und Schreiben von Metadaten. Alle Hintergrundprozesse nutzen nur den ungenutzten Teil der Durchsatzkapazität Ihres Dateisystems und können je nach Größe Ihres Backups und der Menge der ungenutzten Durchsatzkapazität in Ihrem Dateisystem einige Minuten bis einige Stunden in Anspruch nehmen.

Zu den weiteren Faktoren, die sich auf die Sicherungs- und Wiederherstellungsleistung auswirken, gehören die Speicherebene, in der Ihre Daten gespeichert sind, und das Datensatzprofil. Wir empfehlen, dass Sie die ersten Backups Ihrer Volumes erstellen, wenn sich die meisten Daten auf SSD-Speicher befinden. Datensätze, die hauptsächlich kleine Dateien enthalten, weisen in der Regel eine geringere Leistung auf als Datensätze ähnlicher Größe, die hauptsächlich große Dateien enthalten. Dies liegt daran, dass die Verarbeitung einer großen Anzahl kleiner Dateien mehr CPU-Zyklen und Netzwerk-Overhead verbraucht als die Verarbeitung weniger großer Dateien.

Im Allgemeinen können Sie bei der Sicherung von Daten, die auf der SSD-Speicherebene gespeichert sind, mit den folgenden Sicherungsraten rechnen:

  • 750 MBit/s bei mehreren gleichzeitigen Backups, die hauptsächlich große Dateien enthalten.

  • 100 MBit/s über mehrere gleichzeitige Backups, die hauptsächlich kleine Dateien enthalten.

Im Allgemeinen können Sie mit den folgenden Wiederherstellungsraten rechnen:

  • 250 MBit/s bei mehreren gleichzeitigen Wiederherstellungen, die hauptsächlich große Dateien enthalten.

  • 100 MBit/s bei mehreren gleichzeitigen Wiederherstellungen, die hauptsächlich kleine Dateien enthielten.

Sicherungskopie erstellen SnapLock volumes

Sie können SnapLock Volumes sichern, um Ihre Daten zusätzlich zu schützen. Wenn Sie ein SnapLock Volume wiederherstellen, werden die ursprünglichen Einstellungen des Volumes — z. B. die Standardspeicherung, die minimale Aufbewahrung und die maximale Aufbewahrung — beibehalten. Die WORM-Einstellungen (Write Once, Read Many) und Legal Hold werden ebenfalls beibehalten.

Anmerkung

Sie können ein SnapLock FlexGroup Volume nicht sichern.

Sie können das Backup eines SnapLock Volumes als Volume SnapLock oder als ein anderes SnapLock Volume wiederherstellen. Sie können das Backup eines anderen SnapLock Datenträgers jedoch nicht als SnapLock Volume wiederherstellen.

Weitere Informationen finden Sie unter Wie SnapLock funktioniert.