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.
# Restaurer une sauvegarde par type de ressource
## Comment restaurer
Pour les instructions de restauration de la console et les liens vers la documentation pour chaque type de ressource AWS Backup pris en charge, consultez les liens au bas de cette page.
Pour restaurer une sauvegarde par programmation, utilisez l'opération d'API [StartRestoreJob](API_StartRestoreJob.md).
Les valeurs de configuration (« restaurer des métadonnées ») dont vous avez besoin pour restaurer votre ressource varient en fonction de la ressource que vous souhaitez restaurer. Pour obtenir les métadonnées de configuration avec lesquelles votre sauvegarde a été créée, vous pouvez appeler [GetRecoveryPointRestoreMetadata](API_GetRecoveryPointRestoreMetadata.md). Les exemples de restauration de métadonnées sont également disponibles dans les liens au bas de cette page.
La restauration depuis le stockage à froid prend généralement 4 heures de plus que la restauration depuis un stockage à chaud.
Pour chaque restauration, une tâche de restauration est créée avec un ID de tâche unique, par exemple `1323657E-2AA4-1D94-2C48-5D7A423E7394`.
**Note**
AWS Backup ne fournit aucun accord de niveau de service (SLAs) pour une durée de restauration. Les temps de restauration peuvent varier en fonction de la charge et de la capacité du système, même pour les restaurations contenant les mêmes ressources.
## Restaurations non destructives
Lorsque vous AWS Backup restaurez une sauvegarde, une nouvelle ressource est créée avec la sauvegarde que vous restaurez. Cela permet d'empêcher votre activité de restauration de détruire vos ressources existantes.
## Tests de restauration
Vous pouvez effectuer des tests sur vos ressources pour simuler une expérience de restauration. Cela permet de déterminer si vous atteignez l’objectif de durée de récupération (RTO) de votre organisation et de vous préparer aux futurs besoins de restauration.
Pour plus d’informations, consultez [Tests de restauration](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing.html).
## Copie de balises lors d'une restauration
**Note**
Cette fonctionnalité n'est actuellement pas disponible pour les restaurations d'Amazon DynamoDB, Amazon S3, SAP HANA sur des instances Amazon EC2, des machines virtuelles et des ressources Amazon Timestream.
### Introduction
Vous pouvez copier des balises lorsque vous restaurez une ressource si les balises appartenaient à la ressource protégée au moment de la sauvegarde. Les balises, qui sont des étiquettes contenant une paire clé-valeur, peuvent vous aider à identifier et à rechercher des ressources. Lorsque vous lancez une tâche de restauration, des balises appartenant aux ressources sauvegardées d'origine peuvent être ajoutées à la ressource en cours de restauration.
Le fait de choisir d'inclure des balises lors d'une tâche de restauration permet de réduire les frais et le travail liés à l'application manuelle de balises aux ressources une fois la tâche de restauration terminée. Notez que cela est différent de l'ajout de nouvelles balises aux ressources restaurées.
Lorsque vous restaurez une sauvegarde dans le flux de console, vos balises source sont copiées par défaut. Dans la console, décochez la case si vous ne souhaitez pas copier les balises vers une ressource restaurée.
Dans l'opération d'API `StartRestoreJob`, le paramètre `CopySourceTagsToRestoredResource` est défini sur `false` par défaut, ce qui exclut les balises source d'origine de la ressource que vous restaurez. Si vous souhaitez *inclure* des balises provenant de la source d'origine, définissez ce paramètre sur `True`.
### Considérations
+ Une ressource peut avoir jusqu'à 50 balises, y compris les ressources restaurées. Pour plus d'informations sur les limites des balises, consultez [Balisage de vos ressources AWS](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html).
+ Assurez-vous que les autorisations appropriées sont présentes dans le rôle utilisé pour les restaurations afin de copier des balises. Le rôle par défaut pour les restaurations contient les autorisations nécessaires. Un rôle personnalisé doit inclure des autorisations supplémentaires pour baliser les ressources.
+ Les ressources suivantes ne sont actuellement pas prises en charge pour l'inclusion de balises de restauration : VMware Cloud™ on AWS, VMware Cloud™ on AWS Outposts, systèmes sur site, SAP HANA sur les instances Amazon EC2, Timestream, DynamoDB, Advanced DynamoDB et Amazon S3.
+ Pour les sauvegardes continues, les balises de la ressource d'origine telles que celles de la sauvegarde la plus récente seront copiées sur la ressource restaurée.
+ Les balises ne seront pas copiées pour les restaurations au niveau des éléments.
+ Les balises qui ont été ajoutées à une sauvegarde une fois la tâche de sauvegarde terminée mais qui n'étaient pas présentes sur la ressource d'origine avant la sauvegarde ne seront pas copiées sur la ressource restaurée. Seules les sauvegardes créées après le 22 mai 2023 sont éligibles à la copie de balises lors de la restauration.
### Interaction de balises avec des ressources spécifiques
+ **Amazon EC2**
+ Les balises appliquées aux instances **Amazon EC2** restaurées sont également appliquées aux volumes **Amazon EBS** restaurés attachés.
+ Les balises appliquées aux volumes EBS attachés aux instances source ne sont pas copiées sur les volumes attachés aux instances restaurées. Si vous avez des politiques IAM qui autorisent ou refusent aux utilisateurs l'accès aux volumes EBS en fonction de leurs balises, vous devez réattribuer manuellement les balises requises aux volumes restaurés pour garantir que vos politiques restent en vigueur.
+ Lorsque vous restaurez une ressource **Amazon EFS**, elle doit être copiée dans un nouveau système de fichiers. Les restaurations d'un système de fichiers existant ne peuvent pas contenir de balises copiées sur celui-ci.
+ **Amazon RDS**
+ Si le cluster RDS qui a été sauvegardé est toujours actif, les balises de ce cluster seront copiées.
+ Si le cluster d'origine n'est plus actif, les balises de l'instantané du cluster seront copiées à la place.
+ Les balises présentes sur la ressource au moment de la sauvegarde seront copiées lors de la restauration, que le paramètre booléen pour `CopySourceTagsToRestoredResource` soit défini sur `True` ou `False`. Toutefois, si l'instantané ne contient pas de balises, le paramètre booléen ci-dessus sera utilisé.
+ Par défaut, les clusters **Amazon Redshift** incluent toujours des balises lors d'une tâche de restauration.
### Copie des balises via la console
1. Ouvrez la [console AWS Backup](https://console.aws.amazon.com/backup/).
1. Dans le volet de navigation, choisissez **Ressources protégées** et sélectionnez l'ID de ressource Amazon S3 que vous voulez restaurer.
1. Sur la page **Détails de la ressource**, vous verrez une liste des points de récupération pour l'ID de ressource sélectionné. Pour restaurer une ressource :
1. Dans le volet **Sauvegarde**, choisissez l'ID du point de récupération de la ressource.
1. Dans le coin supérieur droit du volet, choisissez **Restaurer** (vous pouvez également accéder au coffre-fort de sauvegarde, rechercher le point de récupération, puis cliquer sur **Actions**, puis sur **Restaurer**).
1. Sur la page **Restaurer la sauvegarde**, recherchez le panneau intitulé Restaurer avec des balises. Pour inclure toutes les balises de la ressource d'origine, maintenez la case cochée (notez que cette case est cochée par défaut dans la console).
1. Cliquez sur **Restaurer la sauvegarde** après avoir sélectionné tous vos paramètres et rôles préférés.
### Pour inclure des balises par programmation
Utilisez l'opération d'API `StartRestoreJob`. Assurez-vous que le paramètre booléen suivant est défini sur `True` :
```
CopySourceTagsToRestoredResource = true
```
Si le paramètre booléen est `CopySourceTagsToRestoredResource` = `True`, la tâche de restauration copiera les balises de la ou des ressources d'origine vers le matériel restauré.
**Important**
La tâche de restauration échouera si ce paramètre est inclus pour une ressource non prise en charge (systèmes sur site VMware AWS Outposts, instances SAP HANA sur EC2, Timestream, DynamoDB, Advanced DynamoDB et Amazon S3).
```
{
"RecoveryPointArn": "arn:aws:ec2:us-east-1::image/ami-1234567890a1b234",
"Metadata": {
"InstanceInitiatedShutdownBehavior": "stop",
"DisableApiTermination": "false",
"EbsOptimized": "false",
"InstanceType": "t1.micro",
"SubnetId": "subnet-123ab456cd7efgh89",
"SecurityGroupIds": "[\"sg-0a1bc2d345ef67890\"]",
"Placement": "{\"GroupName\":null,\"Tenancy\":\"default\"}",
"HibernationOptions": "{\"Configured\":false}",
"IamInstanceProfileName": "UseBackedUpValue",
"aws:backup:request-id": "1a2345b6-cd78-90e1-2345-67f890g1h2ij"
},
"IamRoleArn": "arn:aws:iam::123456789012:role/EC2Restore",
"ResourceType": "EC2",
"IdempotencyToken": "34ab5678-9012-3c4d-5678-efg9h01f23i4",
"CopySourceTagsToRestoredResource": true
}
```
### Résolution des problèmes de restauration des balises
**ERREUR :** autorisations insuffisantes
**SOLUTION :** assurez-vous de disposer des autorisations nécessaires dans votre rôle de restauration afin de pouvoir inclure des balises sur votre ressource restaurée. La politique de rôle de service [AWS géré](https://docs.aws.amazon.com/aws-backup/latest/devguide/security-iam-awsmanpol.html#aws-managed-policies) par défaut pour [AWSBackupServiceRolePolicyForRestores](https://console.aws.amazon.com/iam/home#/policies/arn:aws:iam::aws:policy/service-role/AWSBackupServiceRolePolicyForRestores$jsonEditor)les restaurations contient les autorisations nécessaires pour cette tâche.
Si vous choisissez d'utiliser un rôle personnalisé, assurez-vous que les autorisations suivantes sont présentes :
+ `elasticfilesystem:TagResource`
+ `storagegateway:AddTagsToResource`
+ `rds:AddTagsToResource`
+ `ec2:CreateTags`
+ `cloudformation:TagResource`
Pour plus d'informations, consultez [Autorisations d'API](https://docs.aws.amazon.com/aws-backup/latest/devguide/access-control.html#backup-api-permissions-ref).
## Statuts de la tâche de restauration
Vous pouvez afficher le statut d'une tâche de restauration sur la page **Tâches** de la console AWS Backup . Les statuts d'une tâche de restauration peuvent être **en attente**, **en cours d'exécution**, **terminée**, **abandonnée** et **échec**.
**Topics**
+ [Comment restaurer](#how-to-restore)
+ [Restaurations non destructives](#non-destructive-restores)
+ [Tests de restauration](#restore-testing-intro)
+ [Copie de balises lors d'une restauration](#tag-on-restore)
+ [Statuts de la tâche de restauration](#restore-job-statuses)
+ [Restauration d'un cluster Amazon Aurora](restoring-aur.md)
+ [Restauration Amazon Aurora DSQL](restore-auroradsql.md)
+ [Restaurer les CloudFormation piles](restore-application-stacks.md)
+ [Restauration d'un cluster DocumentDB](restoring-docdb.md)
+ [Restaurer une table Amazon DynamoDB](restoring-dynamodb.md)
+ [Restaurer un volume Amazon EBS](restoring-ebs.md)
+ [Restaurer une instance Amazon EC2](restoring-ec2.md)
+ [Restaurer un système de fichiers Amazon EFS](restoring-efs.md)
+ [Restaurer un cluster Amazon EKS](restoring-eks.md)
+ [Restaurer un système FSx de fichiers](restoring-fsx.md)
+ [Restaurer un cluster Neptune](restoring-nep.md)
+ [Restaurer une base de données RDS](restoring-rds.md)
+ [Restauration d'un cluster Amazon Redshift](redshift-restores.md)
+ [Restauration sans serveur Amazon Redshift](redshift-serverless-restore.md)
+ [Restauration d'une base de données SAP HANA sur une instance Amazon EC2](saphana-restore.md)
+ [Restaurez les données S3 à l'aide de AWS Backup](restoring-s3.md)
+ [Restaurer un volume Storage Gateway](restoring-storage-gateway.md)
+ [Restauration d'une table Amazon Timestream](timestream-restore.md)
+ [Restaurez une machine virtuelle à l'aide de AWS Backup](restoring-vm.md)