Tous les produits
Search
Centre de documentation

Data Transmission Service:Synchroniser RDS for MySQL vers DataHub

Dernière mise à jour :Aug 31, 2026

DataHub est une plateforme de traitement de données en continu qui vous permet de publier, de vous abonner et de distribuer des flux de données, facilitant ainsi la création d'applications et d'analyses. Utilisez DTS pour synchroniser les données depuis ApsaraDB RDS for MySQL vers DataHub afin d'activer rapidement l'analyse en temps réel à l'aide de services Big Data tels que le calcul de flux.

Prérequis

Notes d'utilisation

Remarque

DTS ne synchronise pas les clés étrangères de la base de données source vers la base de données de destination. Par conséquent, les opérations en cascade et de suppression effectuées sur la base de données source ne sont pas répliquées vers la destination.

Type

Description

Limites de la base de données source

  • Les tables à synchroniser doivent disposer d'une clé primaire ou d'une contrainte d'unicité, et les champs doivent être uniques. À défaut, des données en double peuvent apparaître dans la base de données de destination.

  • Si vous effectuez une synchronisation au niveau des tables et devez modifier les mappages (par exemple, le mappage des noms de colonnes), chaque tâche de synchronisation prend en charge jusqu'à 1 000 tables. Si vous dépassez cette limite, la tâche échoue avec une erreur. Pour résoudre ce problème, répartissez les tables sur plusieurs tâches ou configurez une tâche de synchronisation complète de la base de données.

  • Journaux binaires :

    • La journalisation binaire est activée par défaut sur ApsaraDB RDS for MySQL. Assurez-vous que le paramètre binlog_row_image est défini sur full. Sinon, la prévérification échoue et la tâche de synchronisation ne peut pas démarrer. Pour obtenir des instructions, consultez la rubrique Configurer les paramètres de l'instance.

      Important
      • Si votre instance source est une base de données MySQL autogérée, activez la journalisation binaire et définissez binlog_format sur row et binlog_row_image sur full.

      • Si votre base de données MySQL autogérée est un cluster à double primaire (où les deux nœuds agissent comme primaire et secondaire), activez le paramètre log_slave_updates afin que DTS puisse capturer tous les événements du journal binaire. Pour obtenir des instructions, consultez la rubrique Créer un compte et configurer la journalisation binaire pour une base de données MySQL autogérée.

    • Les journaux binaires locaux d'une instance ApsaraDB RDS for MySQL doivent être conservés pendant au moins trois jours (sept jours sont recommandés). Pour une base de données MySQL autogérée, conservez les journaux binaires locaux pendant au moins sept jours. À défaut, DTS pourrait ne pas réussir à récupérer les journaux binaires, ce qui entraînerait l'échec de la tâche. Dans les cas extrêmes, cela peut provoquer une incohérence ou une perte de données. Les problèmes causés par des périodes de rétention des journaux binaires inférieures aux exigences de DTS ne sont pas couverts par le SLA de DTS.

      Remarque

      Pour configurer la retention period des journaux binaires locaux sur une instance ApsaraDB RDS for MySQL, consultez la rubrique Supprimer automatiquement les journaux locaux.

  • N'exécutez pas d'opérations DDL modifiant les schémas de base de données ou de tables pendant la synchronisation du schéma ou la synchronisation complète. Sinon, la tâche de synchronisation échouera.

    Remarque

    Pendant la synchronisation complète, DTS interroge la base de données source. Cela crée des verrous de métadonnées qui peuvent bloquer les opérations DDL sur la base de données source.

  • Les données générées par des modifications qui n'écrivent pas dans les journaux binaires, telles que les données restaurées à partir de sauvegardes physiques ou créées par des opérations en cascade, ne sont pas synchronisées vers la base de données de destination.

    Remarque

    Si cela se produit, retirez la base de données ou la table concernée des objets de synchronisation, puis ajoutez-la à nouveau. Cette opération n'est possible que si votre activité métier le permet. Pour plus d'informations, consultez la rubrique Modifier les objets de synchronisation.

  • Si votre base de données source est MySQL 8.0.23 ou version ultérieure et contient des colonnes masquées invisibles, DTS pourrait ne pas lire ces colonnes. Cela peut entraîner une perte de données.

    Remarque

    Exécutez la commande ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; pour rendre la colonne masquée visible. Pour plus d'informations, consultez la documentation Invisible Columns.

  • Compatibilité MySQL : Lorsque DTS synchronise des données depuis une base de données source de la famille MySQL, il s'appuie sur le protocole MySQL standard et le format Binlog. Les comportements incompatibles avec MySQL standard ne sont pas pris en charge. Si votre base de données source prétend être compatible avec MySQL mais se comporte différemment (par exemple, lorsqu'OceanBase est connecté en tant que source en mode MySQL, l'horodatage de l'événement de rotation final dans le Binlog est 0, ce qui diffère de MySQL), la tâche de synchronisation DTS peut échouer.

