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.
Erstellung von Backups nach Ressourcentyp
Mit AWS Backup können Sie Backups automatisch mithilfe von Backup-Plänen oder manuell erstellen, indem Sie ein On-Demand-Backup initiieren.
Erstellen automatischer Backups
Wenn Backups automatisch durch Backup-Pläne erstellt werden, werden sie mit den Lebenszykluseinstellungen konfiguriert, die Sie in dem Backup-Plan eingestellt haben. Sie sind in dem Backup-Tresor organisiert, der im Backup-Plan angegeben ist. Ihnen werden dazu auch die Tags zugewiesen, die im Backup-Plan aufgeführt sind. Weitere Informationen zu Backup-Plänen finden Sie unter Backup-Pläne.
Erstellen eines On-Demand-Backups
Wenn Sie ein On-Demand-Backup erstellen, können Sie diese Einstellungen für das zu erstellende Backup konfigurieren. Wenn ein Backup automatisch oder manuell erstellt wird, wird ein Backup-Auftrag initiiert. Weitere Informationen zum Erstellen eines On-Demand-Backups erhalten Sie unter Erstellen Sie ein On-Demand-Backup mit AWS Backup.
Hinweis: Bei einem On-Demand-Backup wird ein Backup-Auftrag erstellt. Der Backup-Auftrag wird innerhalb einer Stunde (oder zum angegebenen Zeitpunkt) in den Running-Status überführt. Sie können ein On-Demand-Backup wählen, wenn Sie ein Backup zu einem anderen als dem im Backup-Plan festgelegten Zeitpunkt erstellen möchten. Ein On-Demand-Backup kann beispielsweise verwendet werden, um das Backup und die Funktionalität jederzeit zu testen.
On-demand Backups können nicht zusammen mit der Point-in-Time-Wiederherstellung (PITR) verwendet werden, da bei einem On-Demand-Backup die Ressourcen in dem Zustand erhalten bleiben, in dem sie sich zum Zeitpunkt der Erstellung des Backups befinden. PITR hingegen verwendet kontinuierliche Backups, bei denen Änderungen über einen bestimmten Zeitraum aufgezeichnet werden.
Status von Backup-Aufträgen
Jeder Backup-Auftrag hat eine eindeutige ID. Beispiel, D48D8717-0C9D-72DF-1F56-14E703BF2345.
Sie können den Status eines Backup-Auftrags auf der Seite Aufträge der AWS Backup -Konsole anzeigen. Zu den Status von Backup-Aufträgen gehörenCREATED,,PENDING,, RUNNINGABORTING, ABORTED und. COMPLETED FAILED EXPIRED PARTIAL
Inkrementelle Sicherungen
Viele Ressourcen unterstützen inkrementelle Backups mit. AWS Backup Eine vollständige Liste ist im Abschnitt inkrementelle Backups der Feature-Verfügbarkeit nach Ressource Tabelle verfügbar.
Obwohl jedes Backup nach dem ersten (vollständigen) Backup inkrementell ist (d. h. es werden nur Änderungen gegenüber dem vorherigen Backup erfasst), AWS Backup behalten alle mit erstellten Backups die notwendigen Referenzdaten bei, um eine vollständige Wiederherstellung zu ermöglichen. Dies gilt auch dann, wenn das ursprüngliche (vollständige) Backup das Ende seines Lebenszyklus erreicht hat und gelöscht wurde.
Wenn beispielsweise Ihr (vollständiges) Backup am ersten Tag aufgrund einer 3-Tage-Lebenszyklusrichtlinie gelöscht wurde, können Sie immer noch eine vollständige Wiederherstellung mit den Backups der Tage 2 und 3 durchführen. AWS Backup behält dafür die erforderlichen Referenzdaten vom ersten Tag an bei.
Inkrementelle Backups und Regionen
Backups von Ressourcen, die vollständig von verwaltet werden, AWS Backup können nur inkrementell sein, wenn der Tresor, in dem das Backup erstellt wird, auch ein früheres Backup (inkrementell oder vollständig) enthält. Bei anderen Ressourcentypen (nicht vollständig verwaltet von AWS Backup) können inkrementelle Backups erstellt werden, sofern es ein vorheriges Backup der Ressource in derselben Region gab.
Anmerkung
Nicht alle Ressourcentypen unterstützen inkrementelle Backups. Einige Ressourcen, wie Amazon Aurora, bieten inkrementelle Backups nur durch kontinuierliche Backups und Point-in-Time-Restore (PITR) an, nicht durch Snapshot-basierte Backups. Eine vollständige Liste der Ressourcen, die inkrementelle Backups unterstützen, finden Sie in der Tabelle. Feature-Verfügbarkeit nach Ressource
Zugriff auf Quellressourcen
AWS Backup benötigt Zugriff auf Ihre Quellressourcen, um sie zu sichern. Beispiel:
-
Um eine Amazon-EC2-Instance zu sichern, kann sich die Instance im
running- oderstopped-Status, aber nicht imterminated-Status befinden. Dies liegt daran, dass einerunningstoppedOR-Instanz mit einer Instanz kommunizieren kann AWS Backup, eineterminatedInstanz jedoch nicht. -
Um eine virtuelle Maschine zu sichern, muss ihr Hypervisor den Backup-Gateway-Status
ONLINEhaben. Weitere Informationen finden Sie im Abschnitt zum Verstehen von Hypervisor-Status. -
Um eine Amazon-RDS-Datenbank, ein Amazon-Aurora- oder Amazon-DocumentDB-Cluster zu sichern, müssen diese Ressourcen den Status
AVAILABLEhaben. -
Um ein Amazon Elastic File System (Amazon EFS) zu sichern, muss die Ressource den Status
AVAILABLEhaben. -
Um ein Amazon-FSx-Dateisystem zu sichern, muss sie den Status
AVAILABLEhaben. Wenn der StatusUPDATINGlautet, wird die Backup-Anfrage in die Warteschlange gestellt, bis das DateisystemAVAILABLEanzeigt.FSx für ONTAP unterstützt das Backup von bestimmten Volume-Typen nicht, darunter DP-Volumes (Datenschutz), LS-Volumes (Load-Sharing), FlexGroup-Volumes, vollständige Volumes oder Volumes auf Dateisystemen, die voll sind. Weitere Informationen finden Sie unter Arbeiten mit FSx-für-ONTAP-Backups.
AWS Backup behält zuvor erstellte Backups im Einklang mit Ihrer Lebenszyklusrichtlinie bei, unabhängig vom Zustand Ihrer Quellressource.