Backup-Erstellung nach Ressourcentyp - AWS Backup

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.

Backup-Erstellung 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 Sicherungsplä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 eines On-Demand-Backups 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 mit point-in-timerestore (PITR) verwendet werden, da bei einem On-Demand-Backup Ressourcen in dem Zustand erhalten bleiben, in dem sie sich zum Zeitpunkt der Sicherung befinden, wohingegen kontinuierliche Backups PITR verwendet werden, 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-Jobs gehören CREATED PENDINGRUNNING,ABORTING,ABORTED,,COMPLETED, FAILEDEXPIRED, undPARTIAL.

Inkrementelle Sicherungen

Viele Ressourcen unterstützen inkrementelle Backups mit. AWS Backup Eine vollständige Liste ist im Abschnitt inkrementelle Backups der Verfügbarkeit von Features nach Ressource Tabelle verfügbar.

Obwohl jedes Backup nach dem ersten (vollständigen) Backup inkrementell ist (d. h. es werden nur Änderungen aus dem vorherigen Backup erfasst), AWS Backup behalten alle Backups, die mit erstellt wurden, die erforderlichen Referenzdaten, 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 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. Andere Ressourcentypen (nicht vollständig verwaltet von AWS Backup) können inkrementelle Backups haben, sofern ein Tresor in derselben Region über ein früheres Backup verfügt.

Zugriff auf Quellressourcen

AWS Backup benötigt Zugriff auf Ihre Quellressourcen, um sie zu sichern. Beispielsweise:

  • Um eine EC2 Amazon-Instance zu sichern, kann sich die Instance im stopped Status running oder, aber nicht im terminated Status befinden. Das liegt daran, dass eine running stopped Oder-Instance mit kommunizieren kann AWS Backup, eine terminated Instance jedoch nicht.

  • Um eine virtuelle Maschine zu sichern, muss ihr Hypervisor den Backup-Gateway-Status ONLINE haben. Weitere Informationen finden Sie im Abschnitt zum Verstehen von Hypervisor-Status.

  • Um eine RDS Amazon-Datenbank, einen Amazon Aurora- oder Amazon DocumentDB-Cluster zu sichern, müssen diese Ressourcen den Status AVAILABLE haben.

  • Um ein Amazon Elastic File System (AmazonEFS) zu sichern, muss es den Status habenAVAILABLE.

  • Um ein FSx Amazon-Dateisystem zu sichern, muss es den Status habenAVAILABLE. Wenn der Status UPDATING lautet, wird die Backup-Anfrage in die Warteschlange gestellt, bis das Dateisystem AVAILABLE anzeigt.

    FSxfor unterstützt ONTAP nicht die Sicherung bestimmter Volumetypen, einschließlich DP-Volumes (Datenschutz), LS-Volumes (Load-Sharing), ganzen Volumes oder Volumes auf Dateisystemen, die voll sind. Weitere Informationen finden Sie unter ONTAPArbeiten mit FSx Backups.

AWS Backup bewahrt zuvor erstellte Backups gemäß Ihrer Lebenszyklusrichtlinie auf, unabhängig vom Zustand Ihrer Quellressource.