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. # Restauration d’une instance de base de données Cette section indique comment sauvegarder et restaurer une instance de base de données. Apprenez à restaurer une instance de base de données Amazon RDS à partir d’un instantané de base de données. Amazon RDS crée un instantané du volume de stockage de votre instance de base de données, en sauvegardant l'intégralité de cette dernière et pas seulement les bases de données. Vous pouvez créer une instance de base de données en effectuant une restauration à partir d'un instantané de base de données. Vous indiquez le nom de l'instantané de base de données à partir duquel opérer la restauration, puis un nom pour la nouvelle instance de base de données résultant de l'opération de restauration. Vous ne pouvez pas effectuer de restauration à partir d'un instantané de base de données vers une instance de base de données existante ; vous créez une nouvelle instance de base de données lorsque vous restaurez le cliché. Après restauration de l'instance de base de données, vous pouvez l'utiliser dès que son statut est `available`. L'instance de base de données continue de charger des données en arrière-plan. Cette opération s'appelle *chargement différé*. Si vous accédez à des données qui n'ont pas encore été chargées, l'instance de base de données télécharge immédiatement les données demandées à partir d'Amazon S3, et continue à charger le reste des données en arrière-plan. Pour plus d’informations, consultez [Instantanés Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSSnapshots.html). Pour atténuer les effets du chargement différé sur des tables auxquelles vous avez besoin de pouvoir accéder rapidement, vous pouvez effectuer des opérations impliquant des analyses de table entière, telles que `SELECT *`. Cela permet à Amazon RDS de télécharger toutes les données de table sauvegardées à partir de S3. Vous pouvez restaurer une instance de base de données et utiliser un type de stockage différent que l'instantané de base de données source Dans ce cas, le processus de restauration est plus lent en raison du travail supplémentaire requis pour migrer les données vers le nouveau type de stockage. Si vous effectuez une restauration vers ou à partir d'un stockage magnétique, le processus de migration est plus lent. Ceci est dû au fait que le stockage magnétique ne dispose pas de la capacité IOPS du stockage IOPS provisionnés ou Usage général (SSD). Vous pouvez l'utiliser CloudFormation pour restaurer une instance de base de données à partir d'un instantané d'instance de base de données. Pour plus d'informations, consultez [AWS : :RDS : : DBInstance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-rds-dbinstance.html) dans le guide de l'*AWS CloudFormation utilisateur*. **Note** Vous ne pouvez pas restaurer une instance de base de données à partir d'un instantané de base de données qui est à la fois partagé et chiffré. Par contre, vous pouvez créer une copie de l'instantané de base de données et restaurer l'instance de base de données à partir de cette copie. Pour de plus amples informations, veuillez consulter [Copie d’un instantané de base de données pour Amazon RDS](USER_CopySnapshot.md). Pour en savoir plus sur la restauration d’une instance de base de données avec une version de support étendu de RDS, consultez [Restauration d’une instance de base de données ou d’un cluster de bases de données multi-AZ, avec le support étendu Amazon RDS](extended-support-restoring-db-instance.md). ## Restaurer à partir d’un instantané Vous pouvez restaurer une instance de base de données à partir d'un instantané de base de données à l' AWS Management Console aide de l'API AWS CLI, de ou de l'API RDS. **Note** Vous ne pouvez pas réduire la quantité de stockage lorsque vous restaurez une instance de base de données. Lorsque vous augmentez la valeur du stockage alloué, vous devez le faire d'au moins 10 %. Si vous tentez d'augmenter la valeur de moins de 10 %, une erreur s'affiche. Vous ne pouvez pas augmenter le stockage alloué lors de la restauration des instances de base de données RDS for SQL Server. ### Console **Pour restaurer une instance de base de données à partir d’un instantané de base de données** 1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse. 1. Dans le panneau de navigation, choisissez **Snapshots**. 1. Choisissez l'instantané de base de données à partir duquel vous voulez restaurer. 1. Pour **Actions**, choisissez **Restaurer l'instantané**. 1. Sur la page **Restore snapshot** (Restaurer l'instantané), pour **DB instance identifier** (Identifiant d'instance de base de données), saisissez le nom de votre instance de base de données restaurée. 1. Spécifiez d'autres paramètres, tels que la taille de stockage allouée. Pour plus d’informations sur chaque paramètre, consultez [Paramètres des instances de base de données](USER_CreateDBInstance.Settings.md). 1. Choisissez **Restore DB Instance (Restaurer une instance de base de données)**. ### AWS CLI Pour restaurer une instance de base de données à partir d'un instantané de base de données, utilisez la AWS CLI commande [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html). Dans cet exemple, vous effectuez la restauration à partir d'un instantané de base de données précédemment créé, nommé `mydbsnapshot`. Vous effectuez la restauration à une nouvelle instance de base de données nommée `mynewdbinstance`. Cet exemple définit également la taille de stockage allouée. Vous pouvez spécifier d’autres paramètres. Pour plus d’informations sur chaque paramètre, consultez [Paramètres des instances de base de données](USER_CreateDBInstance.Settings.md). **Example** Pour Linux, macOS ou Unix : ``` 1. aws rds restore-db-instance-from-db-snapshot \ 2. --db-instance-identifier mynewdbinstance \ 3. --db-snapshot-identifier mydbsnapshot \ 4. --allocated-storage 100 ``` Pour Windows : ``` 1. aws rds restore-db-instance-from-db-snapshot ^ 2. --db-instance-identifier mynewdbinstance ^ 3. --db-snapshot-identifier mydbsnapshot ^ 4. --allocated-storage 100 ``` La sortie générée lors de l'exécution de cette commande est semblable à ce qui suit : ``` 1. DBINSTANCE mynewdbinstance db.t3.small MySQL 50 sa creating 3 n 8.0.28 general-public-license ``` **Example** L'exemple suivant montre comment restaurer un instantané tout en ajoutant un volume de stockage supplémentaire à l'instance nouvellement créée. L'instantané incluait un volume supplémentaire`rdsdbdata2`. L'opération de restauration ajoute`rdsdbdata3`, soit un total de trois volumes dans l'instance nouvellement créée. Vous ne pouvez pas supprimer un volume lorsque vous restaurez l'instantané. ``` 1. aws rds restore-db-instance-from-db-snapshot \ 2. --db-instance-identifier my-restored-instance \ 3. --db-snapshot-identifier my-asv-snapshot \ 4. --additional-storage-volumes '[{ \ 5. "VolumeName": "rdsdbdata3", \ 6. "StorageType":"gp3", \ 7. "AllocatedStorage": 5000, \ 8. "IOPS": 12000 \ 9. }]' ``` ### API RDS Pour restaurer une instance de base de données à partir d'un instantané de base de données, appelez la fonction [Restore From DBInstance de](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html) l'API Amazon RDS DBSnapshot avec les paramètres suivants : + `DBInstanceIdentifier` + `DBSnapshotIdentifier` ## Considérations Pour plus de détails sur la restauration d’une instance de base de données à partir d’un instantané de base de données, consultez les rubriques suivantes. **Topics** + [Considérations relatives au groupe de paramètres](#USER_RestoreFromSnapshot.Parameters) + [Considérations relatives aux groupes de sécurité](#USER_RestoreFromSnapshot.Security) + [Considérations relatives au groupe d'options](#USER_RestoreFromSnapshot.Options) + [Considérations relatives à l'étiquetage des ressources](#restore-from-snapshot.tagging) + [Considérations relatives à Db2](#USER_RestoreFromSnapshot.Db2) + [Considérations relatives à Microsoft SQL Server](#USER_RestoreFromSnapshot.MSSQL) + [Considérations relatives à SQL](#USER_RestoreFromSnapshot.MySQL) + [Considérations relatives à Oracle Database](#USER_RestoreFromSnapshot.Oracle) ### Considérations relatives au groupe de paramètres Nous vous recommandons de conserver le groupe de paramètres de base de données de tout instantané de bases de données que vous créez, de telle sorte que vous puissiez associer votre instance de base de données restaurée au groupe de paramètres approprié. Le groupe de paramètres de base de données par défaut est associé à l'instance restaurée, sauf si vous en choisissez une autre. Aucun paramètre personnalisé n'est disponible dans le groupe de paramètres par défaut. Vous pouvez spécifier le groupe de paramètres lorsque vous restaurez l'instance de base de données. Pour plus d’informations sur les groupes de paramètres DB, consultez [Groupes de paramètres pour Amazon RDS](USER_WorkingWithParamGroups.md). ### Considérations relatives aux groupes de sécurité Lorsque vous restaurez une instance de base de données, le cloud privé virtuel (VPC) par défaut, le groupe de sous-réseaux de base de données et le groupe de sécurité VPC sont associés à l'instance restaurée, sauf si vous en choisissez d'autres. + Si vous utilisez la console Amazon RDS, vous pouvez spécifier un groupe de sécurité VPC personnalisé à associer à l'instance ou créer un nouveau groupe de sécurité VPC. + Si vous utilisez le AWS CLI, vous pouvez spécifier un groupe de sécurité VPC personnalisé à associer à l'instance en incluant l'`--vpc-security-group-ids`option dans la `restore-db-instance-from-db-snapshot` commande. + Si vous utilisez l’API Amazon RDS, vous pouvez inclure le paramètre `VpcSecurityGroupIds.VpcSecurityGroupId.N` dans l’action `RestoreDBInstanceFromDBSnapshot`. Dès que la restauration est terminée et que votre nouvelle instance de base de données est disponible, vous pouvez également changer les paramètres de VPC en modifiant l'instance de base de données. Pour de plus amples informations, veuillez consulter [Modification d'une instance de base de données Amazon RDS](Overview.DBInstance.Modifying.md). ### Considérations relatives au groupe d'options Lorsque vous restaurez une instance de base de données, le groupe d'options de base de données par défaut est associé à l'instance de base de données restaurée dans la plupart des cas. L'exception concerne l'instance de base de données source associée à un groupe d'options contenant une option persistante ou permanente. Par exemple, si l'instance de base de données source utilise le chiffrement des données Oracle Transparent Data Encryption (TDE), l'instance de base de données restaurée doit utiliser un groupe d'options ayant l'option TDE. Si vous restaurez une instance de base de données dans un VPC différent, vous devez effectuer l'une des opérations suivantes pour affecter un groupe d'options de base de données : + Affectez le groupe d'options par défaut de ce groupe VPC à l'instance. + Affectez un autre groupe d'options qui est lié à ce VPC. + Créez un nouveau groupe d'options et affectez-le à l'instance de base de données. Avec les options permanentes ou persistantes, telles qu'Oracle TDE, vous devez créer un nouveau groupe d'options incluant l'option persistante ou permanente. Pour plus d’informations sur les groupes d’options de base de données, consultez [Utilisation de groupes d’options](USER_WorkingWithOptionGroups.md). ### Considérations relatives à l'étiquetage des ressources Lorsque vous restaurez une instance de base de données depuis un instantané de base de données, RDS vérifie si vous spécifiez de nouvelles identifications. Si oui, les nouvelles identifications sont ajoutées à l’instance de base de données restaurée. S'il n'y a pas de nouvelles identifications, RDS ajoute les identifications de l'instance de base de données source au moment de la création de l'instantané dans l'instance de base de données restaurée. Pour de plus amples informations, veuillez consulter [Copie de balises vers des instantanés de base de données](USER_Tagging.md#USER_Tagging.CopyTags). ### Considérations relatives à Db2 Avec le modèle BYOL, vos instances de base de données Amazon RDS for Db2 doivent être associées à un groupe de paramètres personnalisés qui contient votre IBM Site ID et votre IBM Customer ID. Dans le cas contraire, les tentatives de restauration d’une instance de base de données à partir d’un instantané échoueront. Vos instances de base de données Amazon RDS pour DB2 doivent également être associées à une licence AWS License Manager autogérée. Pour de plus amples informations, veuillez consulter [Apportez votre propre licence (BYOL) pour Db2](db2-licensing.md#db2-licensing-options-byol). Avec le AWS Marketplace modèle de licence DB2, vous avez besoin d'un AWS Marketplace abonnement actif pour l'IBM Db2édition particulière que vous souhaitez utiliser. Si vous n’en avez pas déjà, [abonnez-vous à Db2 dans AWS Marketplace](db2-licensing.md#db2-marketplace-subscribing-registering) pour cette édition d’IBM Db2. Pour de plus amples informations, veuillez consulter [Licence DB2 via AWS Marketplace](db2-licensing.md#db2-licensing-options-marketplace). ### Considérations relatives à Microsoft SQL Server Lorsque vous restaurez un instantané de base de données RDS for Microsoft SQL Server sur une nouvelle instance, vous pouvez toujours effectuer une restauration sur la même édition que votre instantané. Dans certains cas, vous pouvez également modifier l'édition de l'instance de base de données. Les limitations suivantes s'appliquent lors de la modification des éditions : + L'instantané de base de données doit disposer de suffisamment de stockage alloué à la nouvelle édition. + Seules les modifications d'édition suivantes sont prises en charge : + De Standard Edition vers Enterprise Edition + De Web Edition vers Standard Edition ou Enterprise Edition + D'Express Edition vers Web Edition, Standard Edition ou Enterprise Edition Si vous voulez passer d'une édition à une nouvelle édition qui n'est pas prise en charge en restaurant un instantané, vous pouvez essayer d'utiliser la fonction de sauvegarde et de restauration native. SQL Server vérifie si votre base de données est compatible avec la nouvelle édition sur la base des fonctions SQL Server que vous avez activées sur la base de données. Pour de plus amples informations, veuillez consulter [Importation et exportation de bases de données SQL Server à l'aide de la sauvegarde et de la restauration natives](SQLServer.Procedural.Importing.md). ### Considérations relatives à SQL Pour effectuer une restauration à partir d’un instantané de base de données RDS for MySQL avec une version de moteur non prise en charge, vous devrez peut-être mettre à niveau votre instantané de base de données plusieurs fois. Pour plus d’informations sur les options de mise à niveau, consultez [Mise à niveau des options pour les instantanés de base de données avec des versions de moteur non prises en charge pour RDS for MySQL](mysql-upgrade-snapshot.upgrade-options.md). Pour plus d’informations sur la mise à niveau de la version du moteur d’un instantané de base de données RDS for MySQL, consultez [Mise à niveau d’une version du moteur d’instantané de base de données MySQL](mysql-upgrade-snapshot.md). ### Considérations relatives à Oracle Database Lorsque vous restaurez une base de données Oracle à partir d'un instantané de base de données, tenez compte des points suivants : + Avant de restaurer un instantané de base de données, vous pouvez le mettre à niveau vers une version ultérieure de base de données Oracle. Pour de plus amples informations, veuillez consulter [Mise à niveau d’un instantané de base de données Oracle](USER_UpgradeDBSnapshot.Oracle.md). + Si vous restaurez un instantané d'une instance de CDB qui utilise la configuration à locataire unique, vous pouvez modifier le nom de la PDB. Vous ne pouvez pas modifier les noms de PDB lorsque votre instance de CDB utilise la configuration à locataires multiples. Pour de plus amples informations, veuillez consulter [Sauvegarde et restauration d'une CDB](Oracle.Concepts.single-tenant.snapshots.md). + Vous ne pouvez pas modifier le nom de la base de données de conteneur (CDB), qui est toujours `RDSCDB`. Ce nom de CDB est le même pour toutes les instances de CDB. + Vous ne pouvez pas interagir directement avec les bases de données locataire dans un instantané de base de données. Si vous restaurez un instantané d'une instance de CDB qui utilise la configuration à locataires multiples, vous restaurez toutes ses bases de données locataire. Vous pouvez utiliser [describe-db-snapshot-tenant-databases](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshot-tenant-databases.html) pour inspecter les bases de données mutualisées dans un instantané de base de données avant de le restaurer. + Si vous utilisez Oracle GoldenGate, conservez toujours le groupe de paramètres associé au `compatible` paramètre. Lorsque vous restaurez une instance de base de données depuis un instantané de bases de données, spécifiez le groupe de paramètres associé à une valeur `compatible` correspondante ou supérieure. + Vous pouvez choisir de renommer votre base de données lorsque vous restaurez un instantané de base de données. Si la taille totale du journal de rétablissement en ligne est supérieure à 20 Go, RDS peut rétablir la taille de votre journal de rétablissement en ligne à ses paramètres par défaut de 512 Mo (4 x 128 Mo). La taille réduite permet de terminer l’opération de restauration dans un délai raisonnable. Vous pouvez recréer les journaux de rétablissement en ligne ultérieurement et en modifier la taille. + Vous pouvez gérer le mot de passe utilisateur principal dans AWS Secrets Manager. Pour de plus amples informations, veuillez consulter [Présentation de la gestion des mots de passe des utilisateurs principaux avec AWS Secrets Manager](rds-secrets-manager.md#rds-secrets-manager-overview). # Restauration d’une instance de base de données à un instant précis pour Amazon RDS Vous pouvez restaurer une instance de base de données à un instant précis, et créer ainsi une nouvelle instance de base de données sans modifier l’instance de base de données source. Lorsque vous restaurez une instance de base de données à un moment donné, vous pouvez choisir le groupe de sécurité de cloud privé virtuel (VPC) par défaut. Vous pouvez également appliquer un groupe de sécurité VPC personnalisé à votre instance de base de données. Les instances de base de données restaurées sont automatiquement associées aux groupes de paramètres et d’options de base de données par défaut. Cependant, vous pouvez appliquer un groupe de paramètres ou d’options personnalisé en le définissant au moment de la restauration. Si des balises sont fournies dans la demande, les balises fournies sont appliquées à l'instance de base de données restaurée. Si les balises ne sont pas fournies dans la demande et si l'instance de base de données source est active dans la région et possède des balises, RDS ajoute les dernières balises de l'instance de base de données source à l'instance de base de données restaurée. RDS charge les journaux de transaction pour les instances de base de données Amazon S3 toutes les cinq minutes. Pour connaître l'heure de restauration la plus récente pour une instance de base de données, utilisez la AWS CLI [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)commande et examinez la valeur renvoyée dans le `LatestRestorableTime` champ correspondant à l'instance de base de données. Pour afficher l'heure de restauration la plus récente pour chaque instance de base de données dans la console Amazon RDS, choisissez **Automated backups (Sauvegardes automatisées)**. Vous pouvez procéder à une restauration à n'importe quel moment dans le passé au cours de la période de rétention des sauvegardes. Pour afficher l'heure de restauration la plus ancienne pour chaque instance de base de données, choisissez **Automated backups (Sauvegardes automatisées)** dans la console Amazon RDS. ![\[Sauvegardes automatiques\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/images/automated-backups.png) **Note** Nous vous recommandons de restaurer la même taille d'instance de base de données—et les mêmes I/O par seconde ou similaires si vous utilisez le stockage IOPS provisionnés—comme instance DB source. Vous pouvez obtenir une erreur si, par exemple, vous choisissez une taille d'instance de base de données avec une valeur d'IOPS incompatible. Pour en savoir plus sur la restauration d’une instance de base de données avec une version de support étendu de RDS, consultez [Restauration d’une instance de base de données ou d’un cluster de bases de données multi-AZ, avec le support étendu Amazon RDS](extended-support-restoring-db-instance.md). Certains moteurs de base de données Amazon RDS obéissent à des considérations particulières lors de la restauration à partir d’un instant précis : + Si vous utilisez l’authentification par mot de passe avec une instance de base de données Amazon RDS for Db2, les actions de gestion des utilisateurs, y compris `rdsadmin.add_user`, ne seront pas enregistrées dans les journaux. Ces actions nécessitent une sauvegarde instantanée complète. Avec le modèle BYOL, vos instances de base de données RDS for Db2 doivent être associées à un groupe de paramètres personnalisés qui contient votre IBM Site ID et votre IBM Customer ID. Dans le cas contraire, les tentatives de restauration d’une instance de base de données à un instant précis échoueront. Vos instances de base de données Amazon RDS pour DB2 doivent également être associées à une licence AWS License Manager autogérée. Pour de plus amples informations, veuillez consulter [Apportez votre propre licence (BYOL) pour Db2](db2-licensing.md#db2-licensing-options-byol). Avec le AWS Marketplace modèle de licence DB2, vous avez besoin d'un AWS Marketplace abonnement actif pour l'IBM Db2édition particulière que vous souhaitez utiliser. Si vous n’en avez pas déjà, [abonnez-vous à Db2 dans AWS Marketplace](db2-licensing.md#db2-marketplace-subscribing-registering) pour cette édition d’IBM Db2. Pour de plus amples informations, veuillez consulter [Licence DB2 via AWS Marketplace](db2-licensing.md#db2-licensing-options-marketplace). + Lorsque vous restaurez une instance de base de données RDS pour Oracle à un moment donné, vous pouvez spécifier un moteur de base de données, un modèle de licence et un DBName (SID) différents pour l'instance de base de données restaurée. Vous pouvez également spécifier que RDS doit stocker les mots de passe des utilisateurs principaux dans AWS Secrets Manager. Pour de plus amples informations, veuillez consulter [Présentation de la gestion des mots de passe des utilisateurs principaux avec AWS Secrets Manager](rds-secrets-manager.md#rds-secrets-manager-overview). + Lorsque vous restaurez une instance de base de données Microsoft SQL Server à un instant dans le passé, chaque base de données au sein de cette instance est restaurée à un point dans le temps situé au sein d'1 seconde de chaque autre base de données de l'instance. Les transactions qui couvrent plusieurs bases de données au sein de l'instance peuvent ne pas être restaurées de manière cohérente. + Pour une instance de base de données SQL Server, les modes `OFFLINE`, `EMERGENCY` et `SINGLE_USER` ne sont pas pris en charge. La configuration d'une base de données avec l'un de ces modes entraîne le blocage de la date/heure de restauration la plus récente pour la totalité de l'instance. + Certaines actions, telles que la modification du modèle de restauration d'une base de données SQL Server, peuvent interrompre la séquence des journaux utilisés pour la point-in-time restauration. Dans certains cas, Amazon RDS peut détecter ce problème et la date/heure de restauration la plus récente est bloquée. Dans d'autres cas, par exemple lorsqu'une base de données SQL Server utilise le modèle de récupération `BULK_LOGGED`, la rupture de la séquence de journalisation n'est pas détectée. Il peut s'avérer impossible de restaurer une instance de base de données SQL Server à un instant dans le passé s'il existe une rupture dans la séquence de journalisation. Pour ces raisons, Amazon RDS ne prend pas en charge le modèle de récupération des bases de données SQL Server. Vous pouvez également l'utiliser AWS Backup pour gérer les sauvegardes des instances de base de données Amazon RDS. Si votre instance de base de données est associée à un plan de sauvegarde dans AWS Backup, ce plan de sauvegarde est utilisé pour la point-in-time restauration. Les sauvegardes créées avec des noms AWS Backup se terminant par`awsbackup:AWS-Backup-job-number`. Pour plus d'informations à ce sujet AWS Backup, consultez le [https://docs.aws.amazon.com/aws-backup/latest/devguide](https://docs.aws.amazon.com/aws-backup/latest/devguide). **Note** Les informations de cette rubrique s'appliquent à Amazon RDS. Pour plus d’informations sur la restauration d’un cluster de bases de données Amazon Aurora, consultez [Restauration d’un cluster de bases de données à un instant spécifié](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-pitr.html). Vous pouvez restaurer une instance de base de données à un moment donné à l'aide de l' AWS Management Console API AWS CLI, de ou de l'API RDS. **Note** Vous ne pouvez pas réduire la quantité de stockage lorsque vous restaurez une instance de base de données. Lorsque vous augmentez la valeur du stockage alloué, vous devez le faire d'au moins 10 %. Si vous tentez d'augmenter la valeur de moins de 10 %, une erreur s'affiche. Vous ne pouvez pas augmenter le stockage alloué lors de la restauration des instances de base de données RDS for SQL Server. ## Console **Pour restaurer une instance de base de données à un moment donné** 1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse. 1. Dans le panneau de navigation, choisissez **Automated backups** (Sauvegardes automatisées). Les sauvegardes automatisées sont affichées dans l'onglet **Current Region** (Région actuelle). 1. Choisissez l'instance de base de données que vous souhaitez restaurer. 1. Sous **Actions**, sélectionnez **Restaurer à un moment donné**. La fenêtre **Restaurer à un instant dans le passé** s’affiche. 1. Choisissez **Dernière heure de restauration possible** pour restaurer à la dernière heure possible, ou choisissez **Personnalisé** pour choisir une heure. Si vous choisissez **Custom** (Personnalisé), saisissez la date et l'heure auxquelles vous souhaitez restaurer l'instance. **Note** Les heures sont exprimées dans votre fuseau horaire local, qui est indiqué par son décalage par rapport à l’heure UTC. Par exemple, UTC-5 correspond à l' Time/Central heure avancée normale de l'Est. 1. Pour **Identifiant d’instance de base de données**, entrez le nom de l’instance de base de données restaurée. Le nom doit être unique. 1. Choisissez d’autres options selon vos besoins, telles que la classe d’instance de base de données et le stockage, ou le fait que vous voulez utiliser la mise à l’échelle automatique du stockage. Pour plus d’informations sur chaque paramètre, consultez [Paramètres des instances de base de données](USER_CreateDBInstance.Settings.md). 1. Choisissez **Restaurer à un instant dans le passé**. ## AWS CLI Pour restaurer une instance de base de données à une heure spécifiée, utilisez la AWS CLI commande [restore-db-instance-to- point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html) pour créer une nouvelle instance de base de données. Cet exemple définit également la taille de stockage allouée et active la mise à l'échelle automatique du stockage. L'étiquetage des ressources est pris en charge pour cette opération. Lorsque vous utilisez l'option `--tags`, les identifications d'instance de base de données source sont ignorées et celles qui sont fournies sont utilisées. Sinon, les dernières identifications de l'instance source sont utilisées. Vous pouvez spécifier d’autres paramètres. Pour plus d’informations sur chaque paramètre, consultez [Paramètres des instances de base de données](USER_CreateDBInstance.Settings.md). **Example** Pour Linux, macOS ou Unix : ``` 1. aws rds restore-db-instance-to-point-in-time \ 2. --source-db-instance-identifier mysourcedbinstance \ 3. --target-db-instance-identifier mytargetdbinstance \ 4. --restore-time 2017-10-14T23:45:00.000Z \ 5. --allocated-storage 100 \ 6. --max-allocated-storage 1000 ``` Pour Windows : ``` 1. aws rds restore-db-instance-to-point-in-time ^ 2. --source-db-instance-identifier mysourcedbinstance ^ 3. --target-db-instance-identifier mytargetdbinstance ^ 4. --restore-time 2017-10-14T23:45:00.000Z ^ 5. --allocated-storage 100 ^ 6. --max-allocated-storage 1000 ``` **Example** L'exemple suivant montre l'ajout d'un volume lors de la restauration de l'instance à un moment donné. Pour Linux, macOS ou Unix : ``` 1. aws rds restore-db-instance-to-point-in-time \ 2. --source-db-instance-identifier my-asv-instance \ 3. --target-db-instance-identifier my-pitr-instance \ 4. --use-latest-restorable-time \ 5. --additional-storage-volumes '[{ \ 6. "VolumeName": "rdsdbdata2", \ 7. "StorageType":"gp3", \ 8. "AllocatedStorage": 5000, \ 9. "IOPS": 12000 \ 10. }]' ``` Pour Windows : ``` 1. aws rds restore-db-instance-to-point-in-time ^ 2. --source-db-instance-identifier my-asv-instance ^ 3. --target-db-instance-identifier my-pitr-instance ^ 4. --use-latest-restorable-time ^ 5. --additional-storage-volumes '[{ ^ 6. "VolumeName": "rdsdbdata2", ^ 7. "StorageType":"gp3", ^ 8. "AllocatedStorage": 5000, ^ 9. "IOPS": 12000 ^ 10. }]' ``` ## API RDS Pour restaurer une instance de base de données à une date spécifiée, appelez l'opération d'API Amazon RDS [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html) avec les paramètres suivants : + `SourceDBInstanceIdentifier` + `TargetDBInstanceIdentifier` + `RestoreTime` # Restauration d'un cluster de base de données multi-AZ à une date définie Vous pouvez restaurer un cluster de base de données Multi-AZ à un moment précis dans le temps, en créant un nouveau cluster de base de données Multi-AZ. RDS charge de façon continue les journaux de transactions pour les clusters de base de données multi-AZ sur Amazon S3. Vous pouvez procéder à une restauration à n’importe quel instant précis au cours de la période de conservation des sauvegardes. Pour voir l'heure de restauration la plus ancienne d'un cluster de base de données multi-AZ, utilisez la commande [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) d'AWS CLI. Consultez la valeur renvoyée dans le champ `EarliestRestorableTime` pour le cluster de base de données. Pour connaître la dernière heure de restauration d'un cluster DB Multi-AZ, regardez la valeur renvoyée dans le champ `LatestRestorableTime` correspondant au cluster DB. Lorsque vous restaurez un cluster de bases de données multi-AZ à un instant précis, vous pouvez choisir le groupe de sécurité VPC par défaut pour votre cluster de bases de données multi-AZ ou appliquer un groupe de sécurité VPC personnalisé à votre cluster de bases de données multi-AZ. Les clusters de base de données multi-AZ restaurés sont automatiquement associés au groupe de paramètres de cluster de base de données par défaut. Cependant, vous pouvez appliquer un groupe de paramètres de cluster de bases de données personnalisés en le spécifiant au cours d’une restauration. Si le cluster de bases de données source possède des identifications de ressource, RDS ajoute les dernières identifications au cluster de bases de données restauré. **Note** Nous vous recommandons de procéder à la restauration à une taille de cluster de base de données Multi-AZ identique ou similaire à celle du cluster de base de données source. Nous vous recommandons également de procéder à la restauration avec une valeur d'IOPS identique ou similaire si vous utilisez un stockage à IOPS provisionnés. Vous pouvez obtenir une erreur si, par exemple, vous choisissez une taille de cluster de base de données avec une valeur d'IOPS incompatible. Si le cluster de bases de données multi-AZ source utilise un stockage SSD à usage général (gp3) et dispose de moins de 400 Gio de stockage alloué, vous ne pouvez pas modifier les IOPS provisionnées pour le cluster de bases de données restauré. Pour en savoir plus sur la restauration d’un cluster de bases de données multi-AZ avec une version de support étendu de RDS, consultez [Restauration d’une instance de base de données ou d’un cluster de bases de données multi-AZ, avec le support étendu Amazon RDS](extended-support-restoring-db-instance.md). Vous pouvez restaurer un cluster de base de données multi-AZ à un instant dans le passé à partir de la AWS Management Console, d'AWS CLI ou de l'API RDS. ## Console **Pour restaurer un cluster de base de données multi-AZ à un instant dans le passé** 1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l’adresse [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Dans la panneau de navigation, choisissez **Bases de données**. 1. Choisissez le cluster de base de données multi-AZ à restaurer. 1. Sous **Actions**, sélectionnez **Restaurer à un instant précis**. La fenêtre **Restaurer à un instant dans le passé** s’affiche. 1. Choisissez **Dernière heure de restauration** pour restaurer à la dernière heure possible, ou choisissez **Personnalisé** pour choisir une heure. Si vous choisissez **Custom** (Personnalisé), saisissez la date et l'heure auxquelles vous souhaitez restaurer le cluster de base de données multi-AZ. **Note** Les heures sont exprimées dans votre fuseau horaire local, qui est indiqué par son décalage par rapport à l’heure UTC. Par exemple, UTC-5 est l’heure normale de l’Est/heure avancée du Centre. 1. Dans **DB cluster identifier (Identifiant du cluster de bases de données)**, saisissez le nom du cluster de bases de données multi-AZ que vous avez restauré. 1. Dans **Availability and durability** (Disponibilité et durabilité), choisissez **Multi-AZ DB cluster** (Cluster de base de données Multi-AZ). ![\[Choix du cluster de bases de données multi-AZ\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-create.png) 1. Pour **DB instance class** (Classe d'instance de base de données), choisissez une classe d'instance de base de données. Actuellement, les clusters DB Multi-AZ ne prennent en charge que les classes d’instance de base de données db.m6gd et db.r6gd. Pour plus d’informations sur les classes d’instance de base de données, consultez [Classes d'instances de base de données ](Concepts.DBInstanceClass.md). 1. Pour les sections restantes, spécifiez vos paramètres de cluster de bases de données. Pour plus d’informations sur chaque paramètre, consultez [Paramètres de création de clusters de base de données multi-AZ](create-multi-az-db-cluster.md#create-multi-az-db-cluster-settings). 1. Choisissez **Restaurer à un instant précis**. ## AWS CLI Pour restaurer un cluster de base de données multi-AZ à un instant déterminé, utilisez la commande [restore-db-cluster-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-to-point-in-time.html) d'AWS CLI pour créer un cluster de base de données multi-AZ. Actuellement, les clusters DB Multi-AZ ne prennent en charge que les classes d’instance de base de données db.m6gd et db.r6gd. Pour plus d’informations sur les classes d’instance de base de données, consultez [Classes d'instances de base de données ](Concepts.DBInstanceClass.md). **Example** Pour Linux, macOS ou Unix : ``` 1. aws rds restore-db-cluster-to-point-in-time \ 2. --source-db-cluster-identifier mysourcemultiazdbcluster \ 3. --db-cluster-identifier mytargetmultiazdbcluster \ 4. --restore-to-time 2021-08-14T23:45:00.000Z \ 5. --db-cluster-instance-class db.r6gd.xlarge ``` Pour Windows : ``` 1. aws rds restore-db-cluster-to-point-in-time ^ 2. --source-db-cluster-identifier mysourcemultiazdbcluster ^ 3. --db-cluster-identifier mytargetmultiazdbcluster ^ 4. --restore-to-time 2021-08-14T23:45:00.000Z ^ 5. --db-cluster-instance-class db.r6gd.xlarge ``` ## API RDS Pour restaurer un cluster de base de données à un instant déterminé, appelez l'opération [RestoreDBClusterToPointInTime](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterToPointInTime.html) de l'API Amazon RDS avec les paramètres suivants : + `SourceDBClusterIdentifier` + `DBClusterIdentifier` + `RestoreToTime` # Restauration d'un instantané dans un cluster de base de données multi-AZ Vous pouvez restaurer un instantané sur un cluster de base de données multi-AZ à l'aide de l'API AWS Management Console, de AWS CLI, ou de l'API RDS. Vous pouvez restaurer chacun des types d'instantanés suivants dans un cluster de base de données multi-AZ : + Un instantané de déploiement mono-AZ + Un instantané de déploiement de cluster de bases de données multi-AZ avec une seule instance de base de données + Un instantané de cluster de base de données multi-AZ Pour plus d'informations sur les déploiements multi-AZ, consultez [Configuration et gestion d’un déploiement multi-AZ pour Amazon RDS](Concepts.MultiAZ.md). **Astuce** Vous pouvez migrer un déploiement mono-AZ ou un déploiement de cluster de bases de données multi-AZ vers un déploiement de cluster de bases de données multi-AZ en restaurant un instantané. Pour en savoir plus sur la restauration d’un cluster de bases de données multi-AZ avec une version de support étendu de RDS, consultez [Restauration d’une instance de base de données ou d’un cluster de bases de données multi-AZ, avec le support étendu Amazon RDS](extended-support-restoring-db-instance.md). ## Console **Pour restaurer un instantané dans un cluster de base de données multi-AZ** 1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse. 1. Dans le panneau de navigation, choisissez **Snapshots (Instantanés)**. 1. Choisissez l'snapshot  à partir duquel vous voulez restaurer. 1. Pour **Actions**, choisissez **Restaurer l’instantané**. 1. Sur la page **Restore snapshot** (Restaurer l'instantané), dans **Availability and durability** (Disponibilité et durabilité), choisissez **Multi-AZ DB cluster** (Cluster de base de données Multi-AZ). ![\[Choix du cluster de base de données multi-AZ\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-create.png) 1. Dans **DB cluster identifier (Identifiant du cluster de base de données)**, saisissez le nom du cluster de base de données multi-AZ que vous avez restauré. 1. Pour les sections restantes, spécifiez vos paramètres de cluster de bases de données. Pour plus d’informations sur chaque paramètre, consultez [Paramètres de création de clusters de base de données multi-AZ](create-multi-az-db-cluster.md#create-multi-az-db-cluster-settings). 1. Choisissez **Restore DB Instance (Restaurer une instance de base de données)**. ## AWS CLI Pour restaurer un instantané sur un cluster de base de données multi-AZ, utilisez la AWS CLI commande [restore-db-cluster-from-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html). Dans l'exemple suivant, vous effectuez la restauration à partir d'un instantané créé précédemment sous le nom `mysnapshot`. Vous effectuez la restauration dans un cluster de base de données multi-AZ nommé `mynewmultiazdbcluster`. Vous spécifiez également la classe d'instance de base de données utilisée par les instances de base de données du cluster de base de données multi-AZ. Spécifiez `mysql` ou `postgres` pour le moteur de base de données. Pour l'option `--snapshot-identifier`, vous pouvez utiliser le nom ou l'Amazon Resource Name (ARN) pour spécifier un instantané de cluster de bases de données. Cependant, vous pouvez utiliser uniquement l'ARN pour spécifier un instantané de base de données. Pour l'option `--db-cluster-instance-class`, spécifiez la classe d'instance de base de données du nouveau cluster de bases de données multi-AZ. Les clusters de bases de données multi-AZ ne prennent en charge que des classes d'instance de base de données spécifiques, telles que les classes d'instance de base de données db.m6gd et db.r6gd. Pour plus d’informations sur les classes d’instance de base de données, consultez [Classes d'instances de base de données ](Concepts.DBInstanceClass.md). Vous pouvez également spécifier d'autres options. **Example** Pour Linux, macOS ou Unix : ``` 1. aws rds restore-db-cluster-from-snapshot \ 2. --db-cluster-identifier mynewmultiazdbcluster \ 3. --snapshot-identifier mysnapshot \ 4. --engine mysql|postgres \ 5. --db-cluster-instance-class db.r6gd.xlarge ``` Pour Windows : ``` 1. aws rds restore-db-cluster-from-snapshot ^ 2. --db-cluster-identifier mynewmultiazdbcluster ^ 3. --snapshot-identifier mysnapshot ^ 4. --engine mysql|postgres ^ 5. --db-cluster-instance-class db.r6gd.xlarge ``` Une fois le cluster de bases de données restauré, vous pouvez ajouter le cluster de bases de données multi-AZ au groupe de sécurité associé au cluster de bases de données ou à l'instance de base de données qui a servi à créer l'instantané, le cas échéant. Cette action offre les même fonctions que le cluster de bases de données précédent ou l'instance de base de données précédente. ## API RDS Pour restaurer un instantané sur un cluster de base de données multi-AZ, appelez l'opération [Restore](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterFromSnapshot.html) de l'API RDS DBCluster FromSnapshot avec les paramètres suivants : + `DBClusterIdentifier` + `SnapshotIdentifier` + `Engine` Vous pouvez également spécifier d'autres paramètres facultatifs. Une fois le cluster de bases de données restauré, vous pouvez ajouter le cluster de bases de données multi-AZ au groupe de sécurité associé au cluster de bases de données ou à l'instance de base de données qui a servi à créer l'instantané, le cas échéant. Cette action offre les même fonctions que le cluster de bases de données précédent ou l'instance de base de données précédente. # Restauration d'un instantané de cluster de bases de données multi-AZ dans une instance de base de données *Multi-AZ DB cluster snapshot* (Instantané de cluster de bases de données multi-AZ) crée un instantané du volume de stockage de votre cluster de bases de données en sauvegardant l'intégralité de ce dernier, et pas seulement les bases de données. Vous pouvez restaurer un instantané de cluster de bases de données multi-AZ dans un déploiement mono-AZ ou un déploiement d'instance de base de données multi-AZ. Pour plus d'informations sur les déploiements multi-AZ, consultez [Configuration et gestion d’un déploiement multi-AZ pour Amazon RDS](Concepts.MultiAZ.md). **Note** Vous pouvez également restaurer un instantané de cluster de bases de données multi-AZ dans un nouveau cluster de bases de données multi-AZ. Pour obtenir des instructions, veuillez consulter [Restauration d'un instantané dans un cluster de base de données multi-AZ](USER_RestoreFromMultiAZDBClusterSnapshot.Restoring.md). Pour en savoir plus sur la restauration d’un cluster de bases de données multi-AZ avec une version de support étendu de RDS, consultez [Restauration d’une instance de base de données ou d’un cluster de bases de données multi-AZ, avec le support étendu Amazon RDS](extended-support-restoring-db-instance.md). Utilisez l'API AWS Management Console, la ou l' AWS CLI API RDS pour restaurer un instantané de cluster de base de données multi-AZ dans le cadre d'un déploiement mono-AZ ou d'un déploiement d'instance de base de données multi-AZ. ## Console **Pour restaurer un instantané de cluster de bases de données multi-AZ dans un déploiement mono-AZ ou un déploiement d'instance de base de données multi-AZ** 1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse. 1. Dans le panneau de navigation, choisissez **Snapshots (Instantanés)**. 1. Choisissez l'instantané de cluster de bases de données multi-AZ à partir duquel vous voulez restaurer. 1. Pour **Actions**, choisissez **Restaurer l’instantané**. 1. Sur la page **Restore snapshot** (Restaurer un instantané), dans **Availability and durability** (Disponibilité et durabilité), sélectionnez l'une des options suivantes : + **Single DB instance** (Instance de base de données unique) : restaure l'instantané sur une instance de base de données sans instance de base de données de secours. + **Multi-AZ DB instance** (Instance de base de données Multi-AZ) : restaure l'instantané dans un déploiement d'instance de base de données multi-AZ avec une instance de base de données primaire et une instance de base de données de secours. 1. Pour **DB instance identifier** (Identifiant de l'instance de base de données), saisissez le nom de l'instance de base de données restaurée. 1. Pour les sections restantes, spécifiez vos paramètres d’instance de base de données. Pour plus d’informations sur chaque paramètre, consultez [Paramètres des instances de base de données](USER_CreateDBInstance.Settings.md). 1. Choisissez **Restore DB Instance (Restaurer une instance de base de données)**. ## AWS CLI Pour restaurer un instantané de cluster de base de données multi-AZ sur un déploiement d'instance de base de données, utilisez la AWS CLI commande [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html). Dans l'exemple suivant, vous effectuez la restauration à partir d'un instantané de cluster de bases de données multi-AZ créé précédemment sous le nom `myclustersnapshot`. Vous effectuez la restauration vers un déploiement d'instance de base de données multi-AZ avec une instance de base de données primaire nommée `mynewdbinstance`. Pour l'option `--db-cluster-snapshot-identifier`, spécifiez le nom de l'instantané du cluster de bases de données multi-AZ. Pour l'option `--db-instance-class`, spécifiez la classe d'instance de base de données pour le déploiement de la nouvelle instance de base de données. Pour plus d’informations sur les classes d’instance de base de données, consultez [Classes d'instances de base de données ](Concepts.DBInstanceClass.md). Vous pouvez également spécifier d'autres options. **Example** Pour Linux, macOS ou Unix : ``` 1. aws rds restore-db-instance-from-db-snapshot \ 2. --db-instance-identifier mynewdbinstance \ 3. --db-cluster-snapshot-identifier myclustersnapshot \ 4. --engine mysql \ 5. --multi-az \ 6. --db-instance-class db.r6g.xlarge ``` Pour Windows : ``` 1. aws rds restore-db-instance-from-db-snapshot ^ 2. --db-instance-identifier mynewdbinstance ^ 3. --db-cluster-snapshot-identifier myclustersnapshot ^ 4. --engine mysql ^ 5. --multi-az ^ 6. --db-instance-class db.r6g.xlarge ``` Une fois l'instance de base de données restaurée, vous pouvez l'ajouter au groupe de sécurité associé au cluster de bases de données multi-AZ qui a servi à créer l'instantané, le cas échéant. Cette action offre les même fonctions que pour le cluster de bases de données multi-AZ précédent. ## API RDS Pour restaurer un instantané de cluster de base de données multi-AZ sur un déploiement d'instance de base de données, appelez l'opération [Restore From DBInstance de](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html) l'API RDS DBSnapshot avec les paramètres suivants : + `DBInstanceIdentifier` + `DBClusterSnapshotIdentifier` + `Engine` Vous pouvez également spécifier d'autres paramètres facultatifs. Une fois l'instance de base de données restaurée, vous pouvez l'ajouter au groupe de sécurité associé au cluster de bases de données multi-AZ qui a servi à créer l'instantané, le cas échéant. Cette action offre les même fonctions que pour le cluster de bases de données multi-AZ précédent. # Didacticiel : restaurer une instance de base de données Amazon RDS à partir d'un instantané de base de données Un scénario fréquent lors de l'utilisation d'Amazon RDS consiste à avoir une instance de base de données que vous utilisez occasionnellement, mais dont vous n'avez pas besoin en permanence. Par exemple, supposons que votre enquête client trimestrielle utilise une instance Amazon EC2 pour héberger un site web d'enquête. Vous disposez également d'une instance de base de données qui est utilisée pour stocker les résultats de l'enquête. Une façon d'économiser dans un tel scénario est de prendre un instantané de la base de données de l'instance de la base de données après la génération de l'enquête. Vous supprimez ensuite l'instance de base de données et vous la restaurez lorsque vous avez besoin de réaliser à nouveau l'enquête. Lorsque vous restaurez une instance de base de données, vous fournissez le nom de l'instantané de la base de données à restaurer. Vous fournissez ensuite un nom pour la nouvelle instance de base de données qui est créée à partir de l'opération de restauration. Pour plus d’informations sur la restauration d’instances de base de données à partir d’instantanés, consultez [Restauration d’une instance de base de données](USER_RestoreFromSnapshot.md). Pour plus d’informations sur la gestion des clés AWS KMS pour Amazon RDS, consultez [AWS KMS key gestion](Overview.Encryption.Keys.md). ## Restauration d'une instance de base de données à partir d'un instantané de base de données Vous pouvez utiliser la procédure suivante pour restaurer à partir d'un instantané dans la AWS Management Console. **Pour restaurer une instance de base de données à partir d’un instantané de base de données** 1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l’adresse [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Dans le panneau de navigation, choisissez **Snapshots**. 1. Choisissez l'instantané de base de données à partir duquel vous voulez restaurer. 1. Pour **Actions**, choisissez **Restaurer l’instantané**. ![\[Option Restore snapshot (Restaurer l'instantané) dans le menu Actions de la console RDS\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/images/tut-restore-instance1.png) La page **Restaurer l'instantané** s'affiche. ![\[Page Restore snapshot (Restaurer l'instantané)\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/images/tut-restore-instance2.png) 1. Sous **DB instance settings** (Paramètres d'instance de base de données), utilisez les paramètres par défaut pour **DB engine** (Moteur de base de données) et **License model** (Modèle de licence) (pour Oracle ou Microsoft SQL Server). 1. Sous **Settings** (Paramètres), pour **DB instance identifier** (Identifiant d'instance de base de données), saisissez le nom unique que vous voulez utiliser pour l'instance de base de données restaurée, par exemple **mynewdbinstance**. Si vous restaurez à partir d'une instance de base de données que vous avez supprimée après avoir effectué l'instantané de base de données, vous pouvez utiliser le nom de cette instance de base de données. 1. Sous **Disponibilité et durabilité**, choisissez si vous créez une instance de secours dans une autre zone de disponibilité. Pour ce didacticiel, ne créez pas d'instance de secours. 1. Sous **Connectivity** (Connectivité), utilisez les paramètres par défaut pour les éléments suivants : + **Cloud privé virtuel (VPC)** + **Groupe de sous-réseaux de base de données** + **Accès public** + **VPC security group (firewall)** [Groupe de sécurité VPC (pare-feu)] 1. Choisissez la **classe d'instance de base de données**. Pour ce didacticiel, choisissez **Burstable classes (includes t classes)** (Classes à performances extensibles (inclut les classes t)), puis **db.t3.small**. 1. Pour **Encryption** (Chiffrement), utilisez les paramètres par défaut. Si l'instance de base de données source de l'instantané a été chiffrée, l'instance de base de données restaurée est également chiffrée. Vous ne pouvez pas la rendre non chiffrée. 1. Développez **Additional configuration** (Configuration supplémentaire) en bas de la page. ![\[Configuration supplémentaire\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/images/tut-restore-instance3.png) 1. Effectuez les opérations suivantes sous **Database options** (Options de base de données) : 1. Choisissez le **DB parameter group** (Groupe de paramètres de base de données). Pour ce didacticiel, utilisez le groupe de paramètres par défaut. 1. Choisissez le **Option group** (Groupe d'options). Pour ce didacticiel, utilisez le groupe d'options par défaut. **Important** Dans certains cas, vous pouvez effectuer une restauration à partir de l'instantané de base de données d'une instance de base de données qui utilise une option persistante ou permanente. Si tel est le cas, assurez-vous de choisir un groupe d'options qui utilise la même option. 1. Pour **Deletion protection** (Protection contre la suppression), cochez la case **Enable deletion protection** (Activer la protection contre la suppression). 1. Choisissez **Restore DB Instance (Restaurer une instance de base de données)**. La page **Databases** (Bases de données) affiche l'instance de base de données restaurée, avec le statut `Creating`. ![\[Instance de base de données restaurée sur la page Base de données\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/images/tut-restore-instance4.png)