Cette procédure permet de récupérer des données après une erreur humaine ou d'analyser des données historiques.
Fonctionnement
Vous pouvez restaurer les données à partir d'un ensemble de sauvegarde ApsaraDB RDS for MariaDB. La procédure est la suivante :
Restaurez les données depuis une sauvegarde de l'instance source vers une nouvelle instance.
Connectez-vous à la nouvelle instance et vérifiez l'exactitude des données.
Migrez les données vers l'instance source.
Prérequis
L'instance source doit répondre aux exigences suivantes :
L'instance est dans l'état Running et n'est pas verrouillée.
Aucune tâche de migration de données n'est en cours sur l'instance.
L'instance source doit disposer d'au moins un ensemble de sauvegarde.
Remarques relatives à l'utilisation
La nouvelle instance hérite de la liste d'autorisation IP, des paramètres de sauvegarde et des paramètres de l'instance source.
Les données présentes sur la nouvelle instance correspondent à celles de l'ensemble de sauvegarde sélectionné.
La nouvelle instance inclut toutes les informations de compte telles qu'elles existaient au moment de la création de l'ensemble de sauvegarde.
Facturation
La nouvelle instance utilisée pour la restauration est facturée. Vous pouvez consulter les détails des coûts lors de la création de l'instance.
Pour une utilisation temporaire, créez une instance en paiement à l'utilisation. Après avoir migré les données vers l'instance source, vous pouvez libérer la nouvelle instance afin de réduire les coûts.
La facturation de l'instance débute dès sa création.
Restaurer les données vers une nouvelle instance
Connectez-vous à la console ApsaraDB RDS et accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région où réside l'instance RDS. Localisez ensuite l'instance RDS et cliquez sur son ID.
Dans le volet de navigation de gauche, cliquez sur Backup and Restoration.
Dans le coin supérieur gauche de la page, cliquez sur Restore Instance (Previously Clone Instance).
-
Configurez les paramètres suivants.
Paramètre
Description
Billing Method
-
Subscription : méthode de facturation prépayée où vous payez l'instance lors de sa création. Elle convient aux besoins à long terme, est plus abordable que le paiement à l'utilisation et offre des remises plus importantes pour les durées d'achat plus longues.
-
Pay-As-You-Go : méthode de facturation postpayée avec facturation horaire. Cette méthode est idéale pour les besoins à court terme, car vous pouvez libérer les instances immédiatement après utilisation pour économiser sur les coûts.
Restore Mode
Actuellement, la restauration n'est prise en charge que via l'option By Backup Set.
By Backup Set
Sélectionnez l'ensemble de sauvegarde à partir duquel vous souhaitez restaurer les données.
Edition
High-availability Edition : un nœud principal et un nœud secondaire, une architecture classique de haute disponibilité.
RemarqueLes éditions prises en charge varient selon la région et la version de la base de données. Pour plus d'informations sur chaque édition, consultez Éditions.
Product Type
La valeur par défaut est Standard Edition. Pour plus d'informations, consultez Types de produits.
Zone of Primary Node
Sélectionnez la zone de disponibilité pour le nœud principal de l'instance.
Deployment Method
-
Multi-zone Deployment (recommandé) : les nœuds principal et secondaire sont situés dans différentes zones de disponibilité au sein de la même région, offrant une reprise après sinistre inter-zones.
-
Single-zone Deployment : le nœud principal et le nœud secondaire sont situés dans la même zone de disponibilité.
Remarque-
Il n'y a pas de différences substantielles entre les zones de disponibilité d'une même région.
-
Une instance ECS bénéficie de performances réseau légèrement meilleures lorsqu'elle accède à une instance RDS située dans la même zone de disponibilité plutôt que dans une autre zone de la même région.
-
Si le coin supérieur droit de la zone de disponibilité cible affiche Sold Out, sélectionnez une autre zone de disponibilité.
Zone of Secondary Node
Si vous sélectionnez l'option Multi-zone Deployment pour la Deployment Method, vous devez sélectionner la zone de disponibilité pour le nœud secondaire de l'instance.
Instance Type
-
General-purpose Instance Types (Entry-level) : type d'instance polyvalent partagé qui fournit des ressources de mémoire et d'E/S dédiées, tout en partageant les ressources CPU et de stockage avec d'autres instances polyvalentes sur le même serveur.
-
Dedicated Instance Types(Enterprise) : fait référence aux types d'instances dédiés ou exclusifs. Un type d'instance dédié offre un accès exclusif aux ressources CPU, mémoire, stockage et E/S allouées. Un type d'instance exclusif est un type d'instance dédié haut de gamme qui occupe exclusivement toutes les ressources CPU, mémoire, stockage et E/S d'un serveur physique entier.
Capacity
Il s'agit de l'espace total pour vos données, fichiers système, fichiers journaux et fichiers de transaction. Vous pouvez ajuster la capacité de stockage par incréments de 5 Go.
RemarquePour certains types d'instances utilisant des SSD locaux haute performance, la capacité de stockage est liée au type d'instance en raison de l'allocation dédiée des ressources. Pour plus d'informations, consultez Types d'instances principales.
-
Cliquez sur Next: Instance Configuration.
-
Configurez les paramètres suivants.
Paramètre
Description
Network Type
ApsaraDB RDS for MariaDB prend en charge le Virtual Private Cloud (VPC). Un VPC est un réseau isolé qui offre une sécurité accrue et de meilleures performances que le réseau classique.
RemarquePour garantir la connectivité du réseau interne, assurez-vous que les instances RDS et ECS utilisent le même type de réseau. Si vous sélectionnez un VPC, elles doivent également se trouver dans le même VPC.
Resource Group
Sélectionnez le groupe de ressources auquel l'instance appartient.
Cliquez sur Next: Confirm Order.
Confirmez la Parameter Configuration, sélectionnez la Quantity et la Subscription Duration (uniquement pour les instances en Subscription), acceptez le contrat de service et cliquez sur Pay Now pour finaliser le paiement.
Vérifier les données sur la nouvelle instance
Pour savoir comment se connecter à une instance, consultez la rubrique Se connecter à une instance ApsaraDB RDS for MariaDB.
Migrer les données vers l'instance source
Après avoir confirmé l'exactitude des données sur la nouvelle instance, vous pouvez les migrer vers l'instance source. Pour plus d'informations, consultez la rubrique Migrer des données entre des instances ApsaraDB RDS.
La migration de données implique la copie des données d'une instance source vers une instance cible. Le processus de migration n'affecte pas l'instance source.