Si une erreur opérationnelle entraîne une perte de données sur votre instance ApsaraDB RDS for SQL Server, créez une instance temporaire à partir d'une sauvegarde pour vérifier les données récupérées. Après vérification, migrez les données vers votre instance principale à l'aide de Data Transmission Service (DTS). L'instance temporaire s'exécute dans un environnement isolé, ce qui garantit que votre instance principale n'est pas affectée pendant la récupération.
Pour choisir la méthode de récupération appropriée, consultez la rubrique Présentation des méthodes de restauration.
Quand utiliser cette méthode
Utilisez une instance temporaire lorsque vous devez vérifier les données récupérées avant de les appliquer en production. Cette approche ajoute une étape de validation par rapport à une restauration directe sur l'instance d'origine, évitant ainsi l'application de données incorrectes ou incomplètes.
Scénarios typiques :
Suppression accidentelle d'enregistrements ou de tables nécessitant une récupération sélective.
Corruption de données exigeant l'inspection de l'état restauré avant la validation des modifications.
Validation de la récupération à des fins de conformité ou d'audit.
Prérequis
Avant de commencer, assurez-vous de disposer des éléments suivants :
Une instance ApsaraDB RDS for SQL Server 2008 R2 de la série Haute Disponibilité avec des SSD locaux Premium (les autres éditions et classes de stockage ne sont pas prises en charge).
Une sauvegarde des données de l'instance. Pour une restauration à un instant précis, des sauvegardes des journaux sont également requises. Pour plus de détails, consultez la rubrique Configurer les sauvegardes automatiques ou créer une sauvegarde manuelle.
Notes d'utilisation
| Élément | Détails |
|---|---|
| Compte et mot de passe | L'instance temporaire hérite du compte de base de données et du mot de passe du fichier de sauvegarde. |
| Type de réseau | Réseau classique. |
| Limite d'instance | Une seule instance temporaire peut exister à la fois. Supprimez l'instance existante avant d'en créer une nouvelle. |
| Modifications de bases de données et de comptes | Vous ne pouvez pas ajouter, modifier ou supprimer des bases de données ou des comptes sur une instance temporaire. |
| Endpoint public | Vous ne pouvez pas demander un endpoint public pour une instance temporaire. Si vous devez absolument utiliser un endpoint public pour une instance temporaire, soumettez un ticket. |
Facturation
| Ressource | Coût |
|---|---|
| Instance temporaire standard | Gratuit. Libérée automatiquement 2 jours après sa création. |
| Instance temporaire de version supérieure | Gratuit. Libérée automatiquement 7 jours après sa création. |
| Tâche de migration DTS | Facturée selon les spécifications du lien. Consultez les Spécifications des liens de migration de données. |
Étape 1 : Créer une instance temporaire
Accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région de votre instance RDS, puis cliquez sur l'ID de l'instance.
Dans le volet de navigation de gauche, choisissez Backup and Restoration.
Cliquez sur l'onglet Temporary Instance.
-
Sélectionnez un point de restauration. L'instance est restaurée à partir de la dernière sauvegarde créée avant l'instant sélectionné.
Select Time : les instants affichés sur la page correspondent aux heures de création des jeux de sauvegarde valides dans l'onglet Data Backup.
Other Times : sélectionnez un instant à partir d'autres jeux de sauvegarde valides.
-
Sélectionnez un type de création pour l'instance temporaire :
Create Temporary Instance : crée une instance temporaire standard. Cliquez sur le bouton, puis sur OK.
Create Temporary Instance of Higher Version : crée une instance temporaire sur une version plus récente de SQL Server. Sélectionnez une zone, une version de mise à niveau cible, un VPC et un vSwitch, puis cliquez sur OK.
RemarquePour une instance temporaire de version supérieure, le type d'instance et la classe de stockage utilisent des configurations par défaut et ne peuvent pas être modifiés.
Attendez la création de l'instance temporaire. La durée dépend du volume de vos données. Pour vérifier la progression, accédez à la page Tasks.
Étape 2 : Migrer les données vers l'instance principale
Une fois l'instance temporaire créée, utilisez DTS pour migrer les données vérifiées vers votre instance principale.
Revenez à la page RDS Instances et cliquez sur l'ID de l'instance principale.
En haut de la page, cliquez sur Database Migration pour ouvrir la page DTS Data Migration Tasks.
Dans le coin supérieur gauche, sélectionnez la région de l'instance de migration.
-
Cliquez sur Create Task et configurez les bases de données source et de destination. Définissez le paramètre Task Name avec un nom descriptif pour faciliter l'identification.
AvertissementAprès avoir sélectionné les instances source et de destination, lisez attentivement les limites affichées en haut de la page. Les ignorer peut entraîner des échecs de tâche ou une incohérence des données.
Source database information
Paramètre Valeur Database Type Sélectionnez SQL Server. Access Method Sélectionnez Self-managed Database with Public IP. Si vous sélectionnez une base de données auto-gérée, préparez-la au préalable. Pour plus de détails, consultez la rubrique Présentation des préparatifs. Instance Region Sélectionnez la région de la base de données SQL Server auto-gérée source. Hostname or IP Address Saisissez l'endpoint de la base de données source. Dans cet exemple, saisissez l'endpoint public. Port Saisissez le port de service. Le port par défaut est 1433. Database Account Saisissez le compte de base de données. Database Password Saisissez le mot de passe. Destination database information
Paramètre Valeur Database Type Sélectionnez SQL Server. Access Method Sélectionnez Alibaba Cloud Instance. Instance Region Sélectionnez la région de votre instance ApsaraDB RDS for SQL Server de destination. Instance ID Sélectionnez l'ID de l'instance. Database Account Saisissez le compte de base de données. Database Password Saisissez le mot de passe. -
Cliquez sur Test Connectivity and Proceed. DTS ajoute automatiquement ses blocs CIDR à la liste d'autorisation d'adresses IP des instances de base de données Alibaba Cloud et aux règles du groupe de sécurité des instances Elastic Compute Service (ECS) qui hébergent des bases de données auto-gérées. Pour les bases de données auto-gérées dans des centres de données sur site ou provenant de fournisseurs cloud tiers, ajoutez manuellement les blocs CIDR. Pour plus de détails, consultez la rubrique Blocs CIDR des serveurs DTS.
AvertissementL'ajout automatique ou manuel des blocs CIDR publics des serveurs DTS peut présenter des risques de sécurité. Mettez en œuvre des mesures de sécurité de base, telles que l'utilisation de mots de passe robustes, la limitation des ports ouverts, l'utilisation de l'authentification pour les appels API internes et l'examen régulier des entrées de la liste d'autorisation. Comme alternative, connectez-vous via un réseau interne, tel qu'une ligne louée, VPN Gateway ou Smart Access Gateway.
Configurez les objets de la tâche et les paramètres avancés. Pour plus de détails, consultez l'Étape 5.
-
Cliquez sur Next: Save Task Settings and Precheck.
Survolez le bouton Next: Save Task Settings and Precheck et cliquez sur Preview OpenAPI parameters pour afficher les paramètres API de cette configuration.
La tâche ne démarre qu'après la réussite de la pré-vérification. - Si la pré-vérification échoue, cliquez sur View Details à côté de l'élément ayant échoué, corrigez le problème et relancez la pré-vérification. - Si un avertissement est signalé : pour les éléments qui ne peuvent pas être ignorés, corrigez le problème et relancez la pré-vérification. Pour les éléments qui peuvent être ignorés, cliquez sur Confirm Alert Details , Ignore , OK , puis sur Precheck Again pour ignorer l'avertissement. Ignorer un avertissement peut entraîner une incohérence des données.
Lorsque le Success Rate atteint 100 %, cliquez sur Next: Purchase Instance.
-
Sélectionnez les spécifications du lien pour l'instance de migration DTS :
Paramètre Description Resource Group Settings Sélectionnez le groupe de ressources. La valeur par défaut est le groupe de ressources par défaut. Pour plus de détails, consultez la rubrique Qu'est-ce que Resource Management ? Instance Class Sélectionnez une spécification en fonction de vos exigences en matière de vitesse de migration. Pour plus de détails, consultez les Spécifications des liens de migration de données. Lisez et acceptez les Data Transmission Service (Pay-as-you-go) Service Terms.
Cliquez sur Buy and Start, puis sur OK dans la boîte de dialogue de confirmation.
Étape 3 : Vérifier la migration et effectuer le nettoyage
-
Surveillez la progression de la migration sur la page Data Migration Tasks.
Si la tâche n'inclut pas de migration incrémentielle, elle s'arrête automatiquement une fois terminée. Le statut Status passe à Completed.
Si la tâche inclut une migration incrémentielle, elle continue de s'exécuter. Le statut Status reste Running jusqu'à ce que vous l'arrêtiez manuellement.
-
(Facultatif) Une fois la validation des données ou la migration terminée, supprimez l'instance temporaire :
Accédez à la page de détails de votre instance principale. Dans le volet de navigation de gauche, cliquez sur Backup and Restoration.
Cliquez sur l'onglet Temporary Instance, puis sur Delete Temporary Instance.
Références
Pour créer une instance temporaire en appelant une opération API, consultez la rubrique CreateTempDBInstance.
Pour vous connecter à une instance temporaire, utilisez DMS ou SQL Server Management Studio (SSMS) sur une instance ECS via le réseau interne. Pour plus de détails, consultez la rubrique Se connecter à une instance temporaire.