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 können Sie Ihre Daten schützenONTAP, 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 in demselben Dateisystem 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 das Sichern OntapVolumeType
von ONTAP Volumes mit Lese-/Schreibzugriff (RW).
Anmerkung
Amazon unterstützt FSx keine Backups von Data Protection (DP) -Volumes, Load Sharing-Mirror (LSM) -Volumes oder FlexCache Ziel-Volumes.
Themen
- Wie funktionieren Backups
- Speicheranforderungen
- Automatische tägliche Backups
- Vom Benutzer initiierte Backups
- Tags in Backups kopieren
- Verwendung AWS Backup mit Amazon FSx
- Backups auf einem neuen Volume wiederherstellen
- Leistung Backup und wiederherstellen
- Löschen eines Backups
- Backups und Offline-Volumes
- Erstellen Sie ein vom Benutzer initiiertes Backup
- Eine Sicherung wiederherstellen
- Stellen Sie eine Teilmenge der Daten wieder her
- Überwachen Sie den Fortschritt bei der Wiederherstellung eines Backups
- Löschen Sie ein Backup
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. FSxdenn ONTAP Backups erfolgen pro Volume, wobei jedes Backup nur die Daten eines bestimmten Volumes enthält. FSxAmazon-Backups werden redundant in mehreren Availability Zones gespeichert, um eine hohe Haltbarkeit zu erreichen.
FSxAmazon-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 Kosten für den Backup-Speicher zu optimieren, ONTAP bleiben die Einsparungen bei der Speichereffizienz eines Volumes bei seinen Backups erhalten.
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 genügend verfügbare 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% der SSD Speicherauslastung überschreitet. In diesem Fall schlägt das Backup fehl. Sie können den SSD Speicherplatz 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. Mit dem AWS CLI und API können Sie die Aufbewahrungsdauer auf einen Wert zwischen 0 und 90 Tagen festlegen. Wenn Sie den Wert 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, das oder verwenden AWS CLI, API um diese Einstellungen zu ändern. Weitere Informationen finden Sie unter Aktualisierung eines Dateisystems.
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 Backups und Offline-Volumes.
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 manuell löschenAPI. 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 vonFSx, und jederzeit manuell Backups der Volumes Ihres Dateisystems erstellenAPI. AWS Management Console 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öschtFSx.
Anweisungen zum Erstellen eines vom Benutzer initiierten Backups finden Sie unterErstellen Sie ein vom Benutzer initiiertes Backup.
Tags in Backups kopieren
Wenn Sie ein Volume mithilfe von oder erstellen CLI oder aktualisierenAPI, können Sie festlegen, 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 FSx NetApp ONTAP Amazon-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 AmazonFSx. 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 Ihres Volumes 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.
Von erstellte Backups AWS Backup 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 anzeigen und wiederherstellen, die AWS Backup mit der FSx Amazon-Konsole erstellt wurdenCLI, undAPI. Sie können jedoch keine Backups löschen, die von AWS Backup in der FSx Amazon-Konsole,CLI, oder erstellt wurdenAPI. Weitere Informationen finden Sie unter Erste Schritte mit AWS Backup im AWS Backup Entwicklerhandbuch.
AWS Backup kann keine Volumes sichern, die offline sind.
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 Dateisystemen der ONTAP zweiten Generation können Clients während der Wiederherstellung Daten von einem Volume mounten und von diesem 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 Befehl describe-volumesCLI.
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 mehreren zehn Millisekunden auf. Diese Lesevorgänge werden in der SSD Stufe 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 FlexGroup Volume-Backup in einem Dateisystem wiederherstellen, das über eine andere Anzahl von Hochverfügbarkeitspaaren (HA) verfügt als das ursprüngliche Dateisystem, FSx fügt Amazon zusätzliche Einzelvolumes 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, weder für SnapLock Volumes noch für Volumes auf Dateisystemen der ersten Generation. Bei der Wiederherstellung dieser Backups steht das Volume nach Abschluss des Wiederherstellungsvorgangs für das Mounten und den Zugriff auf Daten zur Verfügung. Alle Metadaten und Daten werden auf das neue Volume geladen.
Bei der Wiederherstellung einer Sicherung 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 in die SSD Ebene 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 lautetAll
, werden die Daten in regelmäßigen Abständen im Hintergrund dem Kapazitätspool zugewiesen. Wenn die Tiering-Richtlinie des wiederhergestellten Volumes Snapshot Only
oder lautetAuto
, werden Daten dem Kapazitätspool zugeordnet, wenn die SSD Auslastung des Dateisystems 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-step Anweisungen zum Wiederherstellen eines Backups auf einem neuen Volume finden Sie unterEine Sicherung 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 Stellen Sie eine Teilmenge der Daten wieder her.
Sie können den Fortschritt bei der Wiederherstellung einer Sicherung auf einem Dateisystem der zweiten Generation in den Feldern AWS Management Console AWS CLI, und überwachen. API Weitere Informationen finden Sie unter Überwachen Sie den Fortschritt 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 beim Wiederherstellen 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 NFS Lese CIFS - und Schreibvorgänge von SCSI Daten und Metadaten. Alle Hintergrundprozesse nutzen nur den ungenutzten Teil der Durchsatzkapazität Ihres Dateisystems. Je nach Größe Ihres Backups und Menge der ungenutzten Durchsatzkapazität in Ihrem Dateisystem kann es zwischen einigen Minuten und einigen Stunden dauern, bis der Vorgang abgeschlossen ist.
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 im 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. Das liegt daran, dass die Verarbeitung einer großen Anzahl kleiner Dateien mehr CPU Zyklen und Netzwerkaufwand in Anspruch nimmt 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 mit überwiegend großen Dateien.
100 bei MBps mehreren gleichzeitigen Wiederherstellungen, die hauptsächlich kleine Dateien enthalten.
Löschen eines Backups
Sie können sowohl automatische tägliche Backups als auch vom Benutzer initiierte Backups Ihrer Volumes löschen. Das Löschen eines Backups ist eine permanente, nicht wiederherstellbare Aktion. Alle Daten in einem gelöschten Backup werden ebenfalls gelöscht. Löschen Sie kein Backup, es sei denn, Sie sind sich sicher, dass Sie dieses Backup in future nicht mehr benötigen werden. Sie können eine Sicherung nicht löschen, wenn das Quellvolume offline ist. Anweisungen zum Löschen von Backups finden Sie unterLöschen Sie ein Backup.
Sie können ein Volume löschen, während es aus einer Sicherung auf allen FSx ONTAP Dateisystemen wiederhergestellt wird. Durch das Löschen eines Volumes während der Wiederherstellung wird der laufende Wiederherstellungsvorgang effektiv abgebrochen.
Sie können keine Backups löschen AWS Backup, die AWS Backupmit der FSx Amazon-Konsole erstellt wurdenCLI, oderAPI. Stattdessen müssen Sie die AWS Backup Konsole und verwendenCLI. Weitere Informationen finden Sie unter Löschen von Backups im AWS Backup Entwicklerhandbuch.
Wichtig
Löschen Sie nicht den allgemeinen Snapshot auf dem Volume, da er dazu dient, die Inkrementalität zwischen Ihren Backups aufrechtzuerhalten. Wenn Sie den allgemeinen Snapshot eines Volumes löschen, wird das nächste Backup statt eines inkrementellen Backups ein vollständiges Backup des Volumes sein.
Verwenden Sie den volume snapshot show
volume snapshot show -volume
volume-name
In der Ausgabe hat der Name des allgemeinen Snapshots das Formatbackup-
, wobei id
id
ist eine 17-stellige alphanumerische Zeichenfolge, wie im folgenden Beispiel gezeigt:
FsxIdabc12345::>
volume snapshot show -volume test_vol
---Blocks--- Vserver Volume Snapshot Size Total% Used% -------- -------- --------------------------- -------- ------ ----- dest-svm test_vol snap1 144KB 0% 3% snap2 832KB 0% 16% ---> backup-abcdef0123456789a 4.87MB 0% 53% <--- weekly.2024-05-26_0015 5.02MB 0% 54% weekly.2024-06-02_0015 2.22MB 0% 34% daily.2024-06-04_0010 284KB 0% 6% daily.2024-06-05_0010 4.29MB 0% 50% hourly.2024-06-05_0705 168KB 0% 4% 8 entries were displayed.
Backups und Offline-Volumes
Sie können keine Volume-Backups erstellen oder löschen, wenn das Quellvolume offline ist. Sie können den volume show
volume show -vserver
svm-name
Hinweise zum Zugriff ONTAP CLI auf das in Ihrem Dateisystem finden Sie unterVerwenden der NetApp ONTAP-CLI.
FsxIdabc12345::>
volume show -vserver vs1
Vserver Volume Aggregate State Type Size Available Used% --------- ------------ ------------ ---------- ---- ---------- ---------- ----- vs1 vol1 aggr1 online RW 2GB 1.9GB 5% vs1 vol1_dr aggr0_dp online DP 200GB 160.0GB 20% vs1 vol2 aggr0 online RW 150GB 110.3GB 26% vs1 vol2_dr aggr0_dp online DP 150GB 110.3GB 26% vs1 vol3 aggr1 online RW 150GB 120.0GB 20% vs1 vol3_dr aggr1_dp online DP 150GB 120.0GB 20% vs1 vol4 aggr1 online RW 200GB 159.8GB 20% 7 entries were displayed.
Um ein Offline-Volume wieder online zu schalten, verwenden Sie den volume online
FsxID-abcdef123456::>
volume online -volume
volume_name
-vserversvm_name
Volume 'vs1:vol1' is now online.