Restaurez une instance ApsaraDB RDS for MySQL vers une nouvelle instance RDS à l'aide de fichiers de sauvegarde de données et de journaux. Utilisez cette approche pour analyser des données historiques ou récupérer après des opérations involontaires sans affecter votre instance de production.
Prérequis
Avant de commencer, assurez-vous que :
L'instance RDS d'origine est dans l'état Running et n'est pas verrouillée
Aucune tâche de migration n'est en cours sur l'instance RDS d'origine
Au moins une sauvegarde de données a été effectuée (ApsaraDB RDS effectue des sauvegardes automatiques par défaut — consultez Présentation des méthodes de sauvegarde)
(Requis pour la restauration à un instant précis) La sauvegarde des journaux est activée — consultez Utilisation de la fonctionnalité de sauvegarde des journaux pour une instance ApsaraDB RDS for MySQL
(Requis pour la restauration depuis un jeu de sauvegarde) Au moins une sauvegarde physique a été effectuée — consultez Sauvegarde automatique
Fonctionnement
La restauration complète des données crée une nouvelle instance RDS à partir de vos données de sauvegarde. L'instance d'origine reste inchangée tout au long du processus.
| Élément | Description |
|---|---|
| Restoration range | L'intégralité de l'instance RDS est restaurée. |
| Specifications of the new RDS instance | Hérite des configurations de liste d'autorisation, des configurations de sauvegarde et des configurations de paramètres de l'instance d'origine. |
| Account information | Inclut les informations de compte au moment de la restauration, ainsi que les informations de compte issues du fichier de sauvegarde sélectionné. |
| Data | Correspond aux données contenues dans le fichier de sauvegarde spécifié de l'instance RDS d'origine. |
| Restore point | Dépend des fonctionnalités de sauvegarde activées : si la sauvegarde des journaux est désactivée, la restauration s'effectue uniquement à l'heure de création de la sauvegarde ; si elle est activée, la restauration est possible à n'importe quel point dans la période de rétention des journaux ; si la récupération à un instant précis (PITR) est activée, la restauration s'effectue à n'importe quel point en fonction du paramètre Time Range of Specific Points in Time for Restoration. Pour connaître les différences entre PITR et la sauvegarde des journaux, consultez Différences entre les fonctionnalités PITR et de sauvegarde des journaux. |
Limitations
Vous ne pouvez pas restaurer directement des fichiers de sauvegarde téléchargés vers une instance RDS for MySQL existante. Effectuez d'abord la restauration vers une nouvelle instance, vérifiez les données, puis migrez les données vers l'instance existante.
La restauration peut échouer si la nouvelle instance RDS exécute une version antérieure du moteur de base de données par rapport à l'instance d'origine.
La restauration peut échouer si les noms de tables ou de colonnes contiennent des caractères chinois ou spéciaux.
La restauration peut échouer si les journaux binaires de l'instance RDS d'origine ont été supprimés.
Les tables sans clés primaires ne peuvent pas être restaurées si
implicit_primary_keyest défini suroffsur l'instance RDS d'origine.
Facturation
La facturation de la nouvelle instance RDS débute dès sa création. Consultez le tarif lors de la configuration de l'instance avant de confirmer la commande.
Pour une utilisation temporaire, créez une instance RDS en paiement à l'utilisation ou serverless. Après avoir vérifié et migré les données vers l'instance d'origine, libérez la nouvelle instance pour arrêter la facturation. Consultez Migration de données entre instances ApsaraDB RDS et Libération ou résiliation d'une instance ApsaraDB RDS for MySQL.
Restaurer une instance complète
Il n'est pas nécessaire d'activer manuellement la fonctionnalité de restauration complète des données. Après la création d'une instance RDS, le système effectue automatiquement des sauvegardes périodiques. Vous pouvez utiliser les fichiers de sauvegarde de données et de journaux générés pour restaurer l'intégralité des données à tout moment.
Accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région où réside l'instance RDS. Recherchez l'instance et cliquez sur son ID.
Dans le volet de navigation de gauche, cliquez sur Backup and Restoration.
-
Cliquez sur Restore Database.
RemarqueVous pouvez également cliquer sur Restore Instance dans la section Instance Distribution de la page Basic Information.
-
Sur la page Restore Instance, sélectionnez un point de restauration ou un jeu de sauvegarde, puis configurez les paramètres de l'instance.
Paramètre Description Billing Method -
Subscription : payez à l'avance pour une utilisation à long terme à un coût unitaire inférieur.
-
Pay-as-you-go : facturation horaire basée sur l'utilisation réelle ; libérez l'instance lorsque vous n'en avez plus besoin.
Restoration Mode By Backup Set : restaurez à partir d'une sauvegarde physique spécifique. Les fichiers de sauvegarde logique ne sont pas pris en charge. By Point in Time : restaurez à n'importe quel point dans la période de rétention des journaux. Disponible uniquement lorsque la sauvegarde des journaux est activée. Product Type Non affiché pour Basic Edition. Pour High-availability Edition : le stockage ESSD ou Premium ESSD prend en charge les types de produit Standard et YiTian ; le stockage Premium Local SSD prend en charge uniquement le type Standard. Pour Cluster Edition : les types de produit Standard et YiTian sont disponibles. Consultez Types de produit. Zone of primary node et Zone of secondary node Single-zone deployment : les nœuds principal et secondaire se trouvent dans la même zone. Multi-zone deployment : les nœuds principal et secondaire se trouvent dans des zones différentes pour la reprise après sinistre au niveau de la zone. Le déploiement multizone est recommandé. Après la création, consultez les détails des zones sur la page Service Availability. Basic Edition prend en charge uniquement le déploiement monozones. Instance Type -
General-purpose instance types : mémoire et E/S dédiées ; CPU et stockage partagés avec d'autres instances sur le même hôte.
-
Dedicated instance types : CPU, mémoire, stockage et E/S dédiés. La configuration de l'hôte dédié occupe exclusivement toutes les ressources de l'hôte. Pour connaître les cœurs, la mémoire, les connexions et les IOPS pris en charge par type d'instance, consultez Types d'instances principales ApsaraDB RDS.
RemarqueChaque type d'instance prend en charge un nombre spécifique de cœurs, une capacité de mémoire, un nombre maximal de connexions et des IOPS maximales. Pour plus d'informations, consultez Types d'instances principales ApsaraDB RDS.
Storage Capacity Stockage maximal pour les fichiers de données, les fichiers système, les fichiers de journal binaire et les fichiers de transaction. Ajustable par incréments de 5 Go. -
-
Cliquez sur Next: Instance Configuration et configurez les paramètres réseau.
Paramètre Description Network Type Classic network : type de réseau traditionnel. VPC : recommandé. Un cloud privé virtuel (VPC) offre une sécurité et des performances supérieures. Lors de la sélection du VPC, configurez les paramètres VPC et vSwitch of Primary Node. Pour un déploiement multizone, configurez également vSwitch of Secondary Node. La nouvelle instance RDS et votre instance Elastic Compute Service (ECS) doivent utiliser le même type de réseau — et le même VPC si les deux utilisent un VPC — pour communiquer via un réseau interne. Resource Group Assignez l'instance à un groupe de ressources pour simplifier la gestion des ressources et des autorisations. Sélectionnez un groupe existant ou créez-en un. Si le regroupement n'est pas nécessaire, sélectionnez Default Resource Group. Cliquez sur Next: Confirm Order.
-
Consultez la section Parameter Configuration, définissez Quantity et Subscription Duration (facturation par abonnement uniquement), cliquez sur Confirm Order, puis effectuez le paiement.
RemarquePour les instances par abonnement, activez Auto-renew pour éviter les renouvellements manuels et les interruptions de service dues à des impayés.
(Facultatif) Connectez-vous à la nouvelle instance RDS et vérifiez les données.
Migrer les données restaurées vers l'instance d'origine
Après avoir vérifié les données sur la nouvelle instance RDS, utilisez Data Transmission Service (DTS) pour migrer certaines ou toutes les bases de données et tables vers l'instance d'origine.
Définissez la nouvelle instance RDS comme base de données source et l'instance RDS d'origine comme base de données de destination. Définissez Access Method sur Alibaba Cloud Instance pour les deux. Consultez Migration de données entre instances ApsaraDB RDS for MySQL.
Selon votre objectif, choisissez la bonne approche après la restauration :
Remplacer les données de l'instance d'origine : migrez toutes les données de la nouvelle instance vers l'instance d'origine.
Récupérer des données spécifiques : écrivez et exécutez une tâche de migration qui extrait uniquement les bases de données ou tables concernées et les applique à l'instance d'origine.
Méthodes de restauration par destination
| Destination | Méthodes disponibles |
|---|---|
| Instance RDS d'origine | Méthode 1 : restaurez vers une nouvelle instance, vérifiez, puis migrez les données sélectionnées vers l'instance d'origine. Méthode 2 : utilisez la fonctionnalité de restauration de bases de données et de tables pour effectuer une restauration directe. Méthode 3 : utilisez Database Backup (DBS) pour créer une sauvegarde logique, puis restaurez à l'aide du fichier de sauvegarde logique — consultez Restauration d'une base de données MySQL à partir d'une sauvegarde logique. |
| Autre instance RDS existante | Méthode 1 : restaurez vers une nouvelle instance, vérifiez, puis migrez les données vers l'instance cible. Méthode 2 : utilisez DBS pour créer une sauvegarde logique et effectuer la restauration — consultez Restauration d'une base de données MySQL à partir d'une sauvegarde logique. |
| Base de données gérée par l'utilisateur | Méthode 1 : restaurez vers une nouvelle instance, vérifiez, puis migrez les données. Méthode 2 : utilisez DBS pour créer une sauvegarde logique et effectuer la restauration — consultez Restauration d'une base de données MySQL à partir d'une sauvegarde logique. Méthode 3 : Télécharger un fichier de sauvegarde et restaurer à partir de celui-ci — consultez Restauration à partir d'une sauvegarde physique, Restauration à partir d'une sauvegarde logique, ou Restauration à l'aide de fichiers de sauvegarde snapshot. |
Pour obtenir des conseils de restauration pour d'autres moteurs de base de données, consultez Restauration des données SQL Server, Restauration des données d'une instance ApsaraDB RDS for PostgreSQL, et Restauration des données d'une instance ApsaraDB RDS for MariaDB.
FAQ
Aucun vSwitch n'existe dans la zone sélectionnée à l'étape précédente. Cliquez sur le link dans la liste déroulante pour accéder à la console VPC, créez un vSwitch dans la zone requise, puis revenez pour le sélectionner.
Étapes suivantes
Pour restaurer des bases de données ou des tables individuelles plutôt que l'instance entière, consultez Restauration de bases de données et de tables individuelles d'une instance ApsaraDB RDS for MySQL.
Pour obtenir une présentation de toutes les options de restauration, consultez Présentation des méthodes de restauration des données.