Autres limites

  • Un seul champ String dans DataHub prend en charge jusqu'à 2 Mo.

  • DTS ne prend pas en charge la synchronisation des index, des partitions, des vues, des procédures stockées, des fonctions, des déclencheurs ou des clés étrangères.

  • Si votre table source contient une colonne record_id, utilisez le mappage de champs pour la renommer dans l'instance de destination. À défaut, la tâche échouera. Pour obtenir des instructions, consultez la rubrique Mappage des noms de colonnes de base de données et de tables.

  • N'écrivez pas de données dans la base de données de destination par un autre moyen que DTS pendant l'exécution de la synchronisation. Sinon, des incohérences de données peuvent survenir entre les bases de données source et de destination. Par exemple, si vous utilisez DMS pour effectuer des opérations DDL en ligne pendant que d'autres données sont écrites dans la base de données de destination, une perte de données peut se produire.

  • Si votre instance ApsaraDB RDS for MySQL a Always-Encrypted activé, la synchronisation complète des données n'est pas prise en charge.

    Remarque

    Les instances ApsaraDB RDS for MySQL avec Transparent Data Encryption (TDE) activé prennent en charge la synchronisation du schéma, la synchronisation complète des données et la synchronisation incrémentielle des données.

  • En cas d'échec d'une tâche, l'équipe support DTS tentera de la restaurer dans un délai de huit heures. Pendant la restauration, ils peuvent redémarrer la tâche ou ajuster ses paramètres.

    Remarque

    Seuls les paramètres de la tâche DTS sont modifiés, et non les paramètres de la base de données. Les paramètres susceptibles d'être ajustés incluent ceux répertoriés dans la rubrique Modifier les paramètres de l'instance.

Cas particuliers

  • Pour une base de données source MySQL autogérée :

    • Si un basculement primaire/secondaire se produit dans la base de données source pendant la synchronisation, la tâche échoue.

    • DTS calcule la latence en comparant l'horodatage du dernier enregistrement synchronisé avec l'heure actuelle. Si aucune opération DML n'est exécutée pendant une longue période dans la base de données source, le rapport de latence peut devenir imprécis. Si la latence semble trop élevée, exécutez une opération DML dans la base de données source pour mettre à jour la latence.

      Remarque

      Si vous sélectionnez une base de données entière pour la synchronisation, créez une table de heartbeat. Mettez à jour ou écrivez dans cette table chaque seconde.

    • DTS exécute périodiquement la commande CREATE DATABASE IF NOT EXISTS test dans la base de données source pour faire avancer le décalage du journal binaire.

    • Si votre base de données source est Amazon Aurora MySQL ou une autre instance MySQL en cluster, assurez-vous que le nom de domaine ou l'adresse IP utilisé dans la configuration de la tâche, ainsi que sa résolution DNS, pointent toujours vers un nœud en lecture/écriture (RW). À défaut, la synchronisation peut échouer.

  • Pour une base de données source ApsaraDB RDS for MySQL :

    • Les instances en lecture seule, telles que les instances en lecture seule ApsaraDB RDS for MySQL 5.6, qui n'enregistrent pas les journaux de transactions, ne peuvent pas servir de bases de données sources.

    • DTS exécute périodiquement la commande CREATE DATABASE IF NOT EXISTS test dans la base de données source pour faire avancer le décalage du journal binaire.

Topologies de synchronisation prises en charge

  • Synchronisation unidirectionnelle un-à-un.

  • Synchronisation unidirectionnelle un-à-plusieurs.

  • Synchronisation unidirectionnelle plusieurs-à-un.

