Tous les produits
Search

Ce produit

    Data Transmission Service:Synchroniser des données depuis ApsaraDB RDS for MySQL vers Tablestore

    Centre de documentation

    Data Transmission Service:Synchroniser des données depuis ApsaraDB RDS for MySQL vers Tablestore

    Dernière mise à jour :Oct 12, 2026

    Tablestore est un système de stockage de données structurées multi-modèle développé par Alibaba Cloud qui offre des services de stockage massif de données structurées, ainsi que des fonctionnalités de requête et d'analyse rapides. Vous pouvez utiliser Data Transmission Service (DTS) pour synchroniser les données d'une base de données MySQL vers une instance Tablestore.

    Prérequis

    Notes d'utilisation

    Catégorie

    Description

    Limitations 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. Dans le cas contraire, 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 :

      • ApsaraDB RDS for MySQL active la journalisation binaire par défaut. 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. Sinon, DTS pourrait ne pas réussir à récupérer les journaux binaires, ce qui entraînerait l'échec de la tâche. Dans des 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 des données. Sinon, la tâche de synchronisation échouera.

      Remarque

      Lors de 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, supprimez 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 limitations

    • Avant de démarrer la synchronisation des données, évaluez les performances des bases de données source et de destination. Nous vous recommandons d'effectuer la synchronisation des données pendant les heures creuses. Sinon, l'initialisation complète des données occupe les 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.

    • L'initialisation complète des données exécute simultanément des opérations INSERT, ce qui provoque une fragmentation dans les tables de la base de données de destination. Par conséquent, l'espace de table de l'instance de destination est plus grand que celui de l'instance source une fois l'initialisation complète des données terminée.

    • Pendant la synchronisation DTS, si des données sont écrites dans la base de données de destination par un processus autre que DTS, une incohérence de données peut survenir entre les bases de données source et de destination.

    • Pendant la synchronisation DTS, n'utilisez pas pt-online-schema-change ou des outils similaires pour effectuer des modifications DDL en ligne sur les objets de synchronisation dans la base de données source. Sinon, la tâche échouera.

    • Le nombre de tables à synchroniser doit respecter la limite de l'instance Tablestore (pas plus de 64 tables). Sinon, la tâche de synchronisation signale une erreur. Si vous devez synchroniser plus de 64 tables, contactez le support technique Tablestore pour augmenter la limite de tables pour l'instance Tablestore de destination.

    • Les noms de tables et de colonnes doivent respecter les conventions de nommage de Tablestore :

      • Les noms sont composés de lettres majuscules, de lettres minuscules, de chiffres ou de traits de soulignement (_), et doivent commencer par une lettre ou un trait de soulignement.

      • Les noms doivent comporter entre 1 et 255 caractères.

    • 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 d'assistance DTS tentera de la restaurer dans un délai de huit heures. Lors de 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, pas 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 — et sa résolution DNS — pointent toujours vers un nœud en lecture/écriture (RW). Sinon, 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.

    Facturation

    Type de synchronisation

    Tarification

    Synchronisation du schéma et synchronisation complète des données

    Gratuit.

    Synchronisation incrémentielle des données

    Facturé. Pour plus d'informations, consultez la rubrique Présentation de la facturation.

    Opérations SQL prises en charge pour la synchronisation incrémentielle

    Type d'opération

    Instruction SQL

    DML

    INSERT, UPDATE, DELETE

    Autorisations requises pour les comptes de base de données

    Base de données

    Autorisations requises

    Création de compte et autorisation

    Source ApsaraDB RDS for MySQL

    Autorisations de lecture et d'écriture sur les objets à synchroniser

    Créer un compte et Modifier les autorisations du compte
    Remarque

    Si le compte de la base de données source n'a pas été créé via la console ApsaraDB RDS for MySQL, assurez-vous que le compte dispose des autorisations REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW et SELECT.

    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 menu 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.

      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 a DMS database instance.

      Sélectionnez une instance existante selon vos besoins.

      • 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, configurez les informations de base de données suivantes.

      Remarque

      Database Type

      Sélectionnez MySQL.

      Access Method

      Sélectionnez Alibaba Cloud Instance.

      Instance Region

      Sélectionnez la région de l'instance ApsaraDB RDS for MySQL source.

      Replicate Data Across Alibaba Cloud Accounts

      Cet exemple utilise une instance de base de données appartenant au compte Alibaba Cloud actuel. Sélectionnez No.

      RDS Instance ID

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

      Database Account

      Saisissez le compte de la base de données ApsaraDB RDS for MySQL source. Pour plus d'informations sur les autorisations, consultez la section Autorisations requises pour les comptes de base de données.

      Database Password

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

      Encryption

      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 a DMS database instance.

      Sélectionnez une instance existante selon vos besoins.

      • 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, configurez les informations de base de données suivantes.

      Remarque

      Database Type

      Sélectionnez Tablestore.

      Access Method

      Sélectionnez Alibaba Cloud Instance.

      Instance Region

      Sélectionnez la région de l'instance Tablestore de destination.

      Instance ID

      Sélectionnez l'ID de l'instance Tablestore de destination.

      AccessKey ID of Alibaba Cloud Account

      Saisissez l'AccessKey ID du compte Alibaba Cloud.

      Important

      Si vous saisissez l'AccessKey ID d'un utilisateur RAM, la tâche peut échouer en raison d'autorisations insuffisantes.

      AccessKey Secret of Alibaba Cloud Account

      Saisissez l'AccessKey Secret du compte Alibaba Cloud.

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

      Si la base de données source ou de destination est une instance de base de données Alibaba Cloud, telle qu'une instance RDS for MySQL ou une instance ApsaraDB for MongoDB, DTS ajoute automatiquement les adresses IP des serveurs DTS de la région correspondante à la liste d'autorisation de l'instance de base de données Alibaba Cloud. Si la base de données source ou de destination est une base de données auto-gérée hébergée sur une instance ECS, DTS ajoute automatiquement les adresses IP des serveurs DTS de la région correspondante aux règles de sécurité de l'instance ECS. Vous devez également vous assurer que la base de données auto-gérée autorise l'accès depuis l'instance ECS. Si la base de données est déployée dans un cluster sur plusieurs instances ECS, vous devez ajouter manuellement les adresses IP des serveurs DTS de la région correspondante aux règles de sécurité de chaque instance ECS. Si la base de données source ou de destination est une base de données auto-gérée dans un centre de données ou une base de données d'un autre fournisseur de services cloud, vous devez ajouter manuellement les adresses IP des serveurs DTS de la région correspondante pour autoriser l'accès depuis les serveurs DTS. Pour plus d'informations sur les adresses IP des serveurs DTS, consultez la rubrique Plages CIDR des adresses IP des serveurs DTS.

      Avertissement

      L'ajout des plages CIDR d'adresses IP publiques des serveurs DTS, qu'il soit automatique ou manuel, peut présenter des risques de sécurité. En utilisant ce produit, vous reconnaissez et acceptez ces risques potentiels. Vous devez mettre en œuvre des protections de sécurité de base. Ces protections incluent, sans s'y limiter, le renforcement de la sécurité des mots de passe, la restriction des ports ouverts pour les plages CIDR, l'utilisation de l'authentification pour la communication API interne, ainsi que la révision et la restriction régulières des plages CIDR inutiles. Vous pouvez également vous connecter à la base de données via un réseau interne, tel qu'une ligne louée, une passerelle VPN ou Smart Access Gateway.

    5. Configurez les objets de la tâche.

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

        Setting

        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 référence pour la synchronisation incrémentielle ultérieure.

        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 du même nom n'existe, la pré-vérification réussit. Si une table du 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 Map table and column names.

        • 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 entraîner 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 de la base de données de destination possède la même valeur de clé primaire ou de clé unique qu'un enregistrement de 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 de 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 partielle des données de colonne ou un échec complet de la synchronisation. Procédez avec prudence.

        Operation Types

        Sélectionnez les types d'opérations à synchroniser en fonction de vos besoins métier. Par défaut, tous les types d'opérations sont sélectionnés.

        Processing Policy of Dirty Data

        Sélectionnez la politique de gestion des erreurs d'écriture de données. Valeurs valides :

        • Skip

        • Block

        Data Write Mode

        Sélectionnez le mode d'écriture des données. Valeurs valides :

        • Overwrite Row : UpdateRowChange effectue une réécriture au niveau de la ligne.

        • Update Row : PutRowChange effectue une mise à jour au niveau de la ligne.

        Batch Write Mode

        API d'écriture par lot. Valeurs valides :

        • BulkImportRequest : écriture hors ligne.

        • BatchWriteRowRequest : écriture par lot.

        Remarque

        Nous vous recommandons de sélectionner BulkImportRequest, qui offre une efficacité de lecture/écriture plus élevée et des coûts réduits pour l'instance Tablestore.

        More

        Vous pouvez cliquer sur More pour configurer les paramètres suivants en fonction de vos besoins métier :

        • Queue Size : longueur de la file d'attente du processus d'écriture des données pour l'instance Tablestore.

        • Thread Quantity : nombre de threads de traitement des rappels pour le processus d'écriture des données de l'instance Tablestore.

        • Concurrency : limite de requêtes simultanées pour l'instance Tablestore.

        • Buckets : concurrence des buckets pour les écritures incrémentielles séquentielles. Augmenter cette valeur de manière appropriée peut améliorer les performances d'écriture concurrente.

          Remarque

          Buckets doit être inférieur ou égal à Concurrency.

        Capitalization of Object Names in Destination Instance

        Vous pouvez configurer la politique de sensibilité à la casse pour les noms d'objets de base de données, de tables et de colonnes 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 Case sensitivity policy for destination object names.

        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

        Vous pouvez sélectionner les objets de synchronisation au niveau de la base de données ou 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 Map a single database, table, or column.

        • Pour modifier les noms de plusieurs objets de synchronisation dans l'instance de destination par lot, cliquez sur Batch Edit dans le coin supérieur droit de la zone Selected Objects. Pour plus d'informations, consultez Map databases, tables, and columns in a batch.

        Remarque

        • Le mappage des noms de base de données n'est pas pris en charge. Le mappage des noms de tables et de colonnes est pris en charge uniquement lorsque les objets de synchronisation sont sélectionnés au niveau de la table. Si vous utilisez la fonctionnalité de mappage, la synchronisation d'autres objets dépendant de l'objet mappé peut échouer.

        • Lorsque vous utilisez le mappage des noms de colonnes, vous pouvez modifier les types de colonnes des tables à synchroniser dans l'instance Tablestore de destination.

        • Pour filtrer les données à l'aide d'une condition WHERE, faites un clic droit sur la table à synchroniser dans la zone Selected Objects et définissez les conditions de filtrage dans la boîte de dialogue. Pour plus d'informations, consultez Filter task data with an SQL condition.

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

        Setting

        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 What is a DTS dedicated cluster?.

        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 tente immédiatement de reconnecter. 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 temps 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 le temps d'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 concernées réussissent dans la durée de nouvelle tentative définie, 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. Dans cet exemple, aucun tag n'est requis.

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

        Choisissez si vous souhaitez écrire les informations SQL de pulsation dans la base de données source lorsque l'instance DTS est en cours d'exécution.

        • Yes : Les informations SQL de pulsation ne sont pas écrites dans la base de données source. Cela peut entraîner un retard signalé par l'instance DTS.

        • No : Écrit les informations SQL de pulsation 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 si vous souhaitez activer la fonctionnalité ETL (Extract, Transform, Load). Pour plus d'informations, consultez What is ETL? Valeurs valides :

        Monitoring and Alerting

        Spécifiez si vous souhaitez 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.

      3. Cliquez sur Next: Configure Database and Table Fields, puis cliquez sur Note dans le bouton OK.

        Par défaut, DTS définit la clé primaire de la table source comme Primary Key Column. Vous pouvez modifier le Definition Status en All puis le modifier.

        Remarque

        Primary Key Column Vous pouvez sélectionner plusieurs colonnes pour former une clé primaire composite.

    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 l'infobulle.

      • Si vous avez terminé la consultation des 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 pouvant ê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 que l'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 la spécification de lien pour l'instance de synchronisation des données. Le tableau suivant décrit ces paramètres en détail.

        Category

        Parameter

        Description

        New Instance Class

        Billing Method

        • Abonnement : Vous payez lors de la création de l'instance. Cette option convient aux besoins à long terme et est plus rentable que le paiement à l'utilisation. Plus la durée de l'abonnement est longue, plus la remise est importante.

        • Paiement à l'utilisation : Vous êtes facturé à l'heure. Cette option convient aux besoins à court terme. Vous pouvez libérer l'instance immédiatement après utilisation pour économiser des coûts.

        Resource Group Configuration

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

        Link Specification

        DTS propose des spécifications de synchronisation avec différents niveaux de performance. La spécification du lien de synchronisation affecte le taux de synchronisation. Vous pouvez choisir une spécification en fonction de votre scénario métier. Pour plus d'informations, consultez Data synchronization link specifications.

        Subscription Duration

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

        Remarque

        Cette option est disponible uniquement lorsque la méthode de facturation est 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.