Tous les produits
Search

Ce produit

    Data Transmission Service:Synchroniser les données d'une instance ApsaraDB RDS for SQL Server vers DataHub

    Centre de documentation

    Data Transmission Service:Synchroniser les données d'une instance ApsaraDB RDS for SQL Server vers DataHub

    Dernière mise à jour :Aug 28, 2026

    Data Transmission Service (DTS) prend en charge la synchronisation des données depuis ApsaraDB RDS for SQL Server vers DataHub.

    Prérequis

    • L'instance ApsaraDB RDS for SQL Server source est créée. Pour plus d'informations, consultez la rubrique Créer et utiliser rapidement une instance RDS SQL Server.

      Important

      Pour connaître les versions prises en charge de l'instance RDS SQL Server source, reportez-vous à la section Scénarios de synchronisation des données.

    • Le service DataHub est activé et un projet a été créé pour recevoir les données synchronisées. Pour plus d'informations, consultez les rubriques Démarrage rapide (exemple de synchronisation) et Gérer les projets.

    • Nous vous recommandons de diviser une tâche de synchronisation en plusieurs tâches si l'instance source répond à l'une des conditions suivantes :

      • L'instance source contient plus de 10 bases de données.

      • Les sauvegardes des journaux sont effectuées plus d'une fois par heure pour une seule base de données.

      • Plus de 100 opérations de langage de définition de données (DDL) sont exécutées par heure sur une seule base de données.

      • Le taux de génération des journaux pour une seule base de données dépasse 20 Mo/s.

      • Vous devez activer la capture des données modifiées (CDC) sur plus de 1 000 tables.

    Précautions

    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 base de données de destination.

    Type

    Description

    Limitations de la base de données source

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

    • Si une tâche de synchronisation de données traite plus de 5 000 tables au niveau table et nécessite des modifications d'objets, telles que le mappage des noms de colonnes, répartissez les tables sur plusieurs tâches.

    • Une seule tâche de synchronisation de données prend en charge un maximum de 10 bases de données. Le dépassement de cette limite expose à des risques d'instabilité et de problèmes de performances. Dans ce cas, répartissez les tables sur plusieurs tâches.

    • Si vous configurez une tâche pour synchroniser des objets spécifiques plutôt qu'une base de données entière, vous ne pouvez pas synchroniser des objets ayant le même nom de table mais des noms de schéma différents vers la même base de données de destination au sein de cette tâche.

    • Data Transmission Service (DTS) utilise la fonction fn_log pour extraire les journaux de la base de données source. Cette fonction présente des goulots d'étranglement en termes de performances. Ne purgez pas prématurément les journaux de la base de données source, sous peine d'échec de la tâche.

    • Journaux des transactions :

      • Activez les journaux des transactions, définissez le modèle de récupération sur Full et assurez-vous qu'une sauvegarde physique complète a été effectuée.

      • Pour une tâche de synchronisation incrémentielle des données, DTS exige que les journaux des transactions de la base de données source soient conservés pendant au moins 24 heures. Pour une tâche incluant à la fois la synchronisation complète et incrémentielle des données, les journaux des transactions doivent être conservés pendant au moins 7 jours. Une fois la synchronisation complète des données terminée, vous pouvez réduire la période de rétention à 24 heures ou plus. Si DTS ne parvient pas à obtenir les journaux des transactions en raison d'une période de rétention inférieure aux exigences, la tâche peut échouer. Dans les cas extrêmes, cela peut entraîner une incohérence ou une perte de données. Les problèmes découlant d'une période de rétention des journaux inférieure aux exigences de DTS ne sont pas couverts par l'accord de niveau de service (SLA).

    • Pour activer Change Data Capture (CDC) sur les tables de la base de données source, vous devez respecter les conditions suivantes. À défaut, la vérification préalable échouera.

      • La valeur du champ srvname dans la vue sys.sysservers doit correspondre à la valeur renvoyée par la fonction SERVERPROPERTY.

      • Si la base de données source est une instance SQL Server autogérée, le propriétaire de la base de données doit être sa. Si la base de données source est une instance ApsaraDB RDS for SQL Server, le propriétaire de la base de données doit être sqlsa.

      • Si la base de données source est l'édition Enterprise, elle doit exécuter SQL Server 2008 ou une version ultérieure.

      • Si la base de données source est l'édition Standard, elle doit exécuter SQL Server 2016 SP1 ou une version ultérieure.

      • Si la base de données source est SQL Server 2017 (édition Standard ou Enterprise), effectuez une mise à niveau vers une version ultérieure.

    • Si la base de données source est une Azure SQL Database, une seule instance de synchronisation peut synchroniser les données d'une seule base de données.

    • Si la base de données source est une instance ApsaraDB RDS for SQL Server, désactivez la fonctionnalité Transparent Data Encryption (TDE) afin de garantir la stabilité de l'instance de synchronisation. Pour plus d'informations, consultez Disable TDE.

    • Si vous utilisez la commande sp_rename pour modifier les noms d'objets, tels que les procédures stockées, dans la base de données source avant l'exécution de la tâche de synchronisation du schéma, la tâche peut produire des résultats inattendus ou échouer.

      Remarque

      Nous vous recommandons d'utiliser la commande ALTER pour renommer les objets dans la base de données.

    • En mode d'analyse hybride des journaux, vous ne pouvez pas effectuer plusieurs opérations d'ajout ou de suppression de colonnes à intervalles rapprochés (moins de 10 minutes d'intervalle). Par exemple, l'exécution consécutive des instructions SQL suivantes entraînera l'échec de la tâche.

      ALTER TABLE test_table DROP COLUMN Flag;
ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');

    • N'effectuez pas d'opérations DDL modifiant les schémas de base de données ou de tables pendant la synchronisation du schéma, car cela provoquerait l'échec de la tâche.

    • Nous vous recommandons de maintenir activé le paramètre de mode de traitement des transactions READ_COMMITTED_SNAPSHOT pour la base de données source lors d'une tâche de synchronisation complète des données, afin d'éviter que les verrous partagés n'affectent les écritures de données. À défaut, des problèmes tels que des incohérences de données et des pannes d'instance peuvent survenir. Les exceptions résultantes ne sont pas couvertes par le SLA de DTS.

    Autres limitations

    • Seules la synchronisation incrémentielle et la synchronisation du schéma sont prises en charge. La synchronisation complète n'est pas prise en charge.

    • La longueur maximale d'un seul champ STRING dans DataHub de destination est de 2 Mo.

    • Exigences relatives aux objets synchronisés :

      • La synchronisation du schéma est prise en charge pour les types d'objets suivants : tables, vues, fonctions et procédures.

        Avertissement

        Étant donné que ce scénario implique une synchronisation de données entre bases de données hétérogènes, les types de données peuvent ne pas correspondre un à un. Cela peut entraîner l'échec de la tâche ou une perte de données. Évaluez attentivement l'impact métier du mappage des types de données. Pour plus d'informations, consultez Mappages de types de données pour la synchronisation du schéma.

      • La synchronisation du schéma n'est pas prise en charge pour les objets suivants : assemblies, service broker, index full-text, catalogues full-text, schémas distribués, fonctions distribuées, procédures stockées CLR, fonctions scalaires CLR, fonctions table-valued CLR, tables internes, systèmes et fonctions d'agrégation.

      • La synchronisation n'est pas prise en charge pour les données utilisant les types de données CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY ou GEOGRAPHY, ni pour les types définis par l'utilisateur créés à l'aide de la commande CREATE TYPE.

      • La synchronisation des tables contenant des colonnes calculées n'est pas prise en charge.

      • La synchronisation des objets suivants n'est pas prise en charge : INDEX, trigger, FK, FULL_TEXT_INDEX, DATATYPE, DEFAULT, SYNONYM, CATALOG, PLAN_GUIDE, DEFAULT_CONSTRAINT, UK, CK et SEQUENCE.

    • Pour garantir une surveillance précise de la latence lors de la synchronisation incrémentielle des données, DTS crée des objets spécifiques dans la base de données source selon le mode sélectionné. En mode d'analyse des journaux, DTS crée le déclencheur dts_cdc_sync_ddl, la table heartbeat dts_sync_progress et la table d'historique DDL dts_cdc_ddl_history. En mode hybride, DTS crée le déclencheur dts_cdc_sync_ddl, la table heartbeat dts_sync_progress et la table d'historique DDL dts_cdc_ddl_history, et active également CDC au niveau de la base de données et pour certaines tables. Le taux de modification des données sur les tables avec CDC activé ne doit pas dépasser 1 000 RPS.

    • Avant de démarrer une tâche de synchronisation de données, évaluez les performances des bases de données source et de destination. Exécutez également la tâche pendant les heures creuses. L'initialisation complète des données consomme des ressources en lecture et en écriture sur les 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 effectue des opérations INSERT concurrentes, ce qui peut provoquer une fragmentation des tables de la base de données de destination. Par conséquent, l'espace table dans l'instance de destination peut être plus important que dans l'instance source après l'initialisation.

    • Pendant la synchronisation DTS, n'écrivez pas de données dans la base de données de destination depuis d'autres sources. Cela pourrait provoquer des incohérences de données. Par exemple, si vous utilisez Data Management Service (DMS) pour effectuer des modifications DDL en ligne tandis que d'autres données sont écrites dans la destination, une perte de données peut survenir dans la base de données de destination.

    • Ne reconstruisez pas les index pendant la synchronisation. Cela peut provoquer l'échec de la tâche, voire une perte de données.

      Remarque

      Vous ne pouvez pas effectuer d'opérations DDL liées à la clé primaire sur une table pour laquelle CDC est activé.

    • Si le nombre de tables avec CDC activé dans une seule tâche de synchronisation dépasse 1 000, la vérification préalable échoue.

    • Si vous devez écrire plus de 64 Ko de données dans un seul champ d'une table avec CDC activé, vous devez utiliser la commande exec sp_configure 'max text repl size', -1; pour ajuster la configuration de la base de données source au préalable.

      Remarque

      Par défaut, la taille maximale d'un seul champ qu'une tâche CDC peut traiter est de 64 Ko.

    • Si vous utilisez la fonctionnalité Modify Objects to be Synchronized, vous ne pouvez pas supprimer de bases de données de la tâche.

    • Plusieurs instances de synchronisation utilisant la même base de données SQL Server comme source disposent de modules de capture de données incrémentielles indépendants.

    • En cas d'échec d'une tâche, l'équipe support 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 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 Modifier les paramètres de l'instance.

    • SQL Server est une base de données commerciale à code source fermé. En raison des caractéristiques connues ou inconnues de son format de journal, des problèmes peuvent survenir lors de la capture incrémentielle des données modifiées (CDC) et de l'analyse par DTS. Avant d'utiliser DTS pour la synchronisation incrémentielle ou la migration depuis une source SQL Server dans un environnement de production, effectuez des tests de preuve de concept (POC) complets. Vos tests doivent couvrir tous les scénarios de modification métier, les modifications de schéma et les tests de charge en période de pointe. Il est essentiel que votre logique métier en production soit identique à celle testée lors de la phase POC pour garantir le fonctionnement stable et efficace de DTS.

    • Lors de la synchronisation incrémentielle, les transactions partiellement annulées sur la source ne sont pas prises en charge. L'opération d'annulation peut être perdue.

    Cas particuliers

    Lorsque l'instance source est une ApsaraDB RDS for SQL Server, DTS crée un compte rdsdt_dtsacct dans l'instance source pour la synchronisation des données. Ne supprimez pas ce compte ni ne modifiez son mot de passe pendant l'exécution de la tâche, sous peine d'échec de celle-ci. Pour plus d'informations, consultez Descriptions des comptes système.

    Facturation

    Type de synchronisation

    Tarification

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

    Gratuit.

    Synchronisation incrémentielle des données

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

    Topologies de synchronisation prises en charge

    • Synchronisation unidirectionnelle un-à-un

    • Synchronisation unidirectionnelle un-à-plusieurs

    • Synchronisation unidirectionnelle plusieurs-à-un

    Pour en savoir plus sur les topologies de synchronisation et les précautions associées, consultez la rubrique Topologies de synchronisation.

    Opérations SQL pouvant être synchronisées

    Type d'opération

    Instruction SQL

    DML

    INSERT、UPDATE、DELETE

    Remarque

    DTS ne synchronise pas les instructions UPDATE qui mettent uniquement à jour un champ volumineux.

    Autorisations requises pour les comptes de base de données

    Base de données

    Autorisation requise

    Méthode de création et d'autorisation du compte

    Instance ApsaraDB RDS for SQL Server source

    Autorisation de propriétaire sur les objets à synchroniser.

    Créer des comptes standard, privilégiés et en lecture seule globale et Modifier les autorisations d'un compte.

    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

      Configuration

      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 Existing Connection

      • Pour utiliser une instance de base de données qui a été ajoutée au système (nouvellement créée ou enregistrée), sélectionnez l'instance de base de données dans la liste déroulante. Les informations de la base de données sont configurées automatiquement.

        Remarque

        Dans la console DMS, cet élément de configuration est nommé Select a DMS database instance..

      • Si vous n'avez pas ajouté l'instance de base de données au système, ou si vous n'avez pas besoin d'utiliser une instance déjà ajoutée, configurez manuellement les informations de base de données suivantes.

      Database Type

      Sélectionnez SQL Server.

      Access Method

      Sélectionnez Alibaba Cloud Instance.

      Instance Region

      Sélectionnez la région où réside l'instance source.

      Replicate Data Across Alibaba Cloud Accounts

      Dans cet exemple, la synchronisation est effectuée entre des instances appartenant au même compte Alibaba Cloud. Sélectionnez No.

      RDS Instance ID

      Sélectionnez l'ID de l'instance source.

      Database Account

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

      Database Password

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

      Encryption

      Sélectionnez Non-encrypted ou SSL-encrypted.

      • Si le chiffrement SSL n'est pas activé pour la base de données source, sélectionnez Non-encrypted.

      • Si le chiffrement SSL est activé pour la base de données source, sélectionnez SSL-encrypted. DTS approuve le certificat du serveur par défaut.

      Destination Database

      Select Existing Connection

      • Pour utiliser une instance de base de données qui a été ajoutée au système (nouvellement créée ou enregistrée), sélectionnez l'instance de base de données dans la liste déroulante. Les informations de la base de données sont configurées automatiquement.

        Remarque

        Dans la console DMS, cet élément de configuration est nommé Select a DMS database instance..

      • Si vous n'avez pas ajouté l'instance de base de données au système, ou si vous n'avez pas besoin d'utiliser une instance déjà ajoutée, configurez manuellement les informations de base de données suivantes.

      Database Type

      Sélectionnez DataHub.

      Access Method

      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 de l'instance 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 plages CIDR des adresses IP des serveurs DTS ont été ajoutées aux paramètres de sécurité des bases de données source et de destination afin d'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 plages 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 autogérée (où la méthode 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.

        Configuration

        Description

        Synchronization Types

        L'option Incremental Data Synchronization est sélectionnée par défaut. Par défaut, vous devez également sélectionner Schema Synchronization.

        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 homonyme n'existe, la pré-vérification réussit. En revanche, si une telle table 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 homonyme dans la base de données de destination, mappez-la 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 doublons de noms de tables dans la base de données de destination.

          Avertissement

          La sélection de l'option Ignore Errors and Proceed peut entraîner des incohérences de données et mettre votre activité en péril. 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 celui de la base de données de destination.

          • Si les schémas de table diffèrent, la synchronisation initiale des données peut échouer. Cela peut se traduire par la synchronisation partielle des données de colonne ou par un échec total de la synchronisation. Agissez avec prudence.

        Naming Rules of Additional Columns

        Lorsque DTS synchronise les données vers DataHub, il ajoute certaines colonnes supplémentaires au topic de destination. Si les noms de ces colonnes entrent en conflit avec des colonnes existantes dans le topic de destination, la tâche de synchronisation des données échouera. Vous devez définir les Naming Rules of Additional Columns sur New Rule ou Previous Rule selon vos besoins métier.

        Avertissement

        Avant de sélectionner une règle de colonnes supplémentaires, évaluez si celles-ci entrent en conflit avec les colonnes existantes du topic de destination. À défaut, la tâche pourrait échouer ou des données pourraient être perdues. Pour plus d'informations sur les règles et définitions des colonnes supplémentaires, consultez Additional column names and definitions.

        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 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 des bases de données, des tables et des colonnes comme objets de synchronisation. Si vous sélectionnez des tables ou des colonnes, les autres objets tels que les vues, les déclencheurs et les procédures stockées ne sont pas synchronisés vers la base de données de destination.

        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

        • Pour sélectionner les opérations SQL à synchroniser au niveau de la base de données ou de la table, faites un clic droit sur l'objet à synchroniser dans Selected Objects, puis sélectionnez les opérations SQL requises dans la boîte de dialogue qui s'affiche.

        • Pour définir des conditions WHERE afin de filtrer les données, faites un clic droit sur la table à synchroniser dans Selected Objects, puis définissez les conditions de filtre dans la boîte de dialogue qui s'affiche. Pour plus d'informations, consultez Filter task data with an SQL condition.

        • Si vous utilisez la fonctionnalité de mappage de noms d'objets, la synchronisation d'autres objets dépendant de cet objet peut échouer.

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

        Configuration

        Description

        Dedicated Cluster for Task Scheduling

        Par défaut, DTS planifie les tâches sur un cluster partagé ; aucune sélection de cluster n'est requise. Pour obtenir des performances plus stables, vous pouvez acheter un cluster dédié afin d'exécuter les tâches de synchronisation DTS. Pour en savoir plus, consultez Qu'est-ce qu'un cluster dédié DTS ?.

        Retry Time for Failed Connections

        Une fois la tâche de synchronisation démarrée, si la connexion à la base de données source ou de destination échoue, DTS signale une erreur et tente immédiatement de rétablir la connexion. La durée de nouvelle tentative par défaut est de 720 minutes. Vous pouvez également spécifier une durée personnalisée comprise entre 10 et 1 440 minutes. Nous vous recommandons de définir une durée d'au moins 30 minutes. Si DTS parvient à se reconnecter à la base de données dans le délai imparti, la tâche de synchronisation reprend automatiquement. Dans le cas contraire, la tâche échoue.

        Remarque

        • Si plusieurs instances DTS (par exemple, l'instance A et l'instance B) 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 (30 minutes) s'applique aux 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 conseillons d'adapter la durée de nouvelle tentative à 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 lors de l'exécution de commandes DDL ou DML), DTS signale une erreur et lance immédiatement des tentatives continues. La durée de nouvelle tentative par défaut est de 10 minutes. Vous pouvez personnaliser cette durée dans une plage allant de 1 à 1 440 minutes. Il est recommandé de la fixer à au moins 10 minutes. Si les opérations concernées 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 définie pour Retry Time for Other Issues doit être inférieure à celle de Retry Time for Failed Connections.

        Enable Throttling for Incremental Data Synchronization

        Vous pouvez également limiter le débit de la tâche de synchronisation incrémentielle. Pour alléger la pression sur la base de données de destination, configurez les paramètres RPS of Incremental Data Synchronization et Data synchronization speed for incremental synchronization (MB/s).

        Environment Tag

        Sélectionnez un tag d'environnement pour identifier l'instance selon vos besoins métier. Dans cet exemple, aucune sélection de tag n'est nécessaire.

        Configure ETL

        Indiquez si vous souhaitez activer la fonctionnalité ETL (Extract, Transform, Load). Pour en savoir plus, consultez Qu'est-ce que l'ETL ? Valeurs possibles :

        Monitoring and Alerting

        Spécifiez si vous souhaitez configurer des alertes. En cas d'échec de la synchronisation ou si la latence dépasse le seuil défini, 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 permettant de configurer cette instance, placez le curseur sur le bouton Next: Save Task Settings and Precheck et cliquez sur Preview OpenAPI parameters dans l'infobulle.

      • 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 effectue une prévérification. La tâche ne peut démarrer que si tous les éléments de vérification sont validés.

      • 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 résoudre 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 afin d'ignorer l'avertissement et de relancer la prévérification. Si vous choisissez de masquer l'élément d'avertissement, cela peut entraîner des problèmes tels que des incohérences de 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 de données. Le tableau suivant décrit ces paramètres en détail.

        Catégorie

        Paramètre

        Description

        New Instance Class

        Méthode de facturation

        • Abonnement : vous payez 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 s'effectue à l'heure. Cette option est adaptée aux besoins à court terme. Vous pouvez libérer l'instance immédiatement après utilisation pour réaliser des économies.

        Configuration du groupe de ressources

        Groupe de ressources auquel appartient l'instance. La valeur par défaut est « default resource group ». Pour en savoir plus, consultez Qu'est-ce que Resource Management ?.

        Spécification de lien

        DTS propose des spécifications de synchronisation offrant différents niveaux de performance. La spécification de lien de synchronisation influence le débit de synchronisation. Choisissez une spécification adaptée à votre scénario métier. Pour plus d'informations, voir Spécifications des liens de synchronisation de données.

        Durée d'abonnement

        En mode abonnement, sélectionnez la durée et la quantité pour l'instance sous 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.