Pour en savoir plus sur chaque topologie de synchronisation et ses considérations, consultez la rubrique Topologies de synchronisation.

Opérations SQL prises en charge

Type d'opération

Instruction SQL

DML

INSERT, UPDATE, DELETE

DDL

ADD COLUMN

Important

Si vous modifiez manuellement la structure de la table dans la base de données cible, redémarrez la tâche : mettez-la en pause puis démarrez-la.

Procédure

  1. Accédez à la page de liste des tâches de synchronisation de la région de destination. Vous pouvez utiliser l'une des deux méthodes suivantes :

    Depuis la console DTS

    1. Connectez-vous à la console Data Transmission Service (DTS).

    2. Dans le volet de navigation de gauche, cliquez sur Data Synchronization.

    3. Dans le coin supérieur gauche de la page, sélectionnez la région où se trouve l'instance de synchronisation.

    Depuis la console DMS

    Remarque

    Les opérations réelles peuvent varier en fonction du mode et de la disposition de la console DMS. Pour plus d'informations, consultez les rubriques Mode simple et Personnaliser la disposition et le style de l'interface DMS.

    1. Connectez-vous à Data Management (DMS).

    2. Dans la barre de menus supérieure, choisissez Data + AI > Data Transmission (DTS) > Data Synchronization.

    3. À droite de Data Synchronization Tasks, sélectionnez la région où se trouve l'instance de synchronisation.

  2. Cliquez sur Create Task pour ouvrir la page de configuration de la tâche.

  3. Configurez les bases de données source et de destination.

    Avertissement

    Après avoir sélectionné les instances source et de destination, lisez attentivement les limites affichées en haut de la page. Le non-respect de ces limites peut entraîner l'échec de la tâche ou une incohérence des données.

    Catégorie

    Paramètre

    Description

    N/A

    Task Name

    DTS génère automatiquement un nom de tâche. Nous vous recommandons de spécifier un nom descriptif pour faciliter l'identification. Le nom n'a pas besoin d'être unique.

    Source Database

    Select DMS Database Instance

    Sélectionnez une instance existante si nécessaire.

    • Si vous utilisez une instance existante, les informations de la base de données sont renseignées automatiquement. Vous n'avez pas besoin de les saisir à nouveau.

    • Si vous n'utilisez pas d'instance existante, saisissez les informations de base de données suivantes.

    Database Type

    Sélectionnez MySQL.

    Connection Type

    Sélectionnez Alibaba Cloud Instance.

    Instance Region

    Sélectionnez la région où réside l'instance ApsaraDB RDS for MySQL source.

    Cross-account

    Sélectionnez No. Ce tutoriel concerne la synchronisation des données au sein d'un même compte Alibaba Cloud.

    RDS Instance ID

    Sélectionnez l'ID de l'instance ApsaraDB RDS for MySQL source.

    Database Account

    Saisissez le compte de base de données pour l'instance ApsaraDB RDS for MySQL source. Le compte doit disposer d'autorisations de lecture sur les objets de synchronisation.

    Database Password

    Saisissez le mot de passe correspondant au compte de base de données.

    Connection Method

    Sélectionnez Non-encrypted ou SSL-encrypted selon vos besoins. Si vous sélectionnez SSL-encrypted, vous devez activer le chiffrement SSL pour l'instance RDS for MySQL au préalable. Pour plus d'informations, consultez la rubrique Utiliser un certificat cloud pour activer rapidement le chiffrement SSL.

    Destination Database

    Select DMS Database Instance

    Sélectionnez une instance existante si nécessaire.

    • Si vous utilisez une instance existante, les informations de la base de données sont renseignées automatiquement. Vous n'avez pas besoin de les saisir à nouveau.

    • Si vous n'utilisez pas d'instance existante, saisissez les informations de base de données suivantes.

    Database Type

    Sélectionnez DataHub.

    Connection Type

    Sélectionnez Alibaba Cloud Instance.

    Instance Region

    Sélectionnez la région où réside l'instance DataHub de destination.

    Project

    Sélectionnez le Project DataHub de destination.

  4. Une fois la configuration terminée, cliquez sur Test Connectivity and Proceed en bas de la page.

    Remarque
    • Assurez-vous que les blocs CIDR des adresses IP des serveurs DTS sont ajoutés aux paramètres de sécurité des bases de données source et de destination pour autoriser l'accès depuis les serveurs DTS. Cette opération peut être effectuée automatiquement ou manuellement. Pour plus d'informations, consultez la rubrique Ajouter les blocs CIDR des adresses IP des serveurs DTS à une liste d'autorisation.

    • Si la base de données source ou de destination est une base de données auto-gérée (où la Access Method n'est pas Alibaba Cloud Instance), vous devez également cliquer sur Test Connectivity dans la boîte de dialogue CIDR Blocks of DTS Servers.

  5. Configurez les objets de la tâche.

    1. Sur la page Configure Objects, configurez les objets à synchroniser.

      Paramètre

      Description

      Synchronization Types

      Incremental Data Synchronization est sélectionné. Par défaut, vous devez également sélectionner Schema Synchronization et Full Data Synchronization. Une fois la pré-vérification terminée, DTS effectue une synchronisation complète des données des objets sélectionnés depuis l'instance source vers le cluster de destination. Cela sert de données de base pour la synchronisation incrémentielle des données ultérieure.

      Naming Rules of Additional Columns

      Lorsque DTS synchronise les données vers DataHub, il ajoute des colonnes supplémentaires à la table de destination. En cas de conflit de nom entre une colonne supplémentaire et une colonne existante dans la table de destination, la tâche de synchronisation échoue. Sélectionnez New Rule ou Previous Rule en fonction de vos besoins métier.

      Avertissement

      Avant de sélectionner une règle, évaluez si les colonnes supplémentaires entrent en conflit avec les colonnes existantes dans la table de destination. Les conflits de noms peuvent entraîner une perte de données ou des échecs de tâche. Pour plus d'informations sur les règles et les définitions des colonnes supplémentaires, consultez Noms et définitions des colonnes supplémentaires.

      Processing Mode of Conflicting Tables

      • Precheck and Report Errors : vérifie si une table portant le même nom existe dans la base de données de destination. Si aucune table portant le même nom n'existe, la pré-vérification réussit. Si une table portant le même nom existe, la pré-vérification échoue et la tâche de synchronisation des données ne démarre pas.

        Remarque

        Si vous ne pouvez pas supprimer ou renommer la table portant le même nom dans la base de données de destination, vous pouvez la mapper vers un nom de table différent. Pour plus d'informations, consultez Mapper les noms de tables et de colonnes.

      • Ignore Errors and Proceed : ignore la vérification des noms de tables en double dans la base de données de destination.

        Avertissement

        La sélection de l'option Ignore Errors and Proceed peut provoquer une incohérence des données et mettre votre activité à risque. Par exemple :

        • Si les schémas de table sont identiques et qu'un enregistrement dans la base de données de destination possède la même valeur de clé primaire ou de clé unique qu'un enregistrement dans la base de données source :

          • Lors de la synchronisation complète, DTS conserve l'enregistrement dans le cluster de destination. L'enregistrement correspondant de la base de données source n'est pas synchronisé.

          • Lors de la synchronisation incrémentielle, l'enregistrement de la base de données source écrase l'enregistrement dans la base de données de destination.

        • Si les schémas de table sont différents, la synchronisation initiale des données peut échouer. Cela peut entraîner la synchronisation uniquement d'une partie des données de colonne ou un échec complet de la synchronisation. Procédez avec prudence.

      Case Sensitivity Policy for Destination Object Names

      Vous pouvez configurer la politique de sensibilité à la casse pour les noms d'objets de base de données, de tables et de colonnes qui sont synchronisés vers l'instance de destination. Par défaut, la politique DTS default policy est sélectionnée. Vous pouvez également choisir d'utiliser les politiques par défaut des bases de données source et de destination. Pour plus d'informations, consultez Politique de sensibilité à la casse pour les noms d'objets de destination.

      Source Objects

      Dans la zone Source Objects, cliquez sur un objet à synchroniser, puis cliquez sur 向右 pour le déplacer vers la zone Selected Objects.

      Remarque

      Les objets de synchronisation sont sélectionnés au niveau de la table.

      Selected Objects

      • Pour renommer un seul objet de synchronisation dans l'instance de destination, faites un clic droit sur l'objet dans la zone Selected Objects. Pour plus d'informations sur le renommage des objets, consultez Mapper une seule base de données, table ou colonne.

      • Pour modifier les noms de plusieurs objets de synchronisation dans l'instance de destination en lot, cliquez sur Batch Edit dans le coin supérieur droit de la zone Selected Objects. Pour plus d'informations, consultez Mapper les bases de données, tables et colonnes en lot.

      Remarque
      • Pour définir une clause WHERE afin de filtrer les données, faites un clic droit sur la table dans la zone Selected Objects et spécifiez la condition de filtre dans la boîte de dialogue qui s'affiche. Pour plus d'informations, consultez Définir des conditions de filtre.

      • Faites un clic droit sur la table dans la zone Selected Objects, décochez la case Sync All Columns dans la boîte de dialogue qui s'affiche, puis définissez la clé de sharding. La clé de sharding est utilisée pour le partitionnement des données.

    2. Cliquez sur Next: Advanced Settings pour configurer les paramètres avancés.

      Paramètre

      Description

      Dedicated Cluster for Task Scheduling

      Par défaut, DTS planifie les tâches sur un cluster partagé et vous n'avez pas besoin de sélectionner un cluster. Pour des performances plus stables, vous pouvez acheter un cluster dédié pour exécuter les tâches de synchronisation DTS. Pour plus d'informations, consultez Qu'est-ce qu'un cluster dédié DTS ?.

      Set Alerts

      Spécifiez s'il faut configurer des alertes. Si la synchronisation échoue ou si la latence dépasse le seuil spécifié, une notification est envoyée à un contact d'alerte.

      Retry Time for Failed Connections

      Après le démarrage d'une tâche de synchronisation, si la connexion à la base de données source ou de destination échoue, DTS signale une erreur et commence immédiatement à retenter la connexion. La durée de nouvelle tentative par défaut est de 720 minutes. Vous pouvez également spécifier une durée de nouvelle tentative personnalisée comprise entre 10 et 1 440 minutes. Nous vous recommandons de définir la durée à 30 minutes ou plus. Si DTS se reconnecte avec succès à la base de données dans le délai spécifié, la tâche de synchronisation reprend automatiquement. Sinon, la tâche échoue.

      Remarque
      • Si vous disposez de plusieurs instances DTS (par exemple, l'instance A et l'instance B) qui partagent la même source ou la même destination, et que vous définissez le délai de nouvelle tentative réseau à 30 minutes pour l'instance A et à 60 minutes pour l'instance B, la durée la plus courte de 30 minutes est utilisée pour les deux.

      • Étant donné que DTS facture l'exécution de la tâche pendant la période de nouvelle tentative de connexion, nous vous recommandons de personnaliser la durée de nouvelle tentative en fonction de vos besoins métier ou de libérer l'instance DTS dès que possible après la libération des instances de base de données source et de destination.

      Retry Time for Other Issues

      Après le démarrage de la tâche de synchronisation, si d'autres problèmes non liés à la connectivité surviennent avec la base de données source ou de destination (tels que des exceptions d'exécution DDL ou DML), DTS signale une erreur et lance immédiatement des opérations de nouvelle tentative continues. La durée de nouvelle tentative par défaut est de 10 minutes. Vous pouvez également personnaliser la durée de nouvelle tentative dans la plage de 1 à 1 440 minutes. Nous vous recommandons de la définir à 10 minutes ou plus. Si les opérations pertinentes aboutissent dans le délai de nouvelle tentative défini, la tâche de synchronisation reprend automatiquement. Sinon, la tâche échoue.

      Important

      La valeur de Retry Time for Other Issues doit être inférieure à celle de Retry Time for Failed Connections.

      Enable Throttling for Full Data Synchronization

      Pendant la phase de synchronisation complète, DTS consomme des ressources de lecture et d'écriture des bases de données source et de destination, ce qui peut augmenter la charge de la base de données. Pour réduire la charge sur les bases de données source et de destination, vous pouvez définir une limite de débit pour la tâche de synchronisation complète en configurant les paramètres Queries per second (QPS) to the source database, RPS of Full Data Migration et Data migration speed for full migration (MB/s).

      Remarque
      • Cet élément de configuration est disponible uniquement lorsque Synchronization Types est défini sur Full Data Synchronization.

      • Vous pouvez également ajuster le taux de synchronisation complète après le démarrage de l'instance de synchronisation.

      Enable Throttling for Incremental Data Synchronization

      Vous pouvez également définir une limite de débit pour la tâche de synchronisation incrémentielle. Pour soulager la pression sur la base de données de destination, définissez les paramètres RPS of Incremental Data Synchronization et Data synchronization speed for incremental synchronization (MB/s).

      Environment Tag

      Vous pouvez sélectionner un tag d'environnement pour identifier l'instance en fonction de vos besoins métier. Pour cet exemple, vous n'avez pas besoin de sélectionner un tag.

      Whether to delete SQL operations on heartbeat tables of forward and reverse tasks

      Choisissez s'il faut écrire les informations SQL de heartbeat dans la base de données source lorsque l'instance DTS est en cours d'exécution.

      • Yes : les informations SQL de heartbeat ne sont pas écrites dans la base de données source. Cela peut amener l'instance DTS à signaler un retard.

      • No : écrit les informations SQL de heartbeat dans la base de données source. Cela peut interférer avec des fonctionnalités telles que la sauvegarde physique et le clonage de la base de données source.

      Configure ETL

      Choisissez s'il faut activer la fonctionnalité extract, transform, and load (ETL). Pour plus d'informations, consultez Qu'est-ce que l'ETL ? Valeurs valides :

      Monitoring and Alerting

      Spécifiez s'il faut configurer des alertes. Si la synchronisation échoue ou si la latence dépasse le seuil spécifié, une notification est envoyée à un contact d'alerte.

  6. Enregistrez la tâche et exécutez une pré-vérification.

    • Pour afficher les paramètres API pour configurer cette instance, placez le curseur sur le bouton Next: Save Task Settings and Precheck et cliquez sur Preview OpenAPI parameters dans la bulle.

    • Une fois que vous avez consulté les paramètres API, cliquez sur Next: Save Task Settings and Precheck en bas de la page.

    Remarque
    • Avant le démarrage de la tâche de synchronisation, DTS exécute une pré-vérification. La tâche ne peut démarrer qu'après la réussite de tous les éléments de pré-vérification.

    • Si la pré-vérification échoue, cliquez sur View Details pour l'élément ayant échoué. Corrigez le problème comme indiqué, puis relancez la pré-vérification.

    • Si la pré-vérification renvoie un avertissement :

      • Si un élément de vérification échoue et ne peut pas être ignoré, cliquez sur View Details à côté de l'élément. Suivez les instructions pour corriger le problème, puis relancez la pré-vérification.

      • Pour les éléments de vérification qui peuvent être ignorés, vous pouvez cliquer successivement sur Confirm Alert Details, Ignore, OK et Precheck Again pour ignorer l'avertissement et relancer la pré-vérification. Si vous choisissez de masquer l'élément d'avertissement, cela peut entraîner des problèmes tels qu'une incohérence des données et présenter des risques pour votre activité.

  7. Achetez l'instance.

    1. Lorsque le Success Rate atteint 100 %, cliquez sur Next: Purchase Instance.

    2. Sur la page Purchase, sélectionnez la méthode de facturation et les spécifications du lien pour l'instance de synchronisation des données. Le tableau suivant décrit ces paramètres en détail.

      Catégorie

      Paramètre

      Description

      New Instance Class

      Billing Method

      • Abonnement : vous réglez le paiement lors de la création de l'instance. Cette option convient aux besoins à long terme et s'avère plus économique que le paiement à l'utilisation. Plus la durée d'abonnement est longue, plus la remise est importante.

      • Paiement à l'utilisation : la facturation est effectuée à l'heure. Cette option est adaptée aux besoins à court terme. Vous pouvez libérer l'instance immédiatement après utilisation pour réduire les coûts.

      Resource Group Configuration

      Groupe de ressources auquel l'instance appartient. La valeur par défaut est le groupe de ressources par défaut. Pour plus d'informations, consultez Qu'est-ce que Resource Management ?.

      Link Specification

      DTS propose des spécifications de synchronisation avec différents niveaux de performance. Les spécifications du lien de synchronisation influent sur le débit de synchronisation. Choisissez une spécification adaptée à votre scénario métier. Pour plus d'informations, consultez Spécifications des liens de synchronisation des données.

      Subscription Duration

      En mode abonnement, sélectionnez la durée et la quantité pour l'instance d'abonnement. Vous pouvez opter pour un abonnement mensuel de 1 à 9 mois, ou un abonnement annuel de 1, 2, 3 ou 5 ans.

      Remarque

      Cette option n'est disponible que lorsque la méthode de facturation est définie sur Subscription.

    3. Une fois la configuration terminée, lisez et acceptez les Data Transmission Service (Pay-as-you-go) Service Terms.

    4. Cliquez sur Buy and Start. Dans la boîte de dialogue OK, cliquez sur OK.

      Vous pouvez consulter la progression de la tâche sur la page Data Synchronization.

  8. Schéma du topic

    Lorsque DTS synchronise les modifications de données vers un topic dans une instance DataHub, il ajoute plusieurs colonnes supplémentaires au schéma du topic. Ces colonnes stockent des métadonnées relatives aux modifications de données, comme l'illustre l'exemple suivant.

    Remarque

    Dans cet exemple, les champs de données sont id, name et address. Étant donné que vous avez sélectionné les règles de colonnes supplémentaires héritées lors de la configuration de la synchronisation des données, DTS ajoute le préfixe dts_ à ces champs de données.

    Topic定义

    Le tableau suivant décrit les colonnes supplémentaires.

    Nom hérité

    Nouveau nom

    Type

    Description

    dts_record_id

    new_dts_sync_dts_record_id

    String

    ID unique de l'enregistrement de journal incrémentiel.

    Remarque
    • Normalement, l'ID est globalement unique et s'incrémente automatiquement. Toutefois, dans les scénarios de reprise après sinistre, des restaurations peuvent se produire, de sorte que ces propriétés ne sont pas garanties.

    • Pour une opération UPDATE, DTS divise la mise à jour en deux enregistrements : l'un contenant les valeurs avant la mise à jour et l'autre contenant les valeurs après la mise à jour. Les deux enregistrements partagent la même valeur dts_record_id.

    dts_operation_flag

    new_dts_sync_dts_operation_flag

    String

    Type d'opération. Valeurs possibles :

    • I : opération INSERT.

    • D : opération DELETE.

    • U : opération UPDATE.

    • F : synchronisation complète des données.

    dts_instance_id

    new_dts_sync_dts_instance_id

    String

    ID du serveur de la base de données.

    dts_db_name

    new_dts_sync_dts_db_name

    String

    Nom de la base de données.

    dts_table_name

    new_dts_sync_dts_table_name

    String

    Nom de la table.

    dts_utc_timestamp

    new_dts_sync_dts_utc_timestamp

    String

    Horodatage UTC de l'opération, issu du binlog.

    dts_before_flag

    new_dts_sync_dts_before_flag

    String

    Indique si l'enregistrement contient les valeurs avant la mise à jour. Valeurs possibles : Y et N.

    dts_after_flag

    new_dts_sync_dts_after_flag

    String

    Indique si l'enregistrement contient les valeurs après la mise à jour. Valeurs possibles : Y et N.

    dts_before_flag et dts_after_flag

    Les valeurs des champs dts_before_flag et dts_after_flag dans un journal incrémentiel dépendent du type d'opération :

    • INSERT

      Pour une opération INSERT, toutes les valeurs de colonne représentent les données nouvellement insérées, c'est-à-dire la valeur après la mise à jour. Par conséquent, dts_before_flag est défini sur N et dts_after_flag est défini sur Y.

    • UPDATE

      Pour une opération UPDATE, DTS divise l'opération en deux entrées de journal incrémentiel. Ces deux entrées partagent les mêmes valeurs pour dts_record_id, dts_operation_flag et dts_utc_timestamp.

      La première entrée de journal enregistre la valeur avant la mise à jour, où dts_before_flag est défini sur Y et dts_after_flag est défini sur N. La seconde entrée enregistre la valeur après la mise à jour, où dts_before_flag est défini sur N et dts_after_flag est défini sur Y.

    • DELETE

      Pour une opération DELETE, toutes les valeurs de colonne dans le journal incrémentiel représentent les données supprimées, c'est-à-dire la valeur avant la mise à jour. Par conséquent, dts_before_flag est défini sur Y et dts_after_flag est défini sur N.