Restauration à partir d'un instantané de de base de données - Amazon Relational Database Service

Restauration à partir d'un instantané de 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 non seulement les bases de données. Vous pouvez créer une instance de base de données en effectuant une restauration à partir de cet instantané de de base de données. Lorsque vous restaurez l’instance de base de données, vous indiquez le nom de l'instantané de 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 de base de données sur une instance de base de données qui existe déjà. Le système crée une nouvelle instance de base de données 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 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.

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, à 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. 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).

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 plus d'informations, consultez Copie d'un snapshot de .

Considérations relatives au groupe de paramètres

Nous vous recommandons de conserver le groupe de paramètres de tout instantané de base 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é. Vous pouvez spécifier le groupe de paramètres lorsque vous restaurez l'instance de base de données.

Considérations relatives aux groupes de sécurité

Lorsque vous restaurez une instance de base de données, par défaut le groupe de sécurité est associé à l'instance résultant de l'opération.

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

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

  • 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 associer n'importe quel groupe de sécurité personnalisé utilisé par l'instantané dont vous vous êtes servi pour la restauration. Vous devez appliquer ces modifications en modifiant l'instance de base de données à l'aide de la console RDS, de la commande de l'AWS CLI modify-db-instance ou de l'opération de l'API Amazon RDS ModifyDBInstance. Pour plus d'informations, consultez Modification d'une instance de base de données Amazon RDS.

Considérations relatives au groupe d'options

Lorsque vous restaurez une instance de base de données, le groupe d'options associé à l'instantané de base de données est associé à l'instance de base de données restaurée après sa création. Par exemple, si l'instantané de base de données à partir duquel vous effectuez la restauration utilise Oracle Transparent Data Encryption, l'instance de base de données restaurée utilise le même groupe d'options.

Lorsque vous affectez un groupe d'options à une instance de base de données, il est également lié à la plateforme prise en charge sur laquelle se trouve l'instance de base de données, VPC ou EC2-Classic (non VPC). Si une instance de base de données est dans un VPC, le groupe d'options associé à l'instance de base de données est lié à ce VPC. Cela signifie que vous ne pouvez pas utiliser le groupe d'options assigné à une instance de base de données si vous tentez de restaurer l'instance dans un VPC différent ou sur une autre plateforme. Si vous restaurez une instance de base de données dans un autre VPC ou sur une autre plateforme, vous devez attribuer le groupe d'options par défaut à l'instance, assigner un groupe d'options lié à ce VPC ou à cette plateforme, ou créer un groupe d'options et l'affecter à l'instance de base de données. Pour les options permanentes ou persistantes, lorsque vous restaurez une instance de base de données dans un VPC différent, vous devez créer un nouveau groupe d'options incluant l'option persistante ou permanente.

Considérations relatives à Microsoft SQL Server

Lorsque vous restaurez un instantané de base de données 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. Vous trouverez ci-dessous les limitations qui 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 ou non avec la nouvelle édition en fonction des fonctionnalités SQL Server que vous avez activées sur la base de données. Pour plus d'informations, consultez Importation et exportation de bases de données SQL Server.

Considérations relatives à Oracle Database

Si vous utilisez Oracle GoldenGate, conservez toujours le groupe de paramètres avec le paramètre compatible. 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.

Si vous restaurez un instantané d'une instance de base de données de conteneur (CDB), vous pouvez modifier le nom de la base de données enfichables (PDB). 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 RDS qui utilisent une architecture à locataire unique. Pour plus d'informations, consultez Instantanés dans une architecture à locataire unique.

Avant de restaurer un instantané de bases de données, vous pouvez le mettre à niveau vers une version ultérieure. Pour plus d'informations, consultez Mise à niveau d'un instantané de base de données Oracle.

Restaurer à partir d'un instantané

Vous pouvez restaurer une instance de base de données à partir d'un instantané de de base de données à l'aide de la AWS Management Console, de AWS CLI ou de l'API RDS.

Pour restaurer un(e) instance de base de données à partir d'un instantané de 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/.

  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. Choisissez Restore DB Instance (Restaurer une instance de base de données).

Pour restaurer une instance de base de données à partir d'un instantané de base de données, utilisez la commande restore-db-instance-from-db-snapshot de l'AWS CLI.

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.

Exemple

Pour Linux, macOS ou Unix :

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

Pour Windows :

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

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

DBINSTANCE mynewdbinstance db.m3.large MySQL 50 sa creating 3 n 5.6.40 general-public-license

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

  • DBInstanceIdentifier

  • DBSnapshotIdentifier