Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Backup créé par type de ressource
Avec AWS Backup, vous pouvez créer des sauvegardes automatiquement à l'aide de plans de sauvegarde ou manuellement en lançant une sauvegarde à la demande.
## Création de sauvegardes automatiques
Lorsque les sauvegardes sont créées automatiquement par des plans de sauvegarde, elles sont configurées avec les paramètres de cycle de vie définis dans le plan de sauvegarde. Elles sont organisées dans le coffre-fort de sauvegarde spécifié dans le plan de sauvegarde. Elles sont également marquées avec les balises répertoriées dans le plan de sauvegarde. Pour plus d'informations sur les plans de sauvegarde, consultez [Plans de sauvegarde](about-backup-plans.md).
## Création de sauvegardes à la demande
Lorsque vous créez une sauvegarde à la demande, vous pouvez configurer ces paramètres pour la sauvegarde en cours de création. Lorsqu'une sauvegarde est créée automatiquement ou manuellement, une *tâche* de sauvegarde est lancée. Pour savoir comment créer une sauvegarde à la demande, consultez [Création d'une sauvegarde à la demande à l'aide de AWS Backup](recov-point-create-on-demand-backup.md).
Remarque : une sauvegarde à la demande crée une tâche de sauvegarde ; l'état de la tâche de sauvegarde passera à `Running` dans un délai d'une heure (ou lorsque cela est spécifié). Vous pouvez choisir une sauvegarde à la demande si vous souhaitez créer une sauvegarde à un moment autre que celui défini dans un plan de sauvegarde. Une sauvegarde à la demande peut être utilisée, par exemple, pour tester la sauvegarde et les fonctionnalités à tout moment.
[Les sauvegardes à la demande](https://docs.aws.amazon.com/aws-backup/latest/devguide/recov-point-create-on-demand-backup.html) ne peuvent pas être utilisées avec la [ point-in-timerestauration (PITR)](https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html), car une sauvegarde à la demande préserve les ressources dans l'état dans lequel elles se trouvent au moment de la sauvegarde, tandis que la sauvegarde PITR utilise [des sauvegardes continues](https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html#point-in-time-recovery-working-with) qui enregistrent les modifications au fil du temps.
## Statuts des tâches de sauvegarde
Chaque tâche de sauvegarde a un ID unique. Par exemple, `D48D8717-0C9D-72DF-1F56-14E703BF2345`.
Vous pouvez afficher l'état de votre tâche de sauvegarde sur la page **Jobs (Tâches)** de la console AWS Backup . Les statuts des tâches de sauvegarde incluent `CREATED``PENDING`,`RUNNING`,`ABORTING`,`ABORTED`,`COMPLETED`, `FAILED``EXPIRED`, et`PARTIAL`.
## Sauvegardes incrémentielles
De nombreuses ressources prennent en charge la sauvegarde incrémentielle avec AWS Backup. Une liste complète est disponible dans la section de sauvegarde incrémentielle du tableau [Disponibilité des fonctionnalités par ressource](backup-feature-availability.md#features-by-resource).
Bien que chaque sauvegarde après la première (complète) soit incrémentielle (c'est-à-dire qu'elle ne capture que les modifications par rapport à la sauvegarde précédente), toutes les sauvegardes effectuées avec cette sauvegarde AWS Backup conservent les données de référence nécessaires pour permettre une restauration complète. Cela est vrai même si la sauvegarde d'origine (complète) a atteint la fin de son cycle de vie et a été supprimée.
Par exemple, si votre sauvegarde (complète) du premier jour a été supprimée en raison d'une politique de cycle de vie de 3 jours, vous pourrez toujours effectuer une restauration complète avec les sauvegardes des jours 2 et 3. AWS Backup conserve les données de référence nécessaires dès le premier jour pour ce faire.
**Sauvegardes incrémentielles et régions**
*Les sauvegardes de ressources entièrement gérées par ne AWS Backup peuvent être incrémentielles que si le coffre dans lequel la sauvegarde est créée contient également une sauvegarde antérieure (incrémentielle ou complète) ; les autres types de ressources (non entièrement gérés par AWS Backup) peuvent faire l'objet de sauvegardes incrémentielles tant qu'il existe une sauvegarde précédente de la ressource dans la même région.*
**Note**
Tous les types de ressources ne prennent pas en charge les sauvegardes incrémentielles. Certaines ressources, telles qu'Amazon Aurora, proposent une sauvegarde incrémentielle uniquement par le biais de sauvegardes et de point-in-time restaurations continues (PITR), et non par le biais de sauvegardes basées sur des instantanés. Pour obtenir la liste complète des ressources qui prennent en charge les sauvegardes incrémentielles, consultez le [Disponibilité des fonctionnalités par ressource](backup-feature-availability.md#features-by-resource) tableau.
## Accès aux ressources source
AWS Backup a besoin d'accéder à vos ressources sources pour les sauvegarder. Par exemple :
+ Pour sauvegarder une instance Amazon EC2, celle-ci peut avoir l'état `stopped` ou `running`, mais pas à l'état `terminated`. Cela est dû au fait qu'une `stopped` instance `running` or peut communiquer avec AWS Backup, mais pas une `terminated` instance.
+ Pour sauvegarder une machine virtuelle, son hyperviseur doit avoir le statut de passerelle de sauvegarde `ONLINE`. Pour plus d'informations, consultez [Compréhension du statut de l'hyperviseur](https://docs.aws.amazon.com/aws-backup/latest/devguide/working-with-hypervisors.html#understand-hypervisor-status).
+ Pour sauvegarder une base de données Amazon RDS, Amazon Aurora ou un cluster Amazon DocumentDB, ces ressources doivent avoir le statut `AVAILABLE`.
+ Pour sauvegarder un Amazon Elastic File System (Amazon EFS), celui-ci doit avoir le statut `AVAILABLE`.
+ Pour sauvegarder un système de FSx fichiers Amazon, celui-ci doit avoir le statut`AVAILABLE`. Si le statut est `UPDATING`, la demande de sauvegarde est mise en file d'attente jusqu'à ce que le système de fichiers devienne `AVAILABLE`.
FSx for ONTAP ne prend pas en charge la sauvegarde de certains types de volumes, notamment les volumes DP (protection des données), les volumes LS (partage de charge), les volumes complets ou les volumes situés sur des systèmes de fichiers pleins. Pour plus d'informations, consultez [FSx ONTAP Working with backups](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/using-backups.html).
AWS Backup conserve les sauvegardes créées précédemment conformément à votre politique de cycle de vie, quel que soit l'état de votre ressource source.
**Topics**
+ [Création de sauvegardes automatiques](#creating-automatic-backups)
+ [Création de sauvegardes à la demande](#creating-on-demand-backups)
+ [Statuts des tâches de sauvegarde](#backup-job-statuses)
+ [Sauvegardes incrémentielles](#incremental-backup-works)
+ [Accès aux ressources source](#source-resource-statuses)
+ [CloudFormation empiler des sauvegardes](applicationstackbackups.md)
+ [Sauvegardes SQL Amazon Aurora](backup-aurora.md)
+ [Sauvegarde DynamoDB avancée](advanced-ddb-backup.md)
+ [Amazon EBS et AWS Backup](multi-volume-crash-consistent.md)
+ [Sauvegardes Amazon Relational Database Service](rds-backup.md)
+ [Sauvegardes Amazon Redshift](redshift-backups.md)
+ [Sauvegardes sans serveur Amazon Redshift](redshift-serverless-backups.md)
+ [Sauvegardes Amazon EKS](eks-backups.md)
+ [Sauvegarde SAP HANA sur Amazon EC2](backup-saphana.md)
+ [Sauvegardes Amazon S3](s3-backups.md)
+ [Sauvegardes Amazon Timestream](timestream-backup.md)
+ [Sauvegardes de machines virtuelles](vm-backups.md)
+ [Création de sauvegardes Windows VSS](windows-backups.md)