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 [Backup-Pläne](about-backup-plans.md).
## 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](recov-point-create-on-demand-backup.md).
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](https://docs.aws.amazon.com/aws-backup/latest/devguide/recov-point-create-on-demand-backup.html) können nicht zusammen mit [ point-in-timeRestore (PITR)](https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html) verwendet werden, da bei einem On-Demand-Backup Ressourcen in dem Zustand erhalten bleiben, in dem sie sich zum Zeitpunkt der Sicherung befinden, wohingegen PITR [kontinuierliche Backups](https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html#point-in-time-recovery-working-with) verwendet, 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` `PENDING``RUNNING`,`ABORTING`,`ABORTED`,,`COMPLETED`, `FAILED``EXPIRED`, und`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](backup-feature-availability.md#features-by-resource) 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 wurde, 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 es ein vorheriges Backup der Ressource in derselben Region gibt.*
**Anmerkung**
Nicht alle Ressourcentypen unterstützen inkrementelle Backups. Einige Ressourcen, wie Amazon Aurora, bieten inkrementelle Backups nur durch kontinuierliche point-in-time Backups und Wiederherstellungen (PITR), 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](backup-feature-availability.md#features-by-resource)
## 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`- oder `stopped`-Status, aber nicht im `terminated`-Status befinden. Das liegt daran, dass eine `running` `stopped` Oder-Instanz mit kommunizieren kann AWS Backup, eine `terminated` Instanz 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](https://docs.aws.amazon.com/aws-backup/latest/devguide/working-with-hypervisors.html#understand-hypervisor-status).
+ Um eine Amazon-RDS-Datenbank, ein Amazon-Aurora- oder Amazon-DocumentDB-Cluster zu sichern, müssen diese Ressourcen den Status `AVAILABLE` haben.
+ Um ein Amazon Elastic File System (Amazon EFS) zu sichern, muss die Ressource den Status `AVAILABLE` haben.
+ Um ein FSx Amazon-Dateisystem zu sichern, muss es den Status haben`AVAILABLE`. Wenn der Status `UPDATING` lautet, wird die Backup-Anfrage in die Warteschlange gestellt, bis das Dateisystem `AVAILABLE` anzeigt.
FSx denn ONTAP unterstützt nicht die Sicherung bestimmter Volumetypen, einschließlich DP-Volumes (Datenschutz), LS-Volumes (Load-Sharing), ganzer Volumes oder Volumes auf Dateisystemen, die voll sind. Weitere Informationen finden Sie unter [FSx ONTAP](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/using-backups.html): Arbeiten mit Backups.
AWS Backup bewahrt zuvor erstellte Backups gemäß Ihrer Lebenszyklusrichtlinie auf, unabhängig vom Zustand Ihrer Quellressource.
**Topics**
+ [Erstellen automatischer Backups](#creating-automatic-backups)
+ [Erstellen eines On-Demand-Backups](#creating-on-demand-backups)
+ [Status von Backup-Aufträgen](#backup-job-statuses)
+ [Inkrementelle Sicherungen](#incremental-backup-works)
+ [Zugriff auf Quellressourcen](#source-resource-statuses)
+ [CloudFormation Backups stapeln](applicationstackbackups.md)
+ [Amazon Aurora DSQL-Backups](backup-aurora.md)
+ [Erweitertes DynamoDB-Backup](advanced-ddb-backup.md)
+ [Amazon EBS und AWS Backup](multi-volume-crash-consistent.md)
+ [Backups von Amazon Relational Database Service](rds-backup.md)
+ [Amazon-Redshift-Backups](redshift-backups.md)
+ [Serverlose Amazon Redshift Redshift-Backups](redshift-serverless-backups.md)
+ [Amazon-EKS-Backups](eks-backups.md)
+ [SAP HANA-Backup auf Amazon EC2](backup-saphana.md)
+ [Amazon-S3-Backups](s3-backups.md)
+ [Amazon-Timestream-Backups](timestream-backup.md)
+ [Backups virtueller Maschinen](vm-backups.md)
+ [Erstellen Sie Windows VSS-Backups](windows-backups.md)