Lorsque des mises à jour, suppressions ou écritures accidentelles corrompent les données de votre instance ApsaraDB RDS for MySQL, la fonctionnalité de suivi des données de Data Management (DMS) vous permet d'identifier précisément les lignes modifiées dans une fenêtre temporelle donnée, de générer un script de restauration à partir des journaux binaires et de l'appliquer pour ne restaurer que les lignes concernées. Cette approche évite ainsi la restauration complète de l'instance ou de la base de données.
Pour obtenir un aperçu de toutes les méthodes de restauration des données, consultez la rubrique Présentation des méthodes de restauration des données .
Choisir une méthode de restauration
Utilisez le tableau suivant pour déterminer la méthode de restauration adaptée à votre situation avant de poursuivre.
| Méthode | Fonctionnement | Vitesse | Plage de temps restaurable | Coût |
|---|---|---|---|---|
| Data tracking (ce guide) | Analyse les journaux binaires sur une plage temporelle définie, génère des instructions de restauration pour les opérations DML sélectionnées et les applique via un ticket de modification des données. | Rapide | Gestion flexible : 30 dernières minutes (l'exportation du script de restauration ou de reconstruction n'est pas disponible). Changement stable ou Collaboration sécurisée : jusqu'à 168 heures (si la sauvegarde des journaux est désactivée) ou jusqu'à 730 jours (si la sauvegarde des journaux est activée). | Gestion flexible : gratuit. Changement stable ou Collaboration sécurisée : des frais s'appliquent. |
| Restauration de bases de données et de tables individuelles | Restaure des bases de données ou des tables spécifiques vers une instance nouvelle ou existante. La restauration vers une instance existante déclenche un basculement primaire/secondaire. | Rapide (mode rapide) ou lente (mode standard) | Jusqu'à 730 jours, selon la période de rétention des sauvegardes de journaux. | Facturation pour la nouvelle instance et le stockage de sauvegarde dépassant le quota gratuit. |
| Restauration complète des données | Restaure toutes les données sur une nouvelle instance, puis les migre vers l'instance d'origine ou une autre cible. | Lente | Jusqu'à 730 jours, selon les périodes de rétention des sauvegardes de journaux et des sauvegardes de données. | Facturation pour la nouvelle instance, le stockage de sauvegarde dépassant le quota gratuit et le trafic Internet sortant pour la migration. |
Utilisez le suivi des données lorsque vous devez annuler des modifications spécifiques sur certaines lignes dans une fenêtre temporelle connue et souhaitez éviter la charge liée à la restauration d'une instance entière.
Prérequis
Avant de commencer, assurez-vous de disposer des éléments suivants :
Une base de données MySQL version 5.6 ou ultérieure
La journalisation binaire activée pour la base de données
Une connexion établie à la base de données dans DMS (requise pour les modes Gestion flexible et Changement stable ; non requise pour le mode Collaboration sécurisée)
Limitations
Seules les opérations DML (INSERT, UPDATE, DELETE) peuvent être suivies. Les opérations DDL ne sont pas prises en charge.
Mode Gestion flexible : le suivi est limité aux 30 dernières minutes et l'exportation des scripts de restauration ou de reconstruction n'est pas possible.
Modes Changement stable ou Collaboration sécurisée : le suivi est limité à la période de rétention des journaux binaires.
Un seul ticket de suivi des données couvre au maximum 48 heures. Pour des plages plus longues, divisez la période sur plusieurs tickets.
Si la journalisation binaire est désactivée ou si vous ne vous êtes pas connecté à la base de données, DMS ne peut pas récupérer les journaux binaires.
Suivre les modifications des données et générer un script de restauration
Connectez-vous à la console DMS V5.0.
-
Dans la barre de navigation supérieure, cliquez sur Database Development > Data Tracking > Data Tracking Ticket.
Si vous utilisez la console DMS en mode simple, placez le pointeur sur l'icône
située dans le coin supérieur gauche, puis choisissez All Features > Database Development > Data Tracking > Data Tracking Ticket . Dans le coin supérieur droit de la page Data Tracking Ticket, cliquez sur Data Tracking.
-
Sur la page Data Tracking Tickets, configurez les paramètres suivants et cliquez sur Submit. Après avoir cliqué sur Submit, DMS récupère automatiquement les journaux binaires. Le ticket passe à l'étape Approval.
Paramètre Description Task Name Saisissez un nom permettant, à vous et aux approbateurs, d'identifier l'objet du ticket. Database Name Sélectionnez la base de données dont vous souhaitez suivre les données. Vous devez disposer des autorisations de gestion pour cette base de données dans DMS. Saisissez un préfixe pour filtrer la liste. Table Name Sélectionnez une ou plusieurs tables à suivre. Track Type Sélectionnez les types d'opérations à annuler : Insert (génère des instructions de restauration INSERT), Update (génère des instructions de restauration UPDATE) ou Delete (génère des instructions de restauration DELETE). Time Range Spécifiez la fenêtre temporelle couvrant la modification accidentelle. Mode Gestion flexible : limité aux 30 dernières minutes. Modes Changement stable ou Collaboration sécurisée : toute plage comprise dans la période de rétention des journaux binaires, jusqu'à 48 heures par ticket. Change Stakeholder Sélectionnez les parties prenantes nécessitant un accès aux détails du ticket. Seules les parties prenantes sélectionnées et les approbateurs du ticket peuvent consulter ce dernier. -
Attendez l'approbation du ticket.
Par défaut, l'administrateur de base de données (DBA) de la base de données sélectionnée approuve les tickets de suivi des données. Pour plus d'informations sur les règles d'approbation, consultez la rubrique Suivi des données .
Après l'approbation, attendez que DMS télécharge et analyse les journaux binaires.
-
Une fois l'analyse terminée, filtrez les résultats par Track Type, Table Name ou Column Name pour isoler les lignes que vous souhaitez restaurer. Sélectionnez les enregistrements cibles et cliquez sur Export Rollback Script. Le script de restauration est téléchargé sur votre ordinateur.
Pour examiner un enregistrement individuel avant l'exportation, cliquez sur View Details afin d'afficher les données complètes de la ligne et de copier l'instruction de restauration.
Appliquer le script de restauration
Après avoir exporté le script de restauration, choisissez la méthode d'application en fonction du nombre de lignes affectées :
Peu de lignes affectées : Exécutez directement les instructions de restauration dans la SQL Console.
Nombreuses lignes affectées : Soumettez un ticket de modification des données normal et joignez le script de restauration exporté en pièce jointe. DMS appliquera les instructions SQL à la base de données sélectionnée.
Référence API
Pour automatiser le suivi des données avec l'API DMS, utilisez les opérations suivantes :