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 ONTAP-Dateisystem wiederherstellen, auf das Sie Zugriff haben und das sich im selben Verzeichnis befindet, in AWS-Region dem das Backup gespeichert ist. Die Arbeit mit FSx Amazon-Backups macht es einfach, Backups Ihrer Volumes zu erstellen, anzusehen, wiederherzustellen und zu löschen.

Amazon FSx unterstützt Backups ONTAP Volumes mit einem Wert OntapVolumeType von Lese- und Schreibzugriff (RW).

Anmerkung

Amazon unterstützt FSx keine Backups von Data Protection (DP) -Volumes, Load Sharing Mirror (LSM) -Volumes oder Zielen FlexCache Volumen.

Wie funktionieren Backups

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

FSx Amazon-Backups verwenden Snapshots — also schreibgeschützte Images Ihrer Volumes — point-in-time, 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 auf Ihrem Volume gespeichert und belegt Speicherplatz auf dem Volume. Amazon vergleicht diesen Snapshot FSx dann mit dem vorherigen Backup-Snapshot (falls vorhanden) und kopiert nur die geänderten Daten in Ihr Backup.

Wenn kein vorheriger Backup-Snapshot vorhanden ist, wird der gesamte Inhalt des letzten Backup-Snapshots in Ihr Backup kopiert. Nachdem der letzte Backup-Snapshot erfolgreich erstellt wurde, FSx löscht Amazon den vorherigen Backup-Snapshot. Der für das letzte Backup verwendete Snapshot verbleibt in Ihrem Volume, bis das nächste Backup erstellt wird. Dann wiederholt sich der Vorgang. Um die Speicherkosten für Backups zu optimieren, ONTAP bewahrt die Einsparungen bei der Speichereffizienz eines Volumes bei seinen Backups.

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

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

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 98% des SSD-Speichers ausnutzt. 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, zu denen Clients und Anwendungen auf die Daten auf Ihren Volumes zugreifen.

Mithilfe der Konsole können Sie den Aufbewahrungszeitraum für automatische tägliche Backups bei der Erstellung eines Dateisystems oder zu einem beliebigen Zeitpunkt auf einen Wert zwischen 1 und 90 Tagen festlegen. Die standardmäßige Aufbewahrungsfrist 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 API AWS CLI und können Sie den Aufbewahrungszeitraum auf einen Wert zwischen 0 und 90 Tagen festlegen. Wenn Sie ihn auf 0 setzen, werden automatische tägliche Backups deaktiviert.

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

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, einschließlich Backups, die mit erstellt wurden AWS Backup, werden für immer aufbewahrt, sofern Sie sie nicht AWS Backup löschen oder löschen.

Sie können ein automatisches tägliches Backup mithilfe der FSx Amazon-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 Möglichkeit, ein letztes 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.

Vom Benutzer initiierte Backups

Mit Amazon können Sie mithilfe der API FSx, und jederzeit manuell Backups der AWS Management Console 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. Benutzerinitiierte Backups werden auch nach dem Löschen des Volumes oder des Dateisystems, auf dem die Backups erstellt wurden, beibehalten. Sie können vom Benutzer initiierte Backups nur mithilfe der FSx Amazon-Konsole, API oder CLI löschen. Sie werden niemals automatisch von Amazon gelöscht FSx.

Anweisungen zum Erstellen eines vom Benutzer initiierten Backups finden Sie unterBenutzerinitiierte 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 dessen Backups kopiert werden. Wenn Sie jedoch bei der Erstellung eines vom Benutzer initiierten Backups Tags hinzufügen, einschließlich der Benennung eines Backups, wenn Sie die Konsole verwenden, kopiert Amazon FSx keine Tags vom Volume, auch wenn diese Option aktiviert CopyTagsToBackups ist.

Verwendung 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 zentralen Backup-Strategie zur Einhaltung gesetzlicher, regulatorischer und beruflicher 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 prü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-Funktionalität von Amazon FSx. Mit der AWS Backup Konsole erstellte Backups haben dieselbe Konsistenz und Leistung des Dateisystems, sind inkrementell im Vergleich zu allen anderen von FSx Amazon-Benutzern initiierten Backups, die von Ihrem Volume erstellt wurden, und bieten dieselben Wiederherstellungsoptionen wie Backups, die mit der FSx Amazon-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 unbeabsichtigten oder böswilligen Löschungen 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 vom Benutzer initiierte Backup-Kontingent für Amazon angerechnet. FSx Weitere Informationen finden Sie unter Kontingente, die Sie erhöhen können. Sie können Backups, die AWS Backup mit der FSx Amazon-Konsole, CLI und API erstellt wurden, anzeigen und wiederherstellen. Sie können jedoch keine Backups löschen, die AWS Backup in der FSx Amazon-Konsole, CLI oder API erstellt wurden. Weitere Informationen finden Sie unter Erste Schritte mit AWS Backup im AWS Backup Entwicklerhandbuch.

AWS Backup Volumes, die offline sind, können nicht gesichert werden.

Sie können Tags verwenden, um auszuwählen, welche Ihrer FSx für 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 unter Zuweisen von Ressourcen zu einem Backup-Plan im AWS Backup Entwicklerhandbuch.

Backups auf einem neuen Volume wiederherstellen

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

