Tous les produits
Search

Ce produit

    Data Management:Suivi des données

    Centre de documentation

    Data Management:Suivi des données

    Dernière mise à jour :Aug 27, 2026

    Lorsque vous modifiez des données dans une base de données à l'aide de la fenêtre SQL dans DMS, des mises à jour, suppressions ou écritures accidentelles peuvent entraîner des résultats inattendus. La fonctionnalité de suivi des données dans DMS vous permet de récupérer des informations sur les mises à jour survenues au cours d'une période spécifique. Cette période est limitée par la durée de conservation des journaux binaires (binlog) de la base de données. DMS peut ensuite générer un script de restauration pour rétablir rapidement les données dans leur état antérieur à la modification.

    Prérequis

    • La base de données doit être MySQL 5.6 ou version ultérieure.

      Remarque

      Cela inclut RDS for MySQL, PolarDB for MySQL, les bases de données MySQL gérées en interne sur des instances ECS, les bases de données MySQL gérées en interne dans des centres de données sur site, ou les bases de données MySQL d'autres fournisseurs cloud gérées dans DMS Enterprise.

    • La journalisation binaire est activée pour la base de données.

    • Vous êtes connecté à la base de données cible dans DMS.

      Remarque

      Vous devez vous connecter aux instances en mode Flexible Management ou Stable Change. Vous n'avez pas besoin de vous connecter aux instances en mode Security Collaboration.

    Remarques d'utilisation

    • Pour les instances en mode Flexible Management, vous pouvez suivre uniquement les opérations Data Manipulation Language (DML) effectuées au cours des 30 dernières minutes. Vous ne pouvez pas exporter de scripts de restauration ou de reconstruction.

    • Pour les instances en mode Stable Change ou Security Collaboration, il n'y a aucune limite de temps. Vous pouvez télécharger des scripts de restauration et de reconstruction par lots.

    • Les données que DMS peut suivre sont limitées par la période de conservation des binlogs de l'instance de base de données cible. Si les données ont été modifiées avant cette période de conservation, DMS ne peut pas les récupérer.

    • Si la journalisation binaire n'est pas activée pour la base de données ou si une erreur de connexion se produit, le système ne peut pas récupérer les fichiers journaux.

    • La fonctionnalité de suivi des données prend en charge uniquement le suivi des modifications de données DML, et non les modifications de schéma Data Definition Language (DDL).

    Procédure

    1. Connectez-vous à DMS 5.0.

      1. Dans la barre de navigation supérieure, cliquez sur Database Development > Data Tracking > Data Tracking Ticket.

      Remarque

      Si vous utilisez la console DMS en mode simple, placez le pointeur sur l'icône 2023-01-28_15-57-17.png dans le coin supérieur gauche de la console et choisissez All Features > Database Development > Data Tracking > Data Tracking Ticket.

    3. Dans le coin supérieur droit de la page, cliquez sur Data Tracking.

    4. Sur la page Data Tracking Ticket Request, configurez les paramètres suivants :

      Nom du paramètre

      Description

      Task Name

      Cela facilite la recherche future et fournit à l'approbateur une intention d'opération claire.

      Database Name

      Spécifiez une base de données dans l'instance. Vous devez disposer des autorisations nécessaires pour opérer la base de données dans DMS. Après avoir saisi un préfixe du nom de la base de données, les noms correspondants s'affichent.

      Table Name

      Recherchez dans les tables cibles spécifiées. Vous pouvez ajouter plusieurs tables.

      Track Type

      Sélectionnez un ou plusieurs types d'opérations à rechercher selon vos besoins.

      • Insert : L'instruction de restauration pour une insertion est INSERT.

      • Update : L'instruction de restauration pour une opération de mise à jour est UPDATE.

      • Delete : L'instruction de restauration correspondante est DELETE.

      Time Range

      Sélectionnez la plage de temps à suivre.

      • Pour les instances en mode Flexible Management, vous pouvez suivre les données uniquement sur une plage de 30 minutes.

      • Pour les instances en modes Stable Change et Security Collaboration, il n'y a aucune limite sur la plage de temps. Toutefois, un ticket de suivi des données unique peut suivre les données sur une durée maximale de 48 heures. Si la plage de temps dépasse 48 heures, soumettez plusieurs tickets pour différents segments temporels.

      Change Stakeholder

      Sélectionnez les parties prenantes selon vos besoins. Les utilisateurs qui ne sont ni participants ni approbateurs du ticket ne peuvent pas afficher les détails du ticket.

    5. Cliquez sur Submit. Le système récupère les fichiers journaux.

      Le système lance le processus d'approbation après avoir récupéré le fichier journal.

    6. Attendez l'approbation.

      Remarque

      Par défaut, l'administrateur de base de données (DBA) est l'approbateur des tickets de suivi des données. Pour plus d'informations sur les règles d'approbation du suivi des données, consultez Suivi des données.

    7. Une fois le ticket approuvé, le système télécharge et analyse les journaux.

    8. Une fois les journaux téléchargés et analysés, filtrez les résultats par dimensions telles que Track Type, Table Name et Column Name pour trouver le script de restauration que vous souhaitez exporter. Cliquez sur Export Rollback Script pour télécharger le fichier de script sur votre ordinateur.

      Remarque

      • Cliquez sur le bouton View Details à droite d'un enregistrement cible pour afficher ses détails et copier l'instruction de restauration correspondante.

      • Le Track Type peut être Insert, Update ou Delete.

    Opérations connexes