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.
# Tests de restauration
*Les tests de restauration*, une fonctionnalité proposée par AWS Backup, fournissent une évaluation automatique et périodique de la viabilité de la restauration, ainsi que la possibilité de surveiller la durée des tâches de restauration.
**Topics**
+ [Présentation de](#restore-testing-overview)
+ [Comparaison des tests de la restauration avec le processus de restauration](#restore-testing-compare)
+ [Gestion des tests de la restauration](#restore-testing-management)
+ [Création d’un plan de test de la restauration](#restore-testing-create)
+ [Mise à jour d’un plan de test de la restauration](#restore-testing-update)
+ [Affichage des plans de test de la restauration existants](#restore-testing-view)
+ [Affichage des tâches de test de la restauration](#restore-testing-jobs)
+ [Suppression d’un plan de test de la restauration](#restore-testing-delete)
+ [Tests de restauration Audit](#restore-testing-audit)
+ [Restauration de quotas et de paramètres de test](#restore-testing-quotas)
+ [Résolution des problèmes liés aux tests de restauration](#restore-testing-troubleshooting)
+ [Métadonnées déduites de tests de la restauration](restore-testing-inferred-metadata.md)
+ [Restaurer la validation des tests](restore-testing-validation.md)
## Présentation de
Tout d’abord, vous créez un plan de test de la restauration dans lequel vous indiquez le nom de votre plan, la fréquence de vos tests de la restauration et l’heure de début cible. Ensuite, vous attribuez les ressources à inclure dans votre plan. Vous choisissez ensuite d'inclure des points de récupération spécifiques ou aléatoires dans votre test. AWS Backup backup [déduit intelligemment les métadonnées](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) qui seront nécessaires à la réussite de votre tâche de restauration.
Lorsque l'heure prévue dans votre plan arrive, AWS Backup démarre les tâches de restauration en fonction de votre plan et surveille le temps nécessaire pour terminer la restauration.
Une fois le plan de test de la restauration terminé, vous pouvez utiliser les résultats pour démontrer la conformité aux exigences organisationnelles ou de gouvernance, telles que la réussite des scénarios de test de la restauration ou le délai d’exécution des tâches de restauration.
Vous pouvez éventuellement l'utiliser [Restaurer la validation des tests](restore-testing-validation.md) pour confirmer les résultats du test de restauration.
Une fois que la validation facultative est terminée ou que la AWS Backup fenêtre de validation se ferme, les ressources impliquées dans le test de restauration sont supprimées conformément au service SLAs.
À la fin du processus de test, vous pouvez afficher les résultats et le délai d’exécution des tests.
## Comparaison des tests de la restauration avec le processus de restauration
Le test de la restauration exécute les tâches de restauration de la même manière que les restaurations à la demande et utilise les mêmes points de récupération (sauvegardes) qu’une restauration à la demande. Vous verrez des appels d'`StartRestoreJob`entrée CloudTrail (si vous avez activé cette option) pour chaque tâche démarrée par les tests de restauration
Il existe toutefois quelques différences entre le fonctionnement d’un test de la restauration planifié et celui d’une opération de restauration à la demande :
| | Tests de restauration | Restaurer |
| --- | --- | --- |
| **Compte** | La bonne pratique recommandée consiste à désigner un compte à utiliser pour les tests de la restauration | Vous pouvez restaurer des ressources à partir d’un compte |
| **AWS Backup Audit Manager** | Peut activer une commande pour confirmer si un test de la restauration répond aux objectifs de restauration spécifiés | |
| **Cadence** | Périodiquement dans le cadre d’un plan planifié. | À la demande |
| **Ressources** | Les types de ressources que vous pouvez attribuer à votre plan de test incluent : Aurora, Amazon DocumentDB, Amazon DynamoDB, Amazon EBS, Amazon EC2, Amazon EFS, Amazon (Lustre, ONTAP FSx , OpenZFS, Windows), Amazon Neptune, Amazon RDS et Amazon S3. | Toutes les ressources peuvent être restaurées. |
| **Résultats** | Une fois le test de restauration terminé, la ressource restaurée est supprimée à la fin de la [Restaurer la validation des tests](restore-testing-validation.md) fenêtre. | Une fois la tâche de restauration terminée, la version restaurée de la ressource est conservée. |
| **Balises** | Pour les types de ressources qui prennent en charge les balises lors de la restauration, les tests appliquent des balises lors de la restauration. | Les balises sont facultatives pour les ressources prises en charge. |
## Gestion des tests de la restauration
Vous pouvez créer, afficher, mettre à jour ou supprimer un plan de test de la restauration dans la [console AWS Backup](https://console.aws.amazon.com/backup/).
Vous pouvez utiliser [AWS CLI](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/index.html#cli-aws-backup) pour exécuter par programmation des opérations pour les plans de test de la restauration. Chaque CLI est spécifique au AWS service dont elle provient. Les commandes doivent être précédées de `aws backup`.
### Suppression de données
Lorsqu'un test de restauration est terminé, AWS Backup commence à supprimer les ressources impliquées dans le test. Cette suppression n’est pas instantanée. Chaque ressource possède une configuration sous-jacente qui détermine la manière dont ces ressources sont stockées et leur cycle de vie. Par exemple, si les compartiments Amazon S3 font partie du test de la restauration, des [règles de cycle de vie sont ajoutées au compartiment](https://docs.aws.amazon.com/AmazonS3/latest/userguide/intro-lifecycle-rules.html). L’exécution des règles et la suppression complète du compartiment et de ses objets peuvent prendre plusieurs jours, mais ces ressources ne seront facturées que jusqu’au jour où la règle de cycle de vie est lancée (par défaut, il s’agit d’un jour). La vitesse de suppression dépend du type de ressource.
Les ressources faisant partie d’un plan de test de la restauration contiennent une balise appelée `awsbackup-restore-test`. Si un utilisateur supprime cette balise, il AWS Backup ne peut pas supprimer la ressource à la fin de la période de test. L'utilisateur devra plutôt la supprimer manuellement.
Pour savoir pourquoi les ressources n’ont peut-être pas été supprimées comme prévu, vous pouvez rechercher les tâches ayant échoué dans la console ou utiliser l’interface de ligne de commande pour appeler la demande d’API `DescribeRestoreJob` afin de récupérer les messages du statut de suppression.
Les plans de sauvegarde (autres que les plans de test de restauration) ignorent les ressources créées par les tests de restauration (celles dont la balise `awsbackup-restore-test` ou le nom commence par`awsbackup-restore-test`).
### Contrôle des coûts
Les tests de la restauration ont un coût par test de la restauration. Selon les ressources incluses dans votre plan de test de la restauration, les tâches de restauration incluses dans le plan peuvent également avoir un coût. Consultez [Tarification AWS Backup](https://aws.amazon.com/backup/pricing/) pour plus d’informations.
Lorsque vous configurez un plan de test de la restauration pour la première fois, il peut être avantageux d’inclure un nombre minimum de types de ressources et de ressources protégées afin de vous familiariser avec la fonctionnalité, le processus et les coûts moyens impliqués. Vous pouvez mettre à jour un plan après sa création pour ajouter d’autres types de ressources et des ressources protégées.
## Création d’un plan de test de la restauration
Un plan de test de la restauration comporte deux parties : la création du plan et l’attribution des ressources.
Lorsque vous utilisez la console, ces parties sont séquentielles. Dans la première partie, vous définissez le nom, la fréquence et les heures de début. Au cours de la deuxième partie, vous affectez des ressources à votre plan de test.
Lorsque vous utilisez AWS CLI une API, utilisez d'abord [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-plan.html). Une fois que vous avez reçu une réponse positive et que le plan a été créé [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-selection.html), utilisez-le pour chaque type de ressource à inclure dans votre plan.
Lorsque vous créez un plan de test de restauration, nous vous créons un rôle lié au service. Pour de plus amples informations, veuillez consulter [Utilisation des rôles pour les tests de la restauration](using-service-linked-roles-AWSServiceRoleForBackupRestoreTesting.md).
------
#### [ Console ]
**Partie I : Création d’un plan de test de la restauration à l’aide de la console**
1. Ouvrez la AWS Backup console à l'adresse [https://console.aws.amazon.com/backup](https://console.aws.amazon.com/backup).
1. Dans le menu de navigation de gauche, recherchez **Tests de restauration** et sélectionnez-le.
1. Choisissez **Créer un plan de test de la restauration**.
1. **Général**
1. **Nom :** tapez le nom de votre nouveau plan de test de la restauration. Le nom ne peut pas être modifié après la création. Le nom doit contenir uniquement des caractères alphanumériques et des traits de soulignement.
1. **Fréquence des tests :** choisissez la fréquence à laquelle les tests de la restauration seront exécutés.
1. **Heure de début :** définissez l’heure (en heures et minutes) à laquelle vous préférez que le test commence. Vous pouvez également définir le fuseau horaire local dans lequel vous souhaitez que le plan de test de la restauration fonctionne.
1. **Commencer dans les délais :** cette valeur (en heures) correspond à la période pendant laquelle le test de restauration est censé commencer. AWS Backup fait de son mieux pour démarrer toutes les tâches de restauration désignées au cours du délai imparti et répartit les heures de début de manière aléatoire au cours de cette période.
1. **Sélection des points de récupération :** vous définissez ici les coffres-forts sources, la plage de points de récupération et les critères de sélection pour les points de récupération (sauvegardes) que vous souhaitez inclure dans le plan.
1. **Coffres-forts sources :** choisissez d’inclure tous les coffres-forts disponibles ou uniquement des coffres-forts spécifiques pour vous aider à filtrer les points de récupération pouvant figurer dans votre plan. Si vous choisissez des **coffres-forts spécifiques**, dans le menu déroulant, sélectionnez les coffres-forts que vous souhaitez inclure.
1. **Points de récupération éligibles :** spécifiez la période à partir de laquelle les points de récupération seront sélectionnés. Vous pouvez sélectionner 1 à 365 jours, 1 à 52 semaines, 1 à 12 mois ou 1 an.
1. **Critères de sélection :** une fois que votre plage de dates de points de récupération est spécifiée, vous pouvez choisir d’inclure le dernier point ou un point au hasard dans votre plan. Vous pouvez choisir un point aléatoire pour évaluer l’état général des points de récupération à une fréquence plus régulière au cas où une restauration vers une ancienne version serait justifiée.
1. **Point-in-time points de restauration :** si votre plan inclut des ressources [dotées de points de sauvegarde continue (point-in-time-restore/PITR), vous pouvez cocher cette case pour que votre plan de test inclue les sauvegardes continues en tant que points de restauration éligibles (voir Disponibilité des fonctionnalités par ressource](backup-feature-availability.md#features-by-resource) pour lesquels les types de ressources disposent de cette fonctionnalité).
1. *(facultatif)* **Balises ajoutées pour restaurer le plan de test :** vous pouvez choisir d’ajouter jusqu’à 50 balises à votre plan de test de la restauration. Chaque balise doit être ajoutée séparément. Pour ajouter une nouvelle balise, sélectionnez **Ajouter une nouvelle balise**.
**Partie II : Attribution de ressources au plan à l’aide de la console**
Dans cette section, vous choisissez les ressources que vous avez sauvegardées à inclure dans votre plan de test de la restauration. Vous choisirez le nom de l’attribution de ressource, le rôle que vous utiliserez pour le test de la restauration et définirez la période de conservation avant le nettoyage. Ensuite, vous allez sélectionner le type de ressource ainsi que l’étendue, et éventuellement affiner votre sélection à l’aide de balises.
**Astuce**
Pour revenir au plan de test de la restauration auquel vous souhaitez ajouter des ressources, vous pouvez accéder à la [console AWS Backup](https://console.aws.amazon.com/backup), sélectionner **Tests de restauration**, puis rechercher le plan de test de votre choix et le sélectionner.
1. **Général**
1. **Nom d’attribution de la ressource :** entrez un nom pour cette attribution de ressource à l’aide d’une chaîne de caractères alphanumériques et de traits de soulignement, sans espaces blancs.
1. **Restaurer le rôle IAM :** le test doit utiliser un rôle Identity and Access Management (IAM) que vous désignez. Vous pouvez choisir le rôle AWS Backup par défaut ou un rôle différent. Si la AWS Backup valeur par défaut n'existe pas encore à la fin de ce processus, elle AWS Backup sera créée automatiquement pour vous avec les autorisations nécessaires. Le rôle IAM que vous choisissez pour les tests de la restauration doit contenir les autorisations trouvées dans [https://docs.aws.amazon.com/aws-backup/latest/devguide/security-iam-awsmanpol.html#aws-managed-policies](https://docs.aws.amazon.com/aws-backup/latest/devguide/security-iam-awsmanpol.html#aws-managed-policies).
1. **Période de conservation avant le nettoyage :** lors d’un test de la restauration, les données de sauvegarde sont temporairement restaurées. Par défaut, ces données sont supprimées une fois le test terminé. Vous avez la possibilité de retarder la suppression de ces données si vous souhaitez exécuter la validation lors de la restauration.
Si vous prévoyez d’exécuter la validation, sélectionnez **Conserver pendant un certain nombre d’heures** et entrez une valeur comprise entre 1 et 168 heures incluses. Notez que la validation peut être exécutée par programmation, mais pas depuis la console AWS Backup .
1. **Ressources protégées :**
1. **Sélectionner un type de ressource :** sélectionnez les types de ressources et l’étendue des sauvegardes de ces types à inclure dans le plan de test des ressources. Chaque plan peut contenir plusieurs types de ressources, mais chaque type de ressource doit être attribué au plan individuellement.
1. **Portée de la sélection des ressources :** une fois le type choisi, indiquez si vous souhaitez inclure toutes les ressources protégées disponibles de ce type ou si vous souhaitez inclure uniquement des ressources protégées spécifiques.
1. *(facultatif)* **Affiner la sélection des ressources à l’aide de balises :** si vos sauvegardes comportent des balises, vous pouvez filtrer par balises pour **sélectionner des ressources protégées spécifiques**. Entrez la clé de la balise, la condition pour que cette clé soit incluse ou non, et la valeur de la clé. Sélectionnez ensuite le bouton **Ajouter des balises**.
Les balises des ressources protégées sont évaluées en vérifiant les balises du dernier point de récupération dans le coffre-fort de sauvegarde contenant la ressource protégée.
1. **Paramètres de restauration :** certaines ressources nécessitent de spécifier des paramètres pour préparer une tâche de restauration. Dans la plupart des cas, AWS Backup déduira les valeurs en fonction de la sauvegarde stockée.
Il est recommandé dans la plupart des cas de conserver ces paramètres ; toutefois, vous pouvez modifier les valeurs en choisissant une autre sélection dans le menu déroulant. Parmi les exemples où la modification des valeurs peut être optimale, citons le remplacement des clés de chiffrement, les FSx paramètres Amazon où les données ne peuvent pas être déduites et la création de sous-réseaux.
Par exemple, si une base de données RDS est l’un des types de ressources que vous attribuez à votre plan de test de la restauration, des paramètres tels que la zone de disponibilité, le nom de la base de données, la classe d’instance de base de données et le groupe de sécurité VPC apparaîtront avec des valeurs déduites que vous pouvez modifier le cas échéant.
------
#### [ AWS CLI ]
La commande de l’interface de ligne de commande `CreateRestoreTestingPlan` est utilisée pour établir un plan de test de la restauration.
Le plan de test doit contenir :
+ `RestoreTestingPlan`, qui doit contenir un `RestoreTestingPlanName` unique
+ Expression cron [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingPlanForCreate.html#Backup-Type-RestoreTestingPlanForCreate-ScheduleExpression](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingPlanForCreate.html#Backup-Type-RestoreTestingPlanForCreate-ScheduleExpression)
+ [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingRecoveryPointSelection.html](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingRecoveryPointSelection.html)
Bien que nommé de la même manière, ce **n'est PAS** le même que`RestoreTestingSelection`.
[https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingRecoveryPointSelection.html](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingRecoveryPointSelection.html)possède cinq paramètres (trois obligatoires et deux facultatifs). Les valeurs que vous spécifiez déterminent le point de récupération inclus dans le test de restauration. Vous devez indiquer `Algorithm` si vous voulez le dernier point de récupération dans votre répertoire `SelectionWindowDays` ou si vous voulez un point de récupération aléatoire, et vous devez indiquer dans `IncludeVaults` quels coffres-forts les points de récupération peuvent être choisis.
Une sélection peut comporter une ou plusieurs ressources protégées ARNs ou une ou plusieurs conditions, mais elle ne peut pas avoir les deux.
Vous pouvez également inclure :
+ [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingPlanForCreate.html#Backup-Type-RestoreTestingPlanForCreate-ScheduleExpressionTimeZone](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_RestoreTestingPlanForCreate.html#Backup-Type-RestoreTestingPlanForCreate-ScheduleExpressionTimeZone)
+ [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#Backup-CreateRestoreTestingPlan-request-Tags](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#Backup-CreateRestoreTestingPlan-request-Tags)
+ [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#API_CreateRestoreTestingPlan_RequestSyntax](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#API_CreateRestoreTestingPlan_RequestSyntax)
+ [https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#API_CreateRestoreTestingPlan_RequestSyntax](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_CreateRestoreTestingPlan.html#API_CreateRestoreTestingPlan_RequestSyntax)
Utilisez la commande de l’interface de ligne de commande [`create-restore-testing-plan`.](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-plan.html)
Une fois le plan créé, vous devez lui attribuer des ressources à l’aide de [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/create-restore-testing-selection.html).
Cela comprend `RestoreTestingSelectionName`, `ProtectedResourceType` et l’un des éléments suivants :
**Note**
**RestoreTestingSelectionName exigences en matière de dénomination :**
Doit comporter de 1 à 256 caractères
Peut contenir des lettres (a-z, A-Z), des chiffres (0-9), des traits d'union (-) et des traits de soulignement (\$1)
Doit commencer par une lettre ou un chiffre
Ne peut pas se terminer par un trait d'union ou un trait de soulignement
Doit être unique dans le plan de test de restauration
+ `ProtectedResourceArns`
+ `ProtectedResourceConditions`
Chaque type de ressource protégée peut avoir une seule valeur. Une sélection de tests de la restauration peut inclure une valeur générique (« \$1 ») pour `ProtectedResourceArns` avec `ProtectedResourceConditions`. Vous pouvez également inclure jusqu'à 30 ressources protégées spécifiques ARNs dans`ProtectedResourceArns`.
------
**Restaurer la fréquence des tests**
AWS Backup évalue les expressions cron entre 00:00 et 23:59. Si vous créez un plan de test de restauration « toutes les 12 heures » mais que vous indiquez une heure de début ultérieure à 11 h 59, il ne sera exécuté qu'une fois par jour.
**Détermination du point de récupération**
Chaque fois qu'un plan de test est exécuté (selon la fréquence et l'heure de début que vous avez spécifiées), un point de récupération éligible par ressource protégée sélectionnée est restauré par le test de restauration. Si aucun point de récupération pour une ressource ne répond aux critères de sélection des points de récupération, cette ressource ne sera pas incluse dans le test.
Un point de récupération pour une ressource protégée dans une sélection de test est éligible s'il répond aux critères de la période spécifiée et s'il inclut des coffres-forts dans le plan de test de restauration.
Une ressource protégée est sélectionnée si la sélection du test inclut le type de ressource et si l'une des conditions suivantes est vraie :
+ L'ARN de la ressource est spécifié dans cette sélection ; ou
+ Les conditions de balise de cette sélection correspondent aux balises du dernier point de récupération pour la ressource.
## Mise à jour d’un plan de test de la restauration
Vous pouvez mettre à jour certaines parties de votre plan de test de la restauration et les sélections de ressources qu’il contient via la console ou AWS CLI.
------
#### [ Console ]
**Mise à jour des plans de test de la restauration et des sélections dans la console**
Lorsque vous consultez la page des détails du plan de test de la restauration dans la console, vous pouvez modifier (mettre à jour) de nombreux paramètres de votre plan. Pour ce faire,
1. Ouvrez la AWS Backup console à l'adresse [https://console.aws.amazon.com/backup](https://console.aws.amazon.com/backup).
1. Dans le menu de navigation de gauche, recherchez **Tests de restauration** et sélectionnez-le.
1. Sélectionnez le bouton **Modifier**.
1. Réglez la fréquence, l’heure de début et l’heure à laquelle le test débutera après l’heure de début choisie.
1. Enregistrez vos modifications.
------
#### [ AWS CLI ]
**Mettez à jour les plans de test et les sélections de restauration via AWS CLI**
Demande [UpdateRestoreTestingPlan](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_UpdateRestoreTestingPlan.html)et [UpdateRestoreTestingSelection](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_UpdateRestoreTestingSelection.html)peut être utilisé pour envoyer des mises à jour partielles d'un plan ou d'une sélection spécifique. Les noms ne peuvent pas être modifiés, mais vous pouvez mettre à jour d’autres paramètres. N’incluez que les paramètres que vous souhaitez modifier dans chaque demande.
Avant d'envoyer une demande de mise à jour, utilisez [GetRestoreTestingPlan](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_GetRestoreTestingPlan.html)et [GetRestoreTestingSelection](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_GetRestoreTestingSelection.html)pour déterminer si votre RestoreTestingSelection contenu est spécifique ARNs ou s'il utilise le caractère générique et les conditions.
Si votre sélection de test de restauration a spécifié ARNs (au lieu d'un caractère générique) et que vous souhaitez le remplacer par un caractère générique assorti de conditions, la demande de mise à jour doit inclure à la fois le caractère générique ARN et les conditions. Une sélection peut avoir une ressource protégée ARNs ou utiliser le caractère générique assorti de conditions, mais elle ne peut pas avoir les deux.
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-plan.html)
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-selection.html)
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/updated-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/updated-restore-testing-plan.html)
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/update-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/update-restore-testing-selection.html)
------
## Affichage des plans de test de la restauration existants
------
#### [ Console ]
**Affichage des détails d’un plan de test de la restauration existant et des ressources attribuées dans la console**
1. Ouvrez la AWS Backup console à l'adresse [https://console.aws.amazon.com/backup](https://console.aws.amazon.com/backup).
1. Sélectionnez **Tests de restauration** dans le menu de navigation de gauche. L’écran affiche vos plans de test de la restauration. Les plans sont affichés par défaut dans l’ordre de dernière exécution.
1. Sélectionnez le lien dans un plan pour voir ses détails, y compris un résumé du plan, son nom, sa fréquence, son heure de début et le début au sein de la valeur.
Vous pouvez également consulter les ressources protégées dans le cadre de ce plan, les tâches de test de la restauration des 30 derniers jours incluses dans ce plan et toutes les balises que vous pouvez créer dans le cadre de ce plan de test.
------
#### [ AWS CLI ]
**Obtention d’informations sur un plan de test de la restauration existant et sur une sélection de tests à l’aide de la ligne de commande**
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-plan.html)
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-selections.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-selections.html)
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-testing-plan.html)
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/get-restore-testing-selection.html)
------
## Affichage des tâches de test de la restauration
------
#### [ Console ]
**Affichage des tâches de test de la restauration existantes dans la console**
Les tâches de test de la restauration sont incluses sur la page des tâches de restauration.
1. Ouvrez la AWS Backup console à l'adresse [https://console.aws.amazon.com/backup](https://console.aws.amazon.com/backup).
1. Accédez à la page **Tâches**.
Vous pouvez également sélectionner **Tests de restauration**, puis sélectionner un plan de test de la restauration pour voir ses détails et les tâches associées au plan.
1. Sélectionnez l’onglet **Tâches de restauration**.
Sur cette page, vous pouvez consulter le statut, l’heure de restauration, le type de restauration, l’ID de ressource, le type de ressource, le plan de test de la restauration auquel appartient la tâche, l’heure de création et l’ID du point de récupération de la tâche de restauration.
Les tâches incluses dans un plan de test de la restauration ont le type de restauration **Test**.
Les tâches de test de la restauration comportent plusieurs catégories de statut :
+ Un type de **statut** nécessitant une attention particulière est souligné ; passez le curseur sur le statut pour voir des informations supplémentaires si elles sont disponibles.
+ Un **statut de validation** s'affichera s'il [Restaurer la validation des tests](restore-testing-validation.md) a été lancé lors du test (non disponible dans la console).
+ Le statut de suppression indique le statut des données générées par le test de la restauration. Trois statuts de suppression sont possibles : **Réussi**, **Suppression** et **Échec**.
Si la suppression d’une tâche de test de la restauration a échoué, vous devrez supprimer la ressource manuellement car le flux de test de la restauration n’a pas pu la terminer automatiquement. Souvent, une suppression échouée est déclenchée si la balise `awsbackup-restore-test` est supprimée de la ressource.
------
#### [ AWS CLI ]
**Affichage des tâches de test de la restauration existantes depuis la ligne de commande**
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-jobs-by-protected-resource.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/list-restore-jobs-by-protected-resource.html)
------
## Suppression d’un plan de test de la restauration
------
#### [ Console ]
**Suppression d’un plan de test de la restauration dans la console**
1. Accédez à [Affichage des plans de test de la restauration existants](#restore-testing-view) pour voir vos plans de test de la restauration actuels.
1. Sur la page des détails du plan de test de la restauration, supprimez un plan en sélectionnant **Supprimer**.
1. Une fois que vous avez sélectionné Supprimer, un écran de confirmation contextuel apparaît pour confirmer que vous souhaitez supprimer votre plan. Sur cet écran, le nom de votre plan de test de la restauration spécifique sera affiché en gras. Pour continuer, saisissez le nom exact du plan de test en distinguant majuscules et minuscules, y compris les soulignements, les tirets et les points.
Si l’option **Supprimer le plan de test de la restauration** ne peut pas être sélectionnée, entrez à nouveau le nom jusqu’à ce qu’il corresponde au nom affiché. Une fois la correspondance exacte établie, l’option permettant de supprimer le plan de test de la restauration pourra être sélectionnée.
------
#### [ AWS CLI ]
**Suppression d’un plan de test de la restauration via la ligne de commande**
La commande CLI [DeleteRestoreTestingSelection](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_DeleteRestoreTestingSelection.html)peut être utilisée pour supprimer une sélection de test de restauration. Incluez `RestoreTestingPlanName` et `RestoreTestingSelectionName` dans la demande.
Toutes les sélections de tests associées à un plan de test doivent être supprimées avant de supprimer le plan de test. Une fois que toutes les sélections de test ont été supprimées, vous pouvez utiliser la demande [DeleteRestoreTestingPlan](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_DeleteRestoreTestingPlan.html)d'API pour supprimer un plan de test de restauration. Vous devez inclure `RestoreTestingPlanName`.
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/delete-restore-testing-selection.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/delete-restore-testing-selection.html)
+ [https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/delete-restore-testing-plan.html](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/backup/delete-restore-testing-plan.html)
------
## Tests de restauration Audit
Restaurez les intégrations de test avec AWS Backup Audit Manager pour vous aider à évaluer si une ressource restaurée a été terminée dans le délai de restauration cible.
Pour plus d’informations, consultez la contrôle [Temps de restauration des ressources pour atteindre l’objectif](https://docs.aws.amazon.com/aws-backup/latest/devguide/controls-and-remediation.html#restore-time-meets-target-control) dans [Contrôles et mesures correctives d’AWS Backup Audit Manager](https://docs.aws.amazon.com/aws-backup/latest/devguide/controls-and-remediation.html).
## Restauration de quotas et de paramètres de test
+ 100 plans de test de la restauration
+ 50 balises peuvent être ajoutées à chaque plan de test de la restauration
+ 30 sélections par plan
+ 30 ressources protégées ARNs par sélection
+ 30 conditions de ressources protégées par sélection (y compris celles comprises dans `StringEquals` et `StringNotEquals`)
+ 30 sélecteurs de coffre-fort par sélection
+ Nombre maximum de jours pour la fenêtre de sélection : 365 jours
+ Heures de la fenêtre de début : min : 1 heure ; max. : 168 heures (7 jours)
+ Longueur maximale du nom du plan : 50 caractères
+ Longueur maximale du nom de la sélection : 50 caractères
Des informations supplémentaires concernant les limites peuvent être consultées ici : [AWS Backup quotas](aws-backup-limits.md).
## Résolution des problèmes liés aux tests de restauration
Si vous avez des tâches de test de restauration dont l'état de restauration est égal à`Failed`, les raisons suivantes peuvent vous aider à en déterminer la cause et à y remédier.
Les messages d'erreur [peuvent être visualisés](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing.html#restore-testing-jobs) dans la AWS Backup console sur la page de détails de l'état de la tâche ou à l'aide des commandes de la CLI `list-restore-jobs-by-protected-resource` ou`list-restore-jobs`.
1. ***Erreur :** `No default VPC for this user. GroupName is only supported for EC2-Classic and default VPC.`*
**Solution 1 :** mettez à jour votre sélection de test de restauration et [remplacez](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) le paramètre`SubnetId`. La AWS Backup console affiche ce paramètre sous la forme « Sous-réseau ».
**Solution 2 :** recréer le [VPC par défaut.](https://docs.aws.amazon.com/vpc/latest/userguide/default-vpc.html#create-default-vpc)
**Types de ressources concernés :** Amazon EC2
1. ***Erreur :** `No subnets found for the default VPC [vpc]. Please specify a subnet.`*
**Solution 1 :** mettez à jour votre sélection de test de restauration et [remplacez](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) le paramètre de `SubnetId` restauration. La AWS Backup console affiche ce paramètre sous la forme « Sous-réseau ».
**Solution 2 :** [créer un sous-réseau par défaut](https://docs.aws.amazon.com/vpc/latest/userguide/default-vpc.html#create-default-subnet) dans le VPC par défaut.
**Types de ressources concernés :** Amazon EC2
1. ***Erreur :** `No default subnet detected in VPC. Please contact AWS Support to recreate default Subnets.`*
**Solution 1 :** mettez à jour votre sélection de test de restauration et [remplacez](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) le paramètre de `DBSubnetGroupName` restauration. La AWS Backup console affiche ce paramètre en tant que groupe de sous-réseaux.
**Solution 2 :** [créer un sous-réseau par défaut](https://docs.aws.amazon.com/vpc/latest/userguide/default-vpc.html#create-default-subnet) dans le VPC par défaut.
**Types de ressources concernés :** Amazon Aurora, Amazon DocumentDB, Amazon RDS, Neptune
1. ***Erreur :**`IAM Role cannot be assumed by AWS Backup`.*
**Solution :** Le rôle de restauration doit être assumé par AWS Backup. Mettez à jour la politique de confiance du rôle dans IAM pour permettre à celui-ci d'être assumé par `"backup.amazonaws.com"` ou mettez à jour votre sélection de tests de restauration pour utiliser un rôle assumé par. AWS Backup
**Types de ressources concernés :** tous
1. ***Erreur :** `Access denied to KMS key.` ou `The specified AWS KMS key ARN does not exist, is not enabled or you do not have permissions to access it.`*
**Solution :** Vérifiez les points suivants :
1. Le rôle de restauration a accès à la AWS KMS clé utilisée pour chiffrer vos sauvegardes et, le cas échéant, à la clé KMS utilisée pour chiffrer la ressource restaurée.
1. Les politiques de ressources relatives aux clés KMS ci-dessus autorisent le rôle de restauration à y accéder.
Si les conditions ci-dessus ne sont pas encore remplies, configurez le rôle de restauration et les politiques de ressources pour un accès approprié. Ensuite, exécutez à nouveau le test de restauration.
**Types de ressources concernés :** tous
1. ***Erreurs :** `User ARN is not authorized to perform action on resource because no identity based policy allows the action.` ou`Access denied performing s3:CreateBucket on awsbackup-restore-test-xxxxxx`.*
**Solution :** le rôle de restauration ne dispose pas des autorisations adéquates. Mettez à jour les autorisations dans IAM pour le rôle de restauration.
**Types de ressources concernés :** tous
1. ***Erreurs :** `User ARN is not authorized to perform action on resource because no resource-based policy allows the action.` ou `User ARN is not authorized to perform action on resource with an explicit deny in a resource based policy.`*
**Solution :** Le rôle de restauration ne dispose pas d'un accès adéquat à la ressource spécifiée dans le message. Mettez à jour la politique de ressources relative à la ressource mentionnée.
**Types de ressources concernés :** tous
# Métadonnées déduites de tests de la restauration
La restauration d’un point de récupération nécessite de restaurer les métadonnées. Pour effectuer des tests de la restauration, AWS Backup déduit automatiquement les métadonnées susceptibles d’aboutir à une restauration réussie. La commande `get-restore-testing-inferred-metadata` peut être utilisée pour prévisualiser ce qui AWS Backup sera déduit. La commande `get-restore-job-metadata` renvoie l'ensemble de métadonnées déduit par AWS Backup. Notez que pour certains types de ressources (Amazon FSx), AWS Backup il n'est pas possible de déduire un ensemble complet de métadonnées.
Les *métadonnées de restauration déduites* sont déterminées au cours du processus de test de la restauration. Vous pouvez remplacer certaines clés de métadonnées de restauration en incluant le paramètre `RestoreMetadataOverrides` dans le corps de `RestoreTestingSelection`. Certaines remplacements de métadonnées ne sont pas disponibles dans la AWS Backup console.
Chaque ressource prise en charge possède à la fois des clés et des valeurs de métadonnées de restauration déduites et des clés de métadonnées de restauration remplaçables. Seules les paires `RestoreMetadataOverrides` clé-valeur ou les paires clé-valeur imbriquées marquées d'un signe *required for successful restore* sont nécessaires à inclure ; les autres sont facultatives. Notez que les valeurs de clé ne sont pas sensibles à la casse.
**Important**
AWS Backup peut en déduire qu'une ressource doit être restaurée avec ses paramètres par défaut, comme une instance Amazon EC2 ou un cluster Amazon RDS restauré sur le VPC par défaut. Toutefois, si la valeur par défaut n'est pas présente, par exemple si le VPC ou le sous-réseau par défaut a été supprimé et qu'aucune modification des métadonnées n'a été saisie, la restauration échouera.
| Type de ressource | Clés et valeurs de métadonnées de restauration déduites | Métadonnées remplaçables |
| --- | --- | --- |
| **DynamoDB** | `deletionProtection`, où la valeur est définie sur `false` `encryptionType` a la valeur `Default` `targetTableName`, où la valeur est définie sur une valeur aléatoire commençant par `awsbackup-restore-test-` | `encryptionType` `kmsMasterKeyArn` |
| **Amazon EBS** | `availabilityZone`, dont la valeur est définie sur une zone de disponibilité aléatoire `encrypted`, dont la valeur est définie sur `true` | `availabilityZone` `iops` `kmsKeyId` `throughput` `volumesize` `volumetype` |
| **Amazon EC2** | La valeur `disableApiTermination` est définie sur `false` La valeur `instanceType` est définie sur le type d’instance du point de récupération en cours de restauration La valeur `requiredImdsV2` est définie sur `true` | `iamInstanceProfileName`(nul ou`UseBackedUpValue`) `instanceType` `requireImdsV2` `securityGroupIds` `subnetId` |
| **Amazon EFS** | La valeur `encrypted` est définie sur `true` La valeur `file-system-id` est définie sur l’ID du système de fichier du point de récupération en cours de restauration `kmsKeyId value` a la valeur `alias/aws/elasticfilesystem` La valeur `newFileSystem` est définie sur `true` La valeur `performanceMode` est définie sur `generalPurpose` | `kmsKeyId` `performanceMode` |
| **Amazon FSx pour Lustre** | `lustreConfiguration` possède des clés imbriquées. Une clé imbriquée est `automaticBackupRetentionDays`, dont la valeur est définie sur `0` | `kmsKeyId` `lustreConfiguration` possède une clé imbriquée `logConfiguration` `securityGroupIds` `subnetIds`, *required for successful restore* |
| **Amazon FSx pour NetApp ONTAP** | `name` est défini sur une valeur aléatoire commençant par `awsbackup_restore_test_` `ontapConfiguration` possède des clés imbriquées, notamment : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) | `ontapConfiguration` possède des clés imbriquées spécifiques remplaçables, notamment : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) |
| **Amazon FSx pour OpenZFS** | `openZfzConfiguration`, qui possède des clés imbriquées, notamment : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) | `kmsKeyId` `openZfsConfiguration` possède des clés imbriquées spécifiques remplaçables, notamment : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) `securityGroupIds` `subnetIds` |
| **Serveur FSx de fichiers Amazon pour Windows** | `windowsConfiguration`, qui possède des clés imbriquées, notamment : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) | `kmsKeyId` `securityGroupIds` `subnetIds` *required for successful restore* `windowsConfiguration`, avec des clés imbriquées spécifiques remplaçables [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/aws-backup/latest/devguide/restore-testing-inferred-metadata.html) |
| **Amazon RDS, Aurora, Amazon DocumentDB, clusters Amazon Neptune** | `availabilityZones` avec une valeur définie sur une liste de trois zones de disponibilité aléatoires au maximum `dbClusterIdentifier` avec une valeur aléatoire commençant par `awsbackup-restore-test` `engine` avec une valeur définie sur le moteur du point de récupération en cours de restauration | `availabilityZones` `databaseName` `dbClusterParameterGroupName` `dbSubnetGroupName` `enableCloudwatchLogsExports` `enableIamDatabaseAuthentication` `engine` `engineMode` `engineVersion` `kmskeyId` `port` `optionGroupName` `scalingConfiguration` `vpcSecurityGroupIds` |
| **Instances Amazon RDS** | `dbInstanceIdentifier` avec une valeur aléatoire commençant par `awsbackup-restore-test-` `deletionProtection` avec une valeur définie sur `false` `multiAz` avec une valeur définie sur `false` `publiclyAccessible` avec une valeur définie sur false | `allocatedStorage` `availabilityZones` `dbInstanceClass` `dbName` `dbParameterGroupName` `dbSubnetGroupName` `domain` `domainIamRoleName` `enableCloudwatchLogsExports` `enableIamDatabaseAuthentication` `iops` `licensemodel` `multiAz` `optionGroupName` `port` `processorFeatures` `publiclyAccessible` `storageType` `vpcSecurityGroupIds` |
| **Amazon Simple Storage Service (Amazon S3)** | `destinationBucketName` avec une valeur aléatoire commençant par `awsbackup-restore-test-` `encrypted ` avec une valeur définie sur `true` `encryptionType` avec une valeur définie sur `SSE-S3` `newBucket` avec une valeur définie sur `true` | `encryptionType` `kmsKey` |
# Restaurer la validation des tests
Vous avez la possibilité de créer une validation pilotée par des événements qui s'exécute lorsqu'une tâche de test de restauration est terminée.
Tout d'abord, créez un flux de validation avec n'importe quelle cible prise en charge par Amazon EventBridge, telle que AWS Lambda. Ensuite, ajoutez une EventBridge règle qui attend que la tâche de restauration atteigne son statut`COMPLETED`. Troisièmement, créez un plan de test de restauration (ou laissez un plan existant s'exécuter comme prévu). Enfin, une fois le test de restauration terminé, surveillez les journaux du flux de travail de validation pour vous assurer qu'il s'est déroulé comme prévu (une fois la validation exécutée, un statut de validation s'affiche dans la [AWS Backup console](https://console.aws.amazon.com/backup)).
1.
**Configurer le flux de travail de validation**
Vous pouvez configurer un flux de travail de validation à l'aide de Lambda ou de toute autre cible prise en charge par. EventBridge Par exemple, si vous validez un test de restauration contenant une instance Amazon EC2, vous pouvez inclure du code qui envoie un ping à un point de terminaison de contrôle de santé.
Vous pouvez utiliser les détails de l'événement pour déterminer les ressources à valider.
Vous pouvez utiliser des [couches Lambda](https://docs.aws.amazon.com/lambda/latest/dg/chapter-layers.html) pour utiliser le dernier SDK (car il n'`PutRestoreValidationResult`est pas disponible via le SDK Lambda).
Voici un exemple :
```
import { Backup } from "@aws-sdk/client-backup";
export const handler = async (event) => {
console.log("Handling event: ", event);
const restoreTestingPlanArn = event.detail.restoreTestingPlanArn;
const resourceType = event.detail.resourceType;
const createdResourceArn = event.detail.createdResourceArn;
// TODO: Validate the resource
const backup = new Backup();
const response = await backup.putRestoreValidationResult({
RestoreJobId: event.detail.restoreJobId,
ValidationStatus: "SUCCESSFUL", // TODO
ValidationStatusMessage: "" // TODO
});
console.log("PutRestoreValidationResult: ", response);
console.log("Finished");
};
```
1.
**Ajouter une EventBridge règle**
[Créez une EventBridge règle](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-get-started.html#eb-gs-create-rule) qui écoute l'[`COMPLETED`événement](https://docs.aws.amazon.com/aws-backup/latest/devguide/eventbridge.html#monitoring-events-in-eventbridge) de la tâche de restauration.
Vous pouvez éventuellement filtrer les événements par type de ressource ou restaurer l'ARN du plan de test. Définissez la cible de cette règle pour appeler le flux de travail de validation que vous avez défini à l'étape 1. Voici un exemple :
```
{
"source":[
"aws.backup"
],
"detail-type":[
"Restore Job State Change"
],
"detail":{
"resourceType":[
"..."
],
"restoreTestingPlanArn":[
"..."
],
"status":[
"COMPLETED"
]
}
}
```
1.
**Laisser le plan de test de restauration s'exécuter et se terminer**
Le plan de test de restauration s'exécutera conformément au calendrier que vous avez configuré.
Voir [Créer un plan de test de restauration](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing.html#restore-testing-create) si vous n'en avez pas encore un ou [Mettre à jour un plan de test de restauration](https://docs.aws.amazon.com/aws-backup/latest/devguide/restore-testing.html#restore-testing-update) si vous souhaitez modifier les paramètres.
1.
**Surveillez les résultats**
Une fois qu'un plan de test de restauration a été exécuté comme prévu, vous pouvez consulter les journaux de votre flux de travail de validation pour vous assurer qu'il s'est déroulé correctement.
Vous pouvez appeler l'API `PutRestoreValidationResult` pour publier les résultats, qui seront ensuite consultables dans la [AWS Backup console](https://console.aws.amazon.com/backup) et via des appels d' AWS Backup API décrivant et répertoriant les tâches de restauration, telles que `DescribeRestoreJob` ou`ListRestoreJob`.
Une fois qu'un statut de validation est défini, il ne peut pas être modifié.