Data Management:Restaurer une sauvegarde logique

Prérequis

• La source de données est dans l'état Running.

• La source de données doit disposer d'un jeu de sauvegarde dans l'état Completed. Pour savoir comment créer une sauvegarde, consultez les rubriques Configurer la sauvegarde automatique d'une source de données ou Sauvegarde manuelle.

Limites

Il n'est pas possible de restaurer des données de sauvegarde vers une instance ApsaraDB RDS située dans une autre région.

Facturation

La fonctionnalité de restauration est gratuite. Toutefois, si vous restaurez les données vers une nouvelle instance ApsaraDB RDS, celle-ci vous sera facturée. Les frais dépendent des spécifications de l'instance sélectionnée et de l'espace de stockage. Le coût final apparaîtra sur votre facture.

Procédure

1. Connectez-vous à DMS 5.0.

2. Dans la barre de navigation supérieure, accédez à Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Disaster Recovery Data Source.

   Remarque

   Si vous utilisez la console DMS en mode simple, placez le pointeur sur l'icône située dans le coin supérieur gauche de la console DMS, puis accédez à All Features > Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Disaster Recovery Data Source.

3. Dans la barre de navigation supérieure, sélectionnez une région. Cliquez ensuite sur l'ID de la source de données cible pour ouvrir sa page de détails.

   • Pour une base de données Alibaba Cloud : sur la page Backup Data, cliquez sur l'onglet Logical Backup, puis cliquez sur Create Restore Task.

   • Pour une base de données auto-gérée sur une instance Elastic Compute Service (ECS), une base de données locale ou une base de données d'un autre fournisseur cloud (avec sauvegarde automatique) : sur la page Backup Data, cliquez sur Create Restore Task.

4. Configurez la destination et le mode de restauration, puis cliquez sur Next.

   Paramètre	Description
   Restore task name	Saisissez un nom descriptif pour faciliter l'identification. Le nom n'a pas besoin d'être unique.
   Restore to	Restore to Original Instance : les données de la base de données et des tables sont restaurées vers l'instance d'origine. Restore to New Instance : une nouvelle instance ApsaraDB RDS est automatiquement créée et les données y sont restaurées. Vous devez configurer la nouvelle instance à l'étape 5.
   Restore mode	By Backup Set : sélectionnez le jeu de sauvegarde cible à partir duquel restaurer les données. Assurez-vous que les données contenues dans le jeu de sauvegarde sélectionné sont valides. By Point in Time : sélectionnez un instant précis dans la période de rétention des jeux de sauvegarde. La plage de temps sélectionnable commence au point de restauration le plus ancien d'un jeu de sauvegarde valide et se termine à l'heure actuelle. La durée maximale de la plage est de 30 jours. Remarque La sauvegarde des journaux est activée par défaut et les journaux sont lisibles. Vous ne pouvez pas désactiver cette fonctionnalité. La période de rétention des jeux de sauvegarde des journaux est fixée à 30 jours et ne peut pas être modifiée.

5. (Facultatif) Si vous sélectionnez Restore to New Instance, configurez les paramètres suivants.

   Paramètre	Description
   Database location	L'emplacement de la nouvelle instance. Ce paramètre est défini sur RDS par défaut et ne peut pas être modifié.
   Instance region	La région de la nouvelle instance. Celle-ci est identique à celle de la source de données et ne peut pas être modifiée.
   VPC	Sélectionnez le Virtual Private Cloud (VPC) pour la nouvelle instance. Pour créer un VPC, consultez la rubrique Créer et gérer un VPC.
   instance specifications	Sélectionnez les spécifications de l'instance pour la nouvelle instance. Les options disponibles s'affichent dans la console. Remarque Nous recommandons que la nouvelle instance dispose de spécifications égales ou supérieures à celles de l'instance source. L'utilisation de spécifications inférieures peut entraîner une perte de données ou des problèmes opérationnels.
   storage space	L'espace de stockage pour la nouvelle instance. Les options disponibles s'affichent dans la console. Remarque Pour garantir un espace suffisant pour la restauration, nous recommandons un espace de stockage représentant au moins 1,3 fois la taille de l'espace de stockage de l'instance source, ou 5 à 6 fois la taille du jeu de sauvegarde complet issu de Data Disaster Recovery (DBS), car DBS compresse les données lors de la sauvegarde. Vous pouvez consulter la taille du jeu de sauvegarde sur la page Backup Data de la source de données. Si la source de données est une base de données Alibaba Cloud, vous devez également accéder à l'onglet Logical Backup.

6. Sélectionnez les objets à restaurer et cliquez sur Backup Data.

   Paramètre	Description
   Logical Backup	Dans la zone Submit, sélectionnez les bases de données ou les tables que vous souhaitez restaurer, puis cliquez sur pour les déplacer vers la zone Restore objects. Vous pouvez cliquer sur Source Objects pour configurer les bases de données et les tables restaurées.
   Selected Objects	L'option par défaut est Edit. Par exemple, si une table nommée job_info est restaurée et qu'une table portant le même nom existe déjà, le système renomme la nouvelle table en job_info_dbs_<restore_task_ID>_<timestamp>.

7. Une fois la pré-vérification terminée, cliquez sur conflict handling dans la boîte de dialogue Rename if object with same name exists.

   Remarque

   Vous pouvez également cliquer sur Start pour reporter la tâche de restauration. Pour la démarrer ultérieurement, accédez à la page Precheck > Cancel, localisez la tâche, puis cliquez sur Task Management dans la colonne Restore Tasks.

Afficher la progression de la restauration

Sur la page de détails de la source de données, accédez à Start > Actions pour afficher la progression de la tâche de restauration.

Documentation connexe

Vous pouvez vous connecter à l'instance d'origine ou à la nouvelle instance pour vérifier les données. Pour savoir comment se connecter à une instance, consultez la rubrique Se connecter à une instance.

FAQ

Q : Quelles sont les causes courantes des anomalies lors des tâches de restauration et comment les résoudre ?

R : Les causes courantes incluent :

• Cause 1 : Le compte autorisé pour Data Disaster Recovery ne dispose pas des autorisations nécessaires pour restaurer les bases de données et les tables.

  Solution : Consultez la rubrique Autorisations de compte pour vérifier si le compte utilisé pour la restauration dispose des autorisations requises.

• Cause 2 : Le serveur hébergeant la base de données peut rencontrer des problèmes de connectivité réseau.

  Solution : Vérifiez le serveur de base de données pour détecter ces problèmes et résolvez-les. Si le problème persiste, contactez-nous via le groupe de service client DBS (ID de groupe DingTalk : 35585947) pour obtenir de l'aide.