Restauration vers une instance de base de données

Cette section explique comment effectuer une restauration sur une instance de base de données. Cette page explique comment effectuer une restauration sur une RDS instance de base de données Amazon à 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 l'instance de base de données et pas uniquement des bases de données individuelles. 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 restaurer un instantané de base de données sur une instance de base de données existante ; une nouvelle instance de base de données est créée lors de la restauration.

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 Amazon EBS Snapshots.

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 RDS à Amazon de télécharger toutes les données de table sauvegardées depuis 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, à cause du travail supplémentaire nécessaire 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. Cela est dû au fait que le stockage magnétique n'a pas la IOPS capacité d'un stockage provisionné IOPS ou à usage général (SSD).

Vous pouvez l'utiliser AWS 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, voir AWS: : : RDS : DBInstance dans le guide de AWS CloudFormation l'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 Copier un instantané de base de données pour Amazon RDS.

Pour plus d'informations sur la restauration d'une instance de base de données avec une version de Support RDS étendu, consultezRestauration d'une instance de base de données ou d'un cluster de base de données multi-AZ, d'un cluster avec Amazon RDS Extended Support.

Restaurer à partir d'un instantané

Vous pouvez restaurer une instance de base de données à partir d'un instantané de base de données en utilisant le AWS Management Console AWS CLI, le, ou le RDSAPI.

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 d'instances RDS de base de données de SQL serveur.

Console

Pour restaurer une instance de base de données à partir d'un instantané de base de données

1. Connectez-vous à la RDS console Amazon AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

2. Dans le panneau de navigation, choisissez Snapshots.

3. Choisissez l'instantané de base de données à partir duquel vous voulez restaurer.

4. Pour Actions, choisissez Restaurer l'instantané.

5. 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.

6. Spécifiez d'autres paramètres, tels que la taille de stockage allouée.

   Pour obtenir des informations sur chaque paramètre, consultez Paramètres des instances de base de données.

7. 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.

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 obtenir des informations sur chaque paramètre, consultez Paramètres des instances de base de données.

Exemple

Dans Linux, macOS, ou Unix:

aws rds restore-db-instance-from-db-snapshot \
    --db-instance-identifier mynewdbinstance \
    --db-snapshot-identifier mydbsnapshot \
    --allocated-storage 100

Dans Windows:

aws rds restore-db-instance-from-db-snapshot ^
    --db-instance-identifier mynewdbinstance ^
    --db-snapshot-identifier mydbsnapshot ^
    --allocated-storage 100

La sortie générée lors de l'exécution de cette commande est semblable à ce qui suit :

DBINSTANCE  mynewdbinstance  db.t3.small  MySQL     50       sa              creating  3  n  8.0.28  general-public-license

RDS API

Pour restaurer une instance de base de données à partir d'un instantané de base de données, appelez la RDS API fonction Amazon R estoreDBInstance F romDBSnapshot avec les paramètres suivants :

• DBInstanceIdentifier

• DBSnapshotIdentifier

Considérations

Pour les considérations relatives à la restauration sur une instance de base de données à partir d'un instantané de base de données, consultez les rubriques suivantes.

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.

Considérations relatives aux groupes de sécurité

Lorsque vous restaurez une instance de base de données, le cloud privé virtuel (VPC), le groupe de sous-réseaux de base de données et le groupe de VPC sécurité par défaut sont associés à l'instance restaurée, sauf si vous en choisissez d'autres.

• Si vous utilisez la RDS console Amazon, vous pouvez spécifier un groupe de VPC sécurité personnalisé à associer à l'instance ou créer un nouveau groupe VPC de sécurité.

• Si vous utilisez le AWS CLI, vous pouvez spécifier un groupe de VPC sécurité personnalisé à associer à l'instance en incluant l'--vpc-security-group-idsoption dans la restore-db-instance-from-db-snapshot commande.

