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 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 Zielvolumes für FlexCache undSnapMirror.
**Topics**
+ [Wie funktionieren Backups](#how-backups-work)
+ [Speicheranforderungen](#storage-requirements)
+ [Automatische tägliche Backups](#automatic-backups)
+ [Vom Benutzer initiierte Backups](#user-initiated-backups)
+ [Tags in Backups kopieren](#copy-tags-to-backups)
+ [Verwendung AWS Backup mit Amazon FSx](#aws-backup-and-fsx)
+ [Backups auf einem neuen Volume wiederherstellen](#restoring-backups)
+ [Leistung Backup und wiederherstellen](#backup-performance)
+ [Volumes sichern SnapLock](#snaplock-backup)
+ [Benutzerinitiierte Backups erstellen](creating-backups.md)
+ [Eine Sicherung auf einem neuen Volume wiederherstellen](to-restore-backups.md)
+ [Wiederherstellen einer Teilmenge von Daten](data-subset-restore.md)
+ [Überwachung des Fortschritts bei der Wiederherstellung eines Backups](monitor-backup-restore.md)
+ [Löschen von Backups](how-to-delete-backups.md)
## 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 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](how-to-delete-backups.md), 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](limits.md#soft-limits) und [Ressourcenkontingente für jedes Dateisystem](limits.md#limits-ontap-resources-file-system).
**Anmerkung**
Wenn Sie NDMP für Backups verwenden, erlaubt ONTAP nicht, dass Wartungsaktivitäten wie Patch-Operationen fortgesetzt werden, während eine NDMP Übertragung läuft. Um Verzögerungen bei Patches zu vermeiden, FSx bricht Amazon alle aktiven NDMP Übertragungssitzungen ab, wenn während des Wartungsfensters Ihres Dateisystems ein Patch-Vorgang ausgeführt wird. Sobald das Patchen abgeschlossen ist, müssen Sie Ihre NDMP Übertragungssitzungen manuell von der Clientseite aus neu starten, da Amazon sie FSx nicht automatisch fortsetzen kann. Um Backup-Unterbrechungen zu vermeiden, empfehlen wir die Verwendung von FSx Amazon-Backups oder AWS Backup, die gleichzeitige Backup- 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 98% des SSD-Speichers ausnutzt. In diesem Fall schlägt das Backup fehl. Sie können den SSD-Speicher [eines Volumes oder [Dateisystems](storage-capacity-and-IOPS.md#increase-primary-storage) jederzeit erhöhen](manage-volume-capacity.md), 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](#backup-performance) 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. 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 ausgeführt werden, werden während der Wartung fortgesetzt. Neue Backups werden jedoch möglicherweise erst nach Abschluss der Wartung erstellt. Wenn die Wartung über die gesamte Dauer des Fensters läuft, werden während dieses Zeitfensters möglicherweise keine automatischen Backups durchgeführt.
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](updating-file-system.md).
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](offline-volumes.md).
**Anmerkung**
Automatische tägliche Backups haben eine maximale Aufbewahrungsdauer von 90 Tagen, aber [vom Benutzer initiierte Backups](#user-initiated-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](how-to-delete-backups.md). 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-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. 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](how-to-delete-backups.md). Sie werden niemals automatisch von Amazon gelöscht FSx.
Anweisungen zum Erstellen eines vom Benutzer initiierten Backups finden Sie unter[Benutzerinitiierte Backups erstellen](creating-backups.md).
## 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](creating-volumes.md#create-volume-cli) 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 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.](https://docs.aws.amazon.com/aws-backup/latest/devguide/vaults.html)
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](limits.md#soft-limits). 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](https://docs.aws.amazon.com/aws-backup/latest/devguide/getting-started.html) im AWS Backup Entwicklerhandbuch.
AWS Backup kann keine Volumes sichern, die offline sind.
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](https://docs.aws.amazon.com/aws-backup/latest/devguide/assigning-resources.html) 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 meldet`CREATED`. Den Lebenszyklusstatus eines Volumes finden Sie auf der [**Detailseite der Volumes**](viewing-volumes.md) in der FSx Amazon-Konsole und in der Antwort auf den [CLI-Befehl describe-volumes](https://docs.aws.amazon.com/v2/documentation/api/latest/reference/fsx/describe-volumes.html).
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 FlexGroup Volume-Backup in einem Dateisystem wiederherstellen, das über eine andere Anzahl von [Hochverfügbarkeitspaaren (HA)](HA-pairs.md) 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 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](volume-storage-capacity.md#volume-data-tiering) 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 gilt`All`, 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 lautet`Auto`, 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 unter[Eine Sicherung auf einem neuen Volume wiederherstellen](to-restore-backups.md).
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](data-subset-restore.md).
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 bei der Wiederherstellung eines Backups](monitor-backup-restore.md).
**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.
## Volumes sichern SnapLock
Für zusätzlichen Datenschutz können Sie [SnapLock](snaplock.md)Volumes sichern. Wenn Sie ein SnapLock Volume wiederherstellen, werden die ursprünglichen Einstellungen des Volumes — wie Standardspeicherung, minimale Aufbewahrung und maximale Aufbewahrung — beibehalten. Die WORM-Einstellungen (Write Once, Read Many) und Legal Hold bleiben ebenfalls erhalten.
**Anmerkung**
Sie können ein SnapLock FlexGroup Volume nicht sichern.
Sie können das Backup eines SnapLock Volumes als Volume SnapLock oder als SnapLock Nicht-Volume wiederherstellen. Sie können das Backup eines SnapLock Nicht-Volumes jedoch nicht als SnapLock Volume wiederherstellen.
Weitere Informationen finden Sie unter [Funktionsweise von SnapLock](how-snaplock-works.md).
# Benutzerinitiierte Backups erstellen
Das folgende Verfahren beschreibt, wie Sie ein vom Benutzer initiiertes Backup eines Volumes erstellen.
Sie können kein Volume-Backup erstellen, wenn das Volume offline ist. Weitere Informationen finden Sie unter [Offline-Volumes anzeigen](offline-volumes.md).
**Um ein vom Benutzer initiiertes Backup zu erstellen (Konsole)**
1. Öffnen Sie die FSx Amazon-Konsole unter [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Navigieren Sie zu **Dateisysteme** und wählen Sie das ONTAP Dateisystem aus, für das Sie ein Volume sichern möchten.
1. Wählen Sie die Registerkarte **Volumes**.
1. Wählen Sie das Volume aus, das Sie sichern möchten.
1. Wählen Sie **unter Aktionen** die Option **Backup erstellen** aus.
1. Geben **Sie im sich öffnenden Dialogfeld „Backup erstellen**“ einen Namen für Ihr Backup ein. Backup-Namen können maximal 256 Unicode-Zeichen enthalten, einschließlich Buchstaben, Leerzeichen, Zahlen und Sonderzeichen. \$1 - = \$1:/
1. Wählen Sie **Create backup** (Backup erstellen).
Sie haben jetzt eine Sicherungskopie eines Volumes Ihres Dateisystems erstellt. Sie können alle Ihre Backups in der FSx Amazon-Konsole sehen, indem Sie in der linken Navigationsleiste **Backups** auswählen. Sie können nach dem Namen suchen, den Sie Ihrem Backup gegeben haben, und die Tabelle so filtern, dass nur passende Ergebnisse angezeigt werden.
Wenn Sie ein vom Benutzer initiiertes Backup wie in diesem Verfahren beschrieben erstellen, hat es den Typ und den `CREATING` Status`USER_INITIATED`, bis es vollständig verfügbar ist.
# Eine Sicherung auf einem neuen Volume wiederherstellen
In den folgenden Verfahren wird beschrieben, wie Sie ein Backup FSx für ONTAP mithilfe von und auf einem neuen Volume wiederherstellen. AWS-Managementkonsole AWS CLI Bei der Wiederherstellung eines Volumes in einem Dateisystem der zweiten Generation können Sie den Fortschritt mithilfe der API AWS-Managementkonsole AWS CLI, und [überwachen](monitor-backup-restore.md).
**So stellen Sie ein Volume-Backup auf einem neuen Volume wieder her (Konsole)**
1. Öffnen Sie die FSx Amazon-Konsole unter [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Wählen Sie im Navigationsbereich **Backups** und dann das FSx ONTAP-Volume-Backup aus, das Sie wiederherstellen möchten.
1. Wählen Sie im **Aktionsmenü** oben rechts die Option **Backup wiederherstellen** aus. Die **Seite „Volume aus Backup erstellen“ wird angezeigt.**
1. Wählen Sie aus FSx den Dropdownmenüs das **ONTAP-Dateisystem** und die **virtuelle Storage-Maschine** aus, auf der Sie das Backup wiederherstellen möchten.
1. Wählen Sie im **Aktionsmenü** oben rechts die Option Backup **wiederherstellen**. Die **Seite „Volume aus Backup erstellen“ wird angezeigt.**
1. Wählen Sie aus FSx den Dropdownmenüs das **ONTAP-Dateisystem** und die **virtuelle Storage-Maschine** aus, auf der Sie das Backup wiederherstellen möchten.
1. Unter **Volumendetails** gibt es mehrere Auswahlmöglichkeiten. Geben Sie zunächst den **Namen des Volumes** ein. Sie können bis zu 203 alphanumerische Zeichen oder Unterstriche (\$1) verwenden.
1. Geben Sie für **Volumengröße** eine beliebige ganze Zahl im Bereich von 20—314572800 ein, um die Größe in Mebibyte (MiB) anzugeben.
1. Wählen Sie für **Volumetyp** die Option **Lesen-Schreiben (RW)**, um ein Volumen zu erstellen, das lesbar und beschreibbar ist, oder **Data Protection (DP)**, um ein Volume zu erstellen, das schreibgeschützt ist und als Ziel einer Oder-Beziehung verwendet werden kann. NetApp SnapMirror SnapVault Weitere Informationen finden Sie unter [Volume-Typen](managing-volumes.md#volume-types).
1. Geben Sie für **Junction Path** einen Speicherort im Dateisystem ein, an dem das Volume bereitgestellt werden soll. Dem Namen muss beispielsweise `/vol3` ein Schrägstrich vorangestellt werden.
1. Wählen Sie für **Speichereffizienz** die **Option Aktiviert** aus, um die ONTAP Speichereffizienzfunktionen (Deduplizierung, Komprimierung und Komprimierung) zu aktivieren. Weitere Informationen finden Sie unter [Speichereffizienz](managing-storage-capacity.md#storage-efficiency).
1. ****Wählen Sie für den **Sicherheitsstil Volume** entweder **Unix (Linux)**, NTFS oder Mixed.**** Der Sicherheitsstil eines Volumes bestimmt, ob NTFS oder UNIX ACLs für den Zugriff auf mehrere Protokolle bevorzugt wird. Der MIXED-Modus ist für den Zugriff über mehrere Protokolle nicht erforderlich und wird nur erfahrenen Benutzern empfohlen.
1. Wählen Sie **unter Snapshot-Richtlinie** eine Snapshot-Richtlinie für das Volume aus. Weitere Informationen zu Snapshot-Richtlinien finden Sie unter[Snapshot-Richtlinien](snapshots-ontap.md#snapshot-policies).
Wenn Sie „**Benutzerdefinierte Richtlinie**“ wählen, müssen Sie den Namen der Richtlinie im Feld „Benutzerdefinierte **Richtlinie“** angeben. Die benutzerdefinierte Richtlinie muss bereits auf der SVM oder im Dateisystem vorhanden sein. Sie können eine benutzerdefinierte Snapshot-Richtlinie mit der ONTAP CLI oder der REST-API erstellen. Weitere Informationen finden Sie in der NetApp ONTAP Produktdokumentation unter [Erstellen einer Snapshot-Richtlinie](https://docs.netapp.com/us-en/ontap/data-protection/create-snapshot-policy-task.html).
1. Die gültigen Werte für **die Kühlperiode der Tiering-Richtlinie** liegen zwischen 2 und 183 Tagen. Die Abkühlperiode eines Volumes definiert die Anzahl der Tage, bevor Daten, auf die nicht zugegriffen wurde, als kalt markiert und in den Capacity-Pool-Speicher verschoben werden. Diese Einstellung wirkt sich nur auf die `Snapshot-only` Richtlinien `Auto` und aus.
1. Im Bereich **Erweitert** können Sie unter **SnapLockKonfiguration** die Standardeinstellung **Deaktiviert** **beibehalten oder Aktiviert** wählen, um ein SnapLock Volume zu konfigurieren. Weitere Informationen zur Konfiguration eines SnapLock Compliance-Volumes oder eines SnapLock Enterprise-Volumes finden Sie unter [Grundlegendes zu SnapLock Compliance](snaplock-compliance.md) und[SnapLockEnterprise verstehen](snaplock-enterprise.md). Mehr über SnapLock erfahren Sie unter [Schützen Sie Ihre Daten mit SnapLock](snaplock.md).
1. Wählen Sie **Bestätigen**, um das Volume zu erstellen.
1. Wenn Sie das Backup auf einem Dateisystem der zweiten Generation wiederherstellen, können Sie den Fortschritt der Backup-Wiederherstellung auf der Registerkarte **Updates** auf der Seite **Volume** überwachen. Weitere Informationen finden Sie unter [Überwachung des Fortschritts bei der Wiederherstellung eines Backups](monitor-backup-restore.md).
**So stellen Sie ein Backup auf einem neuen Volume wieder her (CLI)**
Verwenden Sie den [ create-volume-from-backup](https://docs.aws.amazon.com/cli/latest/reference/fsx/create-volume-from-backup.html)CLI-Befehl oder den entsprechenden [ CreateVolumeFromBackup](https://docs.aws.amazon.com/fsx/latest/APIReference/API_CreateVolumeFromBackup.html)API-Befehl, um ein Volume-Backup auf einem neuen Volume wiederherzustellen.
+
```
$ aws fsx create-volume-from-backup --backup-id backup-08e6fc1133fff3532 \
--name demo --ontap-configuration JunctionPath=/demo,SizeInMegabytes=100000,\
StorageVirtualMachineId=svm-0f04a9c7c27e1908b,TieringPolicy={Name=ALL}
```
Die Systemantwort auf eine erfolgreiche Wiederherstellungsanforderung zur Wiederherstellung einer Sicherung in einem Dateisystem der zweiten Generation sieht wie folgt aus. Die Antwort enthält das `"AdministrativeActions"` Objekt, das Status- und Fortschrittsinformationen zur Anfrage bereitstellt.
```
{
"Volume": {
"CreationTime": 1692721488.428,
"FileSystemId": "fs-07ab735385276ed60",
"Lifecycle": "CREATING",
"Name": "demo",
"OntapConfiguration": {
"FlexCacheEndpointType": "NONE",
"JunctionPath": "/demo",
"SizeInMegabytes": 100000,
"StorageEfficiencyEnabled": true,
"StorageVirtualMachineId": "svm-0f04a9c7c27e1908b",
"StorageVirtualMachineRoot": false,
"TieringPolicy": {
"Name": "ALL"
},
"OntapVolumeType": "DP",
"SnapshotPolicy": "default",
"CopyTagsToBackups": false,
},
"ResourceARN": "arn:aws:fsx:us-east-1:752825163408:volume/fs-07ab735385276ed60/fsvol-0b6ec764c9c5f654a",
"VolumeId": "fsvol-0b6ec764c9c5f654a",
"VolumeType": "ONTAP",
---> "AdministrativeActions": [
{
"AdministrativeActionType": "DOWNLOAD_DATA_FROM_BACKUP",
"RequestTime": 1685729972.069,
"Status": "PENDING"
}
] <----
}
}
```
Die Systemantwort auf eine erfolgreiche Anforderung zur Wiederherstellung einer Sicherung auf einem Dateisystem der ersten Generation sieht wie folgt aus.
```
{
"Volume": {
"CreationTime": 1692721488.428,
"FileSystemId": "fs-07ab735385276ed60",
"Lifecycle": "CREATING",
"Name": "demo",
"OntapConfiguration": {
"FlexCacheEndpointType": "NONE",
"JunctionPath": "/demo",
"SizeInMegabytes": 100000,
"StorageEfficiencyEnabled": true,
"StorageVirtualMachineId": "svm-0f04a9c7c27e1908b",
"StorageVirtualMachineRoot": false,
"TieringPolicy": {
"Name": "ALL"
},
"OntapVolumeType": "DP",
"SnapshotPolicy": "default",
"CopyTagsToBackups": false,
},
"ResourceARN": "arn:aws:fsx:us-east-1:752825163408:volume/fs-07ab735385276ed60/fsvol-0b6ec764c9c5f654a",
"VolumeId": "fsvol-0b6ec764c9c5f654a",
"VolumeType": "ONTAP",
}
}
```
Bei der Wiederherstellung eines Volumes in einem Dateisystem der zweiten Generation können Sie [den Fortschritt mithilfe der API AWS-ManagementkonsoleAWS CLI, und überwachen](monitor-backup-restore.md).
# Wiederherstellen einer Teilmenge von Daten
Sie können einen Teil der Daten aus einer Sicherung wiederherstellen, während diese auf einem neuen Volume auf Dateisystemen der zweiten Generation wiederhergestellt wird, ohne warten zu müssen, bis der gesamte Backup-Datensatz vollständig wiederhergestellt ist.
Im folgenden Verfahren sind die Schritte aufgeführt, die Sie ergreifen müssen, wenn Sie bei der Wiederherstellung einer Sicherung eine Teilmenge von Daten wiederherstellen müssen und nicht warten können, bis die gesamte Wiederherstellung abgeschlossen ist:
**So stellen Sie während der Wiederherstellung einer Sicherung eine Teilmenge der Daten wieder her**
1. Öffnen Sie die FSx Amazon-Konsole unter [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Suchen Sie auf der Seite **Backups** das Backup, das die Version der Daten enthält, die Sie wiederherstellen möchten.
1. Wählen Sie im **Aktionsmenü** oben rechts die Option **Backup wiederherstellen**. Die **Seite „Volume aus Backup erstellen“ wird angezeigt.**
1. Wählen Sie aus FSx den Dropdownmenüs das **ONTAP-Dateisystem** und die **virtuelle Storage-Maschine** aus, auf der Sie das Backup wiederherstellen möchten.
1. Konfigurieren Sie **das Volume unter Volume-Details** so, dass es Ihren Anforderungen entspricht.
1. Wählen Sie **Bestätigen**, um das Volume zu erstellen.
1. [Überwachen Sie den Fortschritt](monitor-backup-restore.md) der Backup-Wiederherstellung.
1. [Stellen Sie das wiederherzustellende Volume](supported-fsx-clients.md) bereit, wenn es einen Lebenszyklusstatus von meldet`CREATED`.
1. Suchen Sie die Teilmenge der Daten auf dem Volume, die Sie kopieren müssen.
1. Kopieren Sie die Daten auf das vorhandene Volume, das Ihre Anwendung verwendet.
1. Sobald die erforderlichen Daten aus dem Backup an den Zielspeicherort kopiert wurden, können Sie das wiederherzustellende Volume löschen, bevor der Vorgang abgeschlossen ist, um die Auslastung der Dateisystemressourcen zu optimieren.
# Überwachung des Fortschritts bei der Wiederherstellung eines Backups
Sie können den Fortschritt bei der Wiederherstellung einer Volume-Sicherung im Dateisystem der zweiten Generation in der AWS-Managementkonsole AWS CLI, und API überwachen. Wie bei allen FSx administrativen Aktionen von Amazon ist ein Backup-Wiederherstellungsstatus in der Konsole, CLI und API für 30 Tage nach Abschluss des Vorgangs verfügbar.
**Um den Fortschritt bei der Wiederherstellung eines Backups zu überwachen (Konsole)**
Öffnen Sie die FSx Amazon-Konsole unter [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Wählen Sie im linken Navigationsmenü **Volumes** aus.
1. Wählen Sie das Volume aus, auf dem das Backup wiederhergestellt werden soll.
1. Wählen Sie die Registerkarte **Updates**.
1. Der **Update-Typ** **Backup Restore** bietet die folgenden Informationen:
+ **PENDING** gibt an, dass die Dateimetadaten auf das Volume heruntergeladen werden. Der **Lebenszyklusstatus** des Volumes ist **CREATING**.
+ **IN\$1PROGRESS** gibt an, dass das Volume verfügbar ist und Clients das Volume mit schreibgeschütztem Zugriff auf Daten bereitstellen können. Der Wert **Progress%** zeigt den Prozentsatz der Daten, die auf das Volume heruntergeladen wurden.
+ **ABGESCHLOSSEN** bedeutet, dass alle Daten auf das Volume heruntergeladen wurden und die Backup-Wiederherstellung abgeschlossen ist. Clients haben jetzt Lese- und Schreibzugriff. Bei `RW` Volumes ändert sich der Typ des Volumes zu diesem `RW` Zeitpunkt von `DP` zu.
**So überwachen Sie den Fortschritt beim Wiederherstellen eines Backups (CLI)**
+ Wenn Sie ein Backup auf einem neuen Volume auf einem ONTAP-Dateisystem der zweiten Generation FSx wiederherstellen, können Sie den Fortschritt der Wiederherstellung mit dem [https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeVolumes.html](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeVolumes.html)CLI-Befehl überwachen.
Bei der Wiederherstellung eines Backups in einem Dateisystem der zweiten Generation umfasst die Antwort das `AdministrativeActions` Objekt, das Statusinformationen über den Datendownloadvorgang bereitstellt. Das Tool
```
$ aws fsx describe-volumes
{
“Volumes”: [
{
“CreationTime”: 1691686114.674,
“FileSystemId”: fs-029ff92192bd4d375,
“LifeCycle”: “CREATING”,
“Name”: vol1,
“OntapConfiguration”: {
“FlexCacheEndpointType”: “NONE”,
“JunctionPath”: “/vol1”,
“SizeInMegabytes”: 100000,
“StorageEfficiencyEnabled”: true,
“StorageVirtualMachineId”: “svm-0ed1d714019426ca9”,
“StorageVirtualMachineRoot”: false,
“TieringPolicy”: {
“Name”: “ALL”
},
“OntapVolumeType”: “DP”,
“SnapshotPolicy”: “default”,
“CopyTagsToBackups”: false,
},
“ResourceARN”: “arn:aws:fsx:us-east-1:630831496844:volume/fs-08ac75f715c6aec76/fsvol-094c015af930790fa”,
“VolumeId”: “fsvol-094c015af930790fa”,
“VolumeType”: “ONTAP”,
“AdministrativeActions”: [
{
“AdministrativeActionType”: “DOWNLOAD_DATA_FROM_BACKUP”,
“RequestTime”: 1685729972.069,
“Status”: “PENDING”
}
]
}
```
Sobald Amazon alle Datei-Metadaten auf das wiederhergestellte Volume FSx geladen hat, haben diese Felder die folgenden Werte:
+ `"LifeCycle": "CREATED"`— gibt an, dass das Volume bereit ist, bereitgestellt zu werden.
+ `"OntapVolumeType": "DP"`— gibt an, dass das Volume während des Herunterladens der Dateidaten schreibgeschützt ist.
+ `"ProgressPercent`— zeigt den Prozentsatz der Dateidaten an, die auf das Volume geladen wurden.
+ `"Status": "IN_PROGRESS"`— Das Herunterladen der Dateidaten auf das Volume ist im Gange.
In dieser Phase des Wiederherstellungsvorgangs können Sie das Volume mit schreibgeschütztem Zugriff auf alle Daten in der Sicherung, die Sie wiederherstellen, bereitstellen.
Wenn Amazon das Herunterladen aller Dateidaten auf das neue Volume abgeschlossen FSx hat, haben Kunden vollen Lese- und Schreibzugriff, sofern es sich um ein Volume handelt`RW`. Die Indikatoren haben die folgenden Werte:
+ `"LifeCycle": "CREATED"`— unverändert
+ `"OntapVolumeType": "RW"`— gibt an, dass Clients vollen Lese- und Schreibzugriff haben.
+ `"Status": "COMPLETED"`— zeigt an, dass die Wiederherstellung abgeschlossen ist.
Wenn der Wiederherstellungsvorgang fehlschlägt, hat der `AdminstrativeAction > Status` einen Wert von`FAILED`. Im `FailureDetails` Objekt wird eine Fehlermeldung angezeigt. Weitere Informationen finden Sie [AdministrativeActionFailureDetails](https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeActionFailureDetails.html)in der Amazon FSx API-Referenz
# Löschen von Backups
Sie können sowohl automatische tägliche Backups als auch vom Benutzer initiierte Backups Ihrer Volumes mithilfe der FSx Amazon-Konsole, der FSx Amazon-API oder AWS Command Line Interface (AWS CLI) 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 ein Backup nicht löschen, wenn das Quellvolume [offline](offline-volumes.md) ist.
Sie können ein Volume löschen, während es aus einem Backup auf allen FSx ONTAP-Dateisystemen wiederhergestellt wird. Durch das Löschen eines Volumes während der Wiederherstellung wird der laufende Wiederherstellungsvorgang effektiv abgebrochen.
**Anmerkung**
Amazon FSx unterstützt das Löschen der letzten `AVAILABLE` Sicherung eines ONTAP Volumes nur, wenn alle anderen Backups des Volumes gelöscht wurden.
Informationen zum Löschen von Backups, die mit erstellt wurden AWS Backup, finden Sie unter [Löschen von Backups](https://docs.aws.amazon.com/aws-backup/latest/devguide/deleting-backups.html) im AWS Backup Entwicklerhandbuch.
**So löschen Sie eine Sicherung (Konsole)**
1. Öffnen Sie die FSx Amazon-Konsole unter [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Wählen Sie im Konsolen-Dashboard in der linken Navigationsleiste **Backups** aus.
1. Wählen Sie in der Tabelle **Backups** das Backup aus, das Sie löschen möchten, und wählen Sie dann **Backup löschen** aus.
1. Vergewissern Sie sich im sich öffnenden Dialogfeld „**Backups löschen**“, dass es sich bei der angezeigten Backup-ID um das Backup handelt, das Sie löschen möchten.
1. Vergewissern Sie sich, dass das Kontrollkästchen für das Backup, das Sie löschen möchten, aktiviert ist.
1. Wählen Sie **Backups löschen**.
Ihr Backup und alle enthaltenen Daten sind jetzt dauerhaft und unwiederbringlich gelöscht.
**Um ein Backup zu löschen (CLI)**
+ Verwenden Sie den CLI-Befehl delete-backup oder die entsprechende DeleteBackup API-Aktion, um ein FSx For-ONTAP-Volume-Backup zu löschen, wie im folgenden Beispiel gezeigt.
```
$ aws fsx delete-backup --backup-id backup-a0123456789abcdef
```
Die Systemantwort enthält die ID des Backups, das gelöscht wird, und seinen Lebenszyklusstatus mit einem Wert von`DELETED`, der angibt, dass die Anfrage erfolgreich war.
```
{
"BackupId": "backup-a0123456789abcdef",
"Lifecycle": "DELETED"
}
```