Bei der Wiederherstellung eines Backups auf FSx ONTAP-Dateisystemen der zweiten Generation können Clients während der Wiederherstellung Daten von einem Volume mounten und lesen. Kunden können das wiederherzustellende Volume mounten und die Dateidaten lesen, sobald Amazon alle Metadaten auf das neue Volume geladen FSx hat und das Volume einen Lebenszyklusstatus von meldetCREATED. Den Lebenszyklusstatus eines Volumes finden Sie auf der Detailseite der Volumes in der FSx Amazon-Konsole und in der Antwort auf den CLI-Befehl 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 auf der SSD-Ebene zwischengespeichert, und bei nachfolgenden Lesevorgängen ist mit Leselatenzen von unter einer Millisekunde zu rechnen.

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

Wenn Sie ein wiederherstellen FlexGroup Bei der Sicherung eines Volumes in einem Dateisystem, das über eine andere Anzahl von Hochverfügbarkeitspaaren (HA) verfügt als das ursprüngliche Dateisystem, FSx fügt Amazon zusätzliche Volumes hinzu, um sicherzustellen, dass die Komponenten gleichmäßig verteilt sind.

Anmerkung

Amazon unterstützt FSx keinen Lesezugriff auf Daten, während ein Volume aus einem Backup wiederhergestellt wird, für beide SnapLock Volumes oder für beliebige Volumes auf Dateisystemen der ersten Generation. Bei der Wiederherstellung dieser Backups steht das Volume nach Abschluss des Wiederherstellungsvorgangs für das Mounten und Abrufen von Daten zur Verfügung. 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 dem Speicher des Kapazitätspools zugewiesen. Da Daten zuerst auf die SSD-Stufe geschrieben FSx werden, unterbricht Amazon den Wiederherstellungsprozess, wenn das Dateisystem nicht mehr über ausreichend SSD-Speicherplatz verfügt. Die Wiederherstellung wird automatisch fortgesetzt, sobald genügend SSD-Speicherplatz verfügbar ist, um den Vorgang fortzusetzen. Wenn die Tiering-Richtlinie für das wiederhergestellte Volume giltAll, werden die Daten in regelmäßigen Abständen im Hintergrund dem Kapazitätspool zugewiesen. Wenn die Tiering-Richtlinie für das wiederhergestellte Volume Snapshot Only oder lautetAuto, werden Daten dem Kapazitätspool zugeordnet, wenn die SSD-Auslastung für das Dateisystem mehr als 50% beträgt. Die Kühlrate wird durch die Kühlperiode der Tiering-Richtlinie bestimmt.

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, die Tiering-Richtlinie des Volumes auf einzustellen, None wenn die Wiederherstellung initiiert wird, 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 konsistent auf Ihre Daten mit niedriger Latenz zugreifen können.

step-by-stepAnweisungen zum Wiederherstellen eines Backups auf einem neuen Volume finden Sie unterEine Sicherung auf einem neuen Volume wiederherstellen.

Auf Dateisystemen der zweiten Generation können Sie auch nur einen Teil der Daten aus einer Sicherung 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 Beschädigen von Daten schneller wieder aufnehmen. Weitere Informationen finden Sie unter Wiederherstellen einer Teilmenge von Daten.

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

Anmerkung
  • Sie können keinen Volume-Snapshot erstellen und keine auf Snapshots basierenden Operationen 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 denselben Datenträgerstil wie das ursprüngliche Volume. Sie können den Lautstärkestil bei der Wiederherstellung nicht ändern.

Leistung Backup und wiederherstellen

Eine Vielzahl von Faktoren kann die Leistung von Sicherungs- und Wiederherstellungsvorgängen beeinflussen. Backup- und Wiederherstellungsvorgänge sind Hintergrundprozesse, was bedeutet, dass sie im Vergleich zu Client-I/O-Vorgängen eine niedrigere Priorität haben. Client-I/O-Operationen umfassen Lese- und Schreibvorgänge von NFS-, CIFS- und iSCSI-Daten sowie Metadaten. Alle Hintergrundprozesse nutzen nur den ungenutzten Teil der Durchsatzkapazität Ihres Dateisystems. Die Fertigstellung kann je nach Größe Ihres Backups und der Menge der ungenutzten Durchsatzkapazität in Ihrem Dateisystem zwischen einigen Minuten und einigen Stunden dauern.

Zu den weiteren Faktoren, die die Leistung von Backup und Wiederherstellung beeinflussen, 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-Speichern 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. Das 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 bei MBps mehreren gleichzeitigen Backups, die hauptsächlich große Dateien enthalten.

  • 100 bei MBps mehreren gleichzeitigen Backups, die hauptsächlich kleine Dateien enthalten.

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

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

  • 100 bei MBps mehreren gleichzeitigen Wiederherstellungen, die hauptsächlich kleine Dateien enthalten.

Sicherungskopie erstellen SnapLock volumes

Sie können eine Sicherungskopie erstellen SnapLockBände für zusätzlichen Datenschutz. Wenn Sie ein wiederherstellen SnapLock Die ursprünglichen Einstellungen des Volumes, wie z. B. die Standardspeicherung, die minimale Aufbewahrung und die maximale Aufbewahrung, werden beibehalten. Die WORM-Einstellungen (Write Once, Read Many) und Legal Hold bleiben ebenfalls erhalten.

Anmerkung

Sie können kein Backup von erstellen SnapLock FlexGroup Volumen.

Sie können eine wiederherstellen SnapLock Das Backup des Volumes als SnapLock oder ein Nicht-SnapLock Volumen. Sie können jedoch kein Objekt wiederherstellen, das nicht...SnapLock Das Backup des Volumes als SnapLock Volumen.

Weitere Informationen finden Sie unter Wie SnapLock funktioniert.