Cette rubrique définit les termes utilisés dans la documentation du service Data Transmission Service (DTS).
Types d'instance
Instance standard (instance mono-zone)
Une instance DTS déployée en mode mono-zone, où toutes les bases de données s'exécutent sur des serveurs situés dans la même zone. En cas de défaillance d'un serveur, DTS bascule l'instance vers un autre serveur sain au sein de la même zone. Si la zone entière devient indisponible, l'instance DTS tombe en panne.
Toutes les instances DTS sont actuellement des instances standards déployées en mode mono-zone.
Instance haute disponibilité intra-urbaine
Instance bi-zone (double AZ)
Une instance DTS utilisant un déploiement bi-zone. Ses ressources sont déployées sur des serveurs situés dans deux zones différentes au sein de la même région. Si une zone devient indisponible, l'instance DTS bascule automatiquement vers un serveur sain dans l'autre zone afin de garantir sa disponibilité.
Base de données autogérée (self-managed DB)
Une base de données connectée à DTS pour laquelle Alibaba Cloud Instance n'est pas sélectionné comme Access Method. Les bases de données autogérées incluent les bases de données hébergées sur des clouds tiers, les bases de données locales (on-premises) et les bases de données exécutées sur une instance Elastic Compute Service (ECS).
Types de tâche
Une tâche DTS comprend une ou plusieurs sous-tâches, chacune gérant une phase spécifique du transfert de données. Les sous-tâches sont regroupées en trois catégories :
Type de tâche de synchronisation
Tâches de synchronisation de schéma
Tâches de synchronisation complète des données
Tâches de synchronisation incrémentielle des données
Type de tâche de migration
Tâches de migration de schéma
Tâches de migration complète des données
Tâches de migration incrémentielle des données
Type de tâche de vérification
Tâches de vérification complète des données
Tâches de vérification incrémentielle des données
Tâches de vérification de schéma
Tâche de schéma (structure task)
La sous-tâche qui exécute la Schema Synchronization ou la Schema Migration.
Tâche de données complètes (full task)
La sous-tâche qui exécute la Full Data Synchronization ou la Full Data Migration.
Tâche incrémentielle
La sous-tâche qui exécute la Incremental Data Synchronization ou la Incremental Data Migration.
Par défaut, une instance de synchronisation inclut la Incremental Data Synchronization .
Tâche de vérification des données (verification task)
Une tâche qui vérifie la cohérence des données entre les bases de données source et de destination. Elle inclut les tâches de vérification complète des données, les tâches de vérification incrémentielle des données et les tâches de vérification de schéma.
Phases de synchronisation et de migration
DTS transfère les données selon jusqu'à trois phases séquentielles : schéma, données complètes et données incrémentielles.
Synchronisation de schéma (schema migration / structure migration)
Phase durant laquelle DTS lit les objets de schéma — notamment les tables, les vues, les déclencheurs et les procédures stockées — depuis la base de données source et les écrit dans la base de données de destination.
Pour les paires de bases de données hétérogènes, DTS convertit automatiquement les types de schéma avant l'écriture. Par exemple, DTS convertit le type NUMBER d'une base de données Oracle en type DECIMAL pour MySQL.
Synchronisation complète des données (full synchronization / full migration)
Phase durant laquelle DTS lit toutes les données historiques de la base de données source — c'est-à-dire les données existantes avant le démarrage de l'instance DTS — et les écrit dans la base de données de destination.
Synchronisation incrémentielle des données (incremental synchronization / incremental migration)
Phase durant laquelle DTS capture et applique les modifications de données en cours pendant l'exécution de la tâche. DTS récupère les instructions de modification incrémentielle depuis la base de données source (telles que les entrées du journal binaire MySQL Binlog), les convertit pour correspondre au type de la base de données de destination, puis les exécute sur cette dernière. Cela permet une synchronisation ou une migration en temps réel sans interruption de service.
Notez les comportements suivants :
Si la base de données de destination est Kafka ou RocketMQ, DTS écrit les données directement après chaque modification incrémentielle.
La synchronisation et la migration incrémentielles des données s'exécutent en continu et ne s'arrêtent pas automatiquement. Pour interrompre le processus, arrêtez manuellement l'instance ou libérez-la. Pour plus d'informations, consultez les rubriques Terminate a DTS instance et Release DTS instances.
Synchronisation initiale
Phase de configuration qui s'exécute avant que DTS ne commence à synchroniser les données incrémentielles. Elle comprend trois étapes, dans l'ordre suivant :
Collecte des données incrémentielles : Démarre la capture de toutes les modifications apportées aux objets à synchroniser depuis la base de données source.
Synchronisation initiale du schéma : Copie le schéma de chaque objet de la source vers la base de données de destination.
Synchronisation initiale des données complètes : Copie les données historiques de chaque objet de la source vers la base de données de destination.
Précontrôle
Étape de validation exécutée avant le démarrage d'une instance DTS. DTS vérifie :
La connectivité entre les bases de données source et de destination
Les autorisations des comptes de base de données
Les paramètres du journal binaire
Les versions des bases de données
Pour plus d'informations, consultez la rubrique Source database connectivity.
En cas d'échec du précontrôle, consultez les détails de l'erreur, corrigez les problèmes signalés, puis relancez le précontrôle.
Opérations sur les données
Mise à jour des données
Opération qui modifie les données sans changer le schéma, telle que INSERT, DELETE ou UPDATE.
Mise à jour du schéma
Opération qui modifie la structure du schéma, telle que CREATE TABLE, ALTER TABLE ou DROP VIEW.
Métriques de performance et de latence
Performance de synchronisation (migration performance)
Nombre d'enregistrements de données incrémentielles synchronisés ou migrés vers la base de données de destination par seconde. Unité : enregistrements par seconde (RPS).
Pour connaître les spécifications des classes d'instance, consultez :
Latence de synchronisation (migration latency)
Différence entre l'horodatage du dernier enregistrement écrit dans la base de données de destination et l'horodatage actuel de la base de données source. Une latence nulle signifie que la destination est entièrement synchronisée avec la source.
Lorsqu'aucune donnée n'est écrite dans la base de données source, la latence affichée peut fluctuer dans une plage de 2 secondes, même si la valeur réelle est de 0.
Termes liés au suivi des modifications
Plage d'horodatage
Fenêtre temporelle des données incrémentielles stockées dans une tâche de suivi des modifications. Par défaut, DTS conserve les données incrémentielles générées au cours des dernières 24 heures. DTS supprime périodiquement les données expirées et met à jour la plage d'horodatage en conséquence.
L'horodatage de chaque enregistrement de données incrémentielles reflète le moment où les données ont été mises à jour dans la base de données source et écrites dans le journal des transactions.
Point de contrôle de consommation (consumer offset)
Horodatage du dernier enregistrement de données incrémentielles consommé par un client. Chaque fois que le client traite un enregistrement, il envoie une confirmation à DTS, qui met à jour et sauvegarde le point de contrôle. Si le client cesse de répondre, DTS reprend automatiquement la transmission à partir du dernier point de contrôle enregistré et pousse les données vers un autre consommateur.