• Si vous utilisez Amazon RDSAPI, vous pouvez inclure le VpcSecurityGroupIds.VpcSecurityGroupId.N paramètre dans l'RestoreDBInstanceFromDBSnapshotaction.

Dès que la restauration est terminée et que votre nouvelle instance de base de données est disponible, vous pouvez également modifier les VPC paramètres en modifiant l'instance de base de données. Pour de plus amples informations, veuillez consulter Modification d'une RDS instance de base de données Amazon.

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 Oracle Transparent Data Encryption (TDE), l'instance de base de données restaurée doit utiliser un groupe d'options doté de cette TDE option.

Si vous restaurez une instance de base de données dans une autre instanceVPC, vous devez effectuer l'une des opérations suivantes pour attribuer un groupe d'options de base de données :

• Assignez le groupe d'options par défaut pour ce VPC groupe à l'instance.

• Attribuez un autre groupe d'options qui y est liéVPC.

• Créez un nouveau groupe d'options et affectez-le à l'instance de base de données. Avec les options persistantes ou permanentes, telles qu'OracleTDE, vous devez créer un nouveau groupe d'options qui inclut l'option persistante ou permanente.

Pour plus d'informations sur les groupes d'options de base de données, veuillez consulter Utilisation de groupes d'options.

Considérations relatives à l'étiquetage des ressources

Lorsque vous restaurez une instance de base de données à partir d'un instantané de base de données, RDS vérifie si vous spécifiez de nouvelles balises. 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 balises, RDS ajoute les balises de l'instance de base de données source au moment de la création du snapshot à l'instance de base de données restaurée.

Pour de plus amples informations, veuillez consulter Copier des balises dans des instantanés de base de données.

Considérations relatives à DB2

Avec le BYOL modèle, vos instances de base de données Amazon RDS pour DB2 doivent être associées à un groupe de paramètres personnalisé contenant 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 for 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 pour DB2.

Avec le AWS Marketplace modèle de licence DB2, vous avez besoin d'un AWS Marketplace abonnement actif pour le IBM Db2 édition que vous souhaitez utiliser. Si vous n'en avez pas déjà un, abonnez-vous à Db2 AWS Marketplace pour cela IBM Db2 édition. Pour de plus amples informations, veuillez consulter Licence DB2 via AWS Marketplace.

Considérations relatives à Microsoft SQL Server

Lorsque vous restaurez un instantané de base de données RDS pour Microsoft SQL Server sur une nouvelle instance, vous pouvez toujours le restaurer à 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. SQLLe serveur vérifie si votre base de données est compatible avec la nouvelle édition en fonction des fonctionnalités SQL du serveur 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 du serveur à l'aide de la sauvegarde et de la restauration natives.

Mes SQL considérations

Pour effectuer une restauration à partir d'un RDS instantané de My SQL DB 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, consultezOptions de mise à niveau pour les instantanés de base de données avec des versions de moteur non prises en charge pour for My RDS SQL.

Pour plus d'informations sur la mise à niveau de la version du moteur d'un instantané RDS pour My SQL DB,Mise à niveau d'une version du moteur de snapshots My SQL DB.

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.

• Si vous restaurez un instantané d'une CDB instance qui utilise la configuration à locataire unique, vous pouvez modifier le PDB nom. Vous ne pouvez pas modifier les PDB noms lorsque votre CDB instance utilise la configuration multi-locataires. Pour de plus amples informations, veuillez consulter Sauvegarde et restauration d'une CDB.

• Vous ne pouvez pas changer le CDB nom, qui est toujours le casRDSCDB. Ce CDB nom est le même pour toutes les CDB instances.

• 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 CDB instance qui utilise la configuration mutualisée, vous restaurez toutes ses bases de données mutualisées. Vous pouvez utiliser describe-db-snapshot-tenant-databases 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 journalisation en ligne est supérieure à 20 Go, vous RDS pouvez rétablir la taille de votre journal de journalisation 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 restauration en ligne ultérieurement et en modifier la taille.