Tous les produits
Search
Centre de documentation

Data Transmission Service:Synchroniser RDS SQL Server vers RDS MySQL

Dernière mise à jour :Oct 12, 2026

Data Transmission Service (DTS) synchronise les données d'une instance ApsaraDB RDS for SQL Server vers une instance ApsaraDB RDS for MySQL.

Prérequis

  • Une instance RDS SQL Server. Pour connaître les versions prises en charge, consultez la rubrique Présentation de la synchronisation. Pour en créer une, reportez-vous à la section Créer et utiliser rapidement une instance RDS SQL Server.

  • Vous avez créé une instance de destination ApsaraDB RDS for MySQL. Pour plus d'informations, consultez la page Créer une instance ApsaraDB RDS for MySQL.

  • L'instance de destination ApsaraDB RDS for MySQL doit disposer d'un espace de stockage supérieur à celui de l'instance source ApsaraDB RDS for SQL Server.

  • Nous vous recommandons de diviser une tâche de synchronisation en plusieurs tâches si l'instance source remplit 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.

Limites

Remarque
  • Lors de la synchronisation du schéma, DTS synchronise les clés étrangères de la base de données source vers la base de données de destination.

  • Pendant la synchronisation complète et incrémentielle des données, DTS désactive temporairement les vérifications de contraintes et les opérations en cascade sur les clés étrangères au niveau de la session. Des incohérences de données peuvent survenir si des opérations de mise à jour ou de suppression en cascade sont effectuées sur la base de données source pendant l'exécution de la tâche.

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é. À défaut, des données en double peuvent apparaître dans la base de données de destination.

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

  • Une seule tâche de synchronisation des données prend en charge un maximum de 10 bases de données. Le dépassement de cette limite risque de compromettre la stabilité et les performances. Dans ce cas, répartissez les tables dans 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 obtenir les journaux de la base de données source. Cette fonction présente des goulots d'étranglement en termes de performances. Ne nettoyez 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 modifier la période de rétention à 24 heures ou plus. Si DTS ne peut pas obtenir les journaux des transactions parce que la période de rétention est inférieure à celle requise, 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 résultant 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 prévérification échouera.

    • La valeur du champ srvname dans la vue sys.sysservers doit être identique à 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 être SQL Server 2008 ou version ultérieure.

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

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

  • Si la base de données source est une instance en lecture seule, les opérations DDL ne sont pas synchronisées.

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

  • En mode d'analyse hybride des journaux, vous ne pouvez pas effectuer plusieurs opérations d'ajout ou de suppression de colonnes à la suite (à 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('');
  • 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.

  • 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. À défaut, 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.

  • Si la base de données source est une édition Web d'ApsaraDB RDS for SQL Server, vous devez sélectionner Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) pour SQL Server Incremental Synchronization Mode lors de la configuration 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 pendant 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 qui en résultent ne sont pas couvertes par le SLA de DTS.

Autres limites

  • Exigences relatives aux objets synchronisés :

    • DTS prend en charge l'initialisation du schéma pour les objets de base de données, de schéma et de table.

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

    • DTS ne prend pas en charge la synchronisation des objets suivants : PROCEDURE, FUNCTION, TRIGGER, DATATYPE, SYNONYM, CATALOG, PLAN_GUIDE et SEQUENCE.

  • Si vos données contiennent des caractères sur quatre octets, tels que des caractères chinois rares ou des emojis, la base de données et les tables de destination doivent utiliser le jeu de caractères utf8mb4.

    Remarque

    Si vous utilisez DTS pour synchroniser les schémas de table, définissez le paramètre character_set_server au niveau de l'instance dans la base de données de destination sur utf8mb4.

  • Si vous sélectionnez Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) pour SQL Server Incremental Synchronization Mode à l'étape Configure Objects, les tables synchronisées doivent posséder un index clusterisé incluant les colonnes de clé primaire. Les tables heap, les tables sans clés primaires, les tables compressées, les tables avec colonnes calculées et les tables avec colonnes éparses ne sont pas prises en charge. Ces limitations ne s'appliquent pas en mode d'analyse hybride des journaux.

  • Si vous sélectionnez Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing) pour SQL Server Incremental Synchronization Mode à l'étape Configure Objects, les limites suivantes s'appliquent également :

    • La synchronisation incrémentielle des données dans DTS dépend du composant CDC. Assurez-vous que les tâches CDC de la base de données source s'exécutent correctement. À défaut, la tâche DTS échouera.

    • Par défaut, le composant CDC conserve les données incrémentielles pendant 3 jours. Vous pouvez utiliser la commande exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>; pour ajuster la période de rétention selon vos besoins.

      Remarque
      • <time> spécifie le temps en minutes.

      • Si une seule table de la base de données source génère en moyenne plus de 10 millions d'instructions SQL de modification incrémentielle par jour, nous vous recommandons de définir <time> sur 1440.

    • La prévérification DTS pour une tâche de synchronisation incrémentielle des données active CDC sur la base de données source et les tables. En raison des limitations du moteur de base de données SQL Server, ce processus peut provoquer un verrouillage bref de la base de données source.

    • Dans une seule tâche de synchronisation des données, activez CDC sur un maximum de 1 000 tables. Le dépassement de cette limite peut entraîner une latence ou une instabilité de la tâche.

  • Si vous sélectionnez Polling and querying CDC instances for incremental synchronization pour SQL Server Incremental Synchronization Mode à l'étape Configure Objects, les limites suivantes s'appliquent également :

    • Le compte de base de données source utilisé par l'instance DTS doit disposer des autorisations nécessaires pour activer CDC. Un compte doté du rôle sysadmin est requis pour activer CDC au niveau de la base de données. Un compte à privilèges élevés est requis pour activer CDC au niveau de la table.

      Remarque
      • Le compte disposant des privilèges les plus élevés (administrateur du serveur) fourni dans la console Azure SQL Database répond à cette exigence. Pour les bases de données utilisant le modèle d'achat basé sur les vCore, tous les niveaux de service prennent en charge CDC. Pour les bases de données utilisant le modèle d'achat basé sur les DTU, le niveau de service doit être S3 ou supérieur pour prendre en charge CDC.

      • Le compte à privilèges élevés pour Amazon RDS for SQL Server répond à cette exigence et prend en charge l'activation de CDC au niveau de la base de données pour les procédures stockées.

      • CDC n'est pas pris en charge pour les tables dotées d'index columnstore clusterisés.

      • La prévérification DTS pour une tâche de synchronisation incrémentielle des données active CDC sur la base de données source et les tables. En raison des limitations du moteur de base de données SQL Server, ce processus peut provoquer un verrouillage bref de la base de données source.

    • DTS interroge l'instance CDC pour chaque table de la base de données source afin d'obtenir les données incrémentielles. Par conséquent, ne synchronisez pas plus de 1 000 tables. À défaut, la tâche peut connaître une latence ou une instabilité.

    • Les données incrémentielles stockées par le composant CDC sont conservées par défaut pendant 3 jours. Nous vous recommandons d'exécuter la commande exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>; pour définir une période de rétention appropriée.

    • Remarque
      • <time> spécifie le temps en minutes.

      • Si le nombre quotidien moyen d'instructions SQL de modification incrémentielle pour une seule table de la base de données source dépasse 10 millions, nous vous recommandons de définir <time> sur 1440.

    • L'exécution consécutive d'opérations DDL pour ajouter ou supprimer des colonnes (plus de deux opérations de ce type en une minute) n'est pas prise en charge et peut entraîner l'échec de la tâche.

    • La modification de l'instance CDC dans la base de données source n'est pas prise en charge et peut entraîner l'échec de la tâche ou une perte de données.

  • DTS ne prend pas en charge la synchronisation d'opérations DDL complexes.

  • 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 en fonction du mode sélectionné. En mode d'analyse des journaux, DTS crée le déclencheur dts_cdc_sync_ddl, la table de pulsation 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 de pulsation 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 des 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 de lecture et d'é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 de table dans l'instance de destination peut être plus grand 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 une source autre que DTS. Cela pourrait entraîner une incohérence des données entre la source et la destination. Par exemple, l'utilisation de DMS pour effectuer des modifications DDL en ligne pendant que d'autres données sont écrites dans la destination peut provoquer une perte de données dans la base de données de destination.

  • Ne reconstruisez pas les index pendant la synchronisation. Cela peut entraîner 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 des données dépasse The maximum number of tables for which CDC is enabled that DTS supports., la prévérification échoue.

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

    Remarque

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

  • Si une instruction DDL ne parvient pas à être écrite dans la base de données de destination, la tâche DTS continue de s'exécuter. Vous devez consulter les journaux de la tâche pour afficher l'instruction DDL ayant échoué. Pour plus d'informations sur la consultation des journaux de tâche, consultez View task logs.

  • Si vous écrivez dans la même table de la base de données MySQL de destination des colonnes dont les noms ne diffèrent que par la casse, des résultats inattendus peuvent se produire car les noms de colonnes MySQL ne sont pas sensibles à la casse.

  • Une fois la synchronisation des données terminée (le Status de l'instance est Completed), vous devez utiliser la commande ANALYZE TABLE <table_name> pour confirmer que toutes les données ont été écrites dans la table cible. Par exemple, après le déclenchement du mécanisme de basculement HA dans la base de données MySQL cible, les données peuvent être écrites uniquement en mémoire, ce qui peut entraîner une perte de données.

  • 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 de 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, 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 Modify instance parameters.

  • SQL Server est une base de données commerciale à source fermée. En raison des caractéristiques connues ou inconnues de son format de journal, des problèmes peuvent survenir lors de la capture et de l'analyse des données de modification incrémentielles (CDC) 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 de garantir que votre logique métier de production soit identique à celle testée lors de la phase POC pour assurer le fonctionnement stable et efficace de DTS.

  • DTS ne prend pas en charge les transactions partiellement annulées sur la source pendant la synchronisation incrémentielle. Cela peut entraîner la perte de l'opération d'annulation.

Cas particuliers

Lorsque l'instance source est une instance 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 et ne modifiez pas son mot de passe pendant l'exécution de la tâche, sous peine d'échec de celle-ci. Pour plus d'informations, consultez System account descriptions.

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 Présentation de la facturation.

Topologies de synchronisation

  • Synchronisation unidirectionnelle un-à-un

  • Synchronisation unidirectionnelle un-à-plusieurs

  • Synchronisation unidirectionnelle plusieurs-à-un

Pour une présentation de ces topologies de synchronisation et de leur utilisation, consultez la rubrique Topologies de synchronisation des données.

Opérations SQL prises en charge

Type d'opération

Instruction SQL

DML

INSERT, UPDATE et DELETE

Remarque

DTS ne synchronise pas les instructions UPDATE qui modifient uniquement un champ volumineux.

DDL

  • CREATE TABLE

  • ALTER TABLE (uniquement ADD COLUMN et DROP COLUMN)

  • DROP TABLE

  • CREATE INDEX et DROP INDEX

Remarque
  • Les opérations DDL contenant des types définis par l'utilisateur ne sont pas prises en charge.

  • Les opérations DDL en ligne ne sont pas prises en charge.

  • Les opérations DDL transactionnelles ne sont pas prises en charge. Par exemple, l'ajout de plusieurs colonnes dans une seule instruction SQL ou le mélange d'opérations DDL et DML peut entraîner une perte de données.

  • Les opérations DDL utilisant un mot clé réservé comme nom d'attribut ne sont pas prises en charge.

  • Les opérations DDL exécutées par une procédure stockée système ne sont pas prises en charge.

  • DTS ne synchronise pas les opérations TRUNCATE TABLE.

  • Les tables partitionnées et les tables définies avec des fonctions ne sont pas prises en charge.

Autorisations requises pour les comptes de base de données

Instance de base de données

Autorisations requises

Actions

Instance ApsaraDB RDS for SQL Server source

Autorisations de propriétaire sur les objets à synchroniser.

Créer un compte et Modifier les autorisations d'un compte.

Instance ApsaraDB RDS for MySQL de destination

Autorisations de lecture et d'écriture sur la base de données de destination.

Créer des comptes et des bases de données et Modifier les autorisations des comptes.

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

    S/O

    Task Name

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

    Source Database

    Database Type

    Sélectionnez SQL Server.

    Connection Type

    Sélectionnez Alibaba Cloud Instance.

    Instance Region

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

    Replicate Data Across Alibaba Cloud Accounts

    Pour cet exemple, nous synchronisons des données au sein du même compte Alibaba Cloud. Sélectionnez No.

    Instance ID

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

    Database Account

    Saisissez le compte de base de données de l'instance ApsaraDB RDS for SQL Server source. Le compte doit disposer des autorisations de propriétaire sur les objets à synchroniser.

    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 fait confiance au certificat serveur par défaut.

    Destination Database

    Database Type

    Sélectionnez MySQL.

    Connection Type

    Sélectionnez Alibaba Cloud Instance.

    Instance Region

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

    Replicate Data Across Alibaba Cloud Accounts

    Pour cet exemple, nous synchronisons des données au sein du même compte Alibaba Cloud. Sélectionnez No.

    RDS Instance ID

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

    Database Account

    Saisissez le compte de base de données de l'instance ApsaraDB RDS for MySQL de destination. Le compte doit disposer des autorisations de lecture et d'écriture.

    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.

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

      Schema Mapping Mode of Source and Destination Databases

      Sélectionnez un mode de mappage de schéma en fonction de vos besoins métier pour mapper les schémas entre les bases de données source et de destination.

      Avertissement

      Plusieurs schémas de la base de données source ne peuvent pas contenir de tables portant le même nom. Sinon, une incohérence des données ou un échec de la tâche peut survenir.

      SQL Server Incremental Synchronization Mode

      • Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing) :

        • Avantages :

          • Prend en charge les scénarios avec des tables heap, des tables sans clés primaires, des tables compressées et des tables avec des colonnes calculées dans la base de données source.

          • Stabilité élevée de la liaison. Ce mode permet d'obtenir des instructions DDL complètes et offre une prise en charge complète des scénarios DDL.

        • Inconvénients :

          • DTS crée un déclencheur dts_cdc_sync_ddl, une table de heartbeat dts_sync_progress et une table de stockage DDL dts_cdc_ddl_history dans la base de données source. Il active également CDC au niveau de la base de données et pour certaines tables.

          • Vous ne pouvez pas exécuter d'instructions SELECT INTO, TRUNCATE, RENAME COLUMN ou de modification de type de colonne sur les tables pour lesquelles CDC est activé dans la base de données source. Le déclencheur créé par DTS dans la base de données source ne peut pas être supprimé manuellement.

            Remarque

            Les tables contenant des types geometry, geography ou hierarchyid ne prennent pas en charge l'activation de CDC.

      • Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) :

        • Avantages :

          Ce mode n'est pas intrusif pour la base de données source.

        • Inconvénients :

          Ne prend pas en charge les scénarios avec des tables heap, des tables sans clés primaires, des tables compressées ou des tables avec des colonnes calculées dans la base de données source.

      • Polling and querying CDC instances for incremental synchronization :

        • Avantages :

          • Prend en charge la synchronisation complète et incrémentielle lorsque la base de données source est Amazon RDS for SQL Server, Azure SQL Database, Azure SQL Managed Instance, Azure SQL Server on Virtual Machine ou Google Cloud SQL for SQL Server.

          • Ce mode utilise le composant natif Change Data Capture (CDC) de SQL Server pour obtenir les données incrémentielles. Cela rend la synchronisation incrémentielle plus stable et consomme moins de bande passante réseau.

        • Inconvénients :

          • Le compte de base de données source utilisé par l'instance DTS doit disposer de l'autorisation d'activer CDC. Un délai d'environ 10 secondes existe pour la synchronisation des données incrémentielles.

          • Dans les scénarios impliquant la synchronisation de plusieurs bases de données et tables, il peut y avoir des risques de problèmes de stabilité et de performances.

      The maximum number of tables for which CDC is enabled that DTS supports.

      Ce paramètre limite le nombre de tables sur lesquelles CDC peut être activé au sein de l'instance de synchronisation actuelle. La valeur par défaut est 1 000.

      Remarque

      Ce paramètre n'est pas disponible si vous définissez SQL Server Incremental Synchronization Mode sur Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported).

      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 la rubrique 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 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 uniquement des données de certaines colonnes ou un échec complet de la synchronisation. Procédez avec prudence.

      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 qui sont synchronisés vers l'instance de destination. Par défaut, la 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 la rubrique 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

      Vous pouvez sélectionner des objets au niveau de la base de données, de la table ou de la colonne. Si vous sélectionnez des tables ou des colonnes comme objets de synchronisation, d'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, cliquez avec le bouton droit sur l'objet dans la zone Selected Objects. Pour plus d'informations sur le renommage des objets, consultez la rubrique Mapper une seule base de données, table ou colonne.

      • 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 la rubrique Mapper les bases de données, tables et colonnes par lot.

      Remarque
      • Pour sélectionner les opérations SQL à synchroniser pour une base de données ou une table spécifique, cliquez avec le bouton droit sur l'objet dans la zone Selected Objects et sélectionnez les opérations SQL souhaitées dans la boîte de dialogue qui s'affiche.

      • Pour filtrer les données à l'aide de conditions WHERE, cliquez avec le bouton droit sur la table à synchroniser dans la zone Selected Objects et spécifiez les conditions de filtre dans la boîte de dialogue qui s'affiche. Pour plus d'informations, consultez la rubrique Utiliser des conditions SQL pour filtrer les données.

      • Si vous renommez un objet, les objets dépendants peuvent ne pas être synchronisés.

    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 la rubrique Qu'est-ce qu'un cluster dédié DTS ?.

      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 la durée 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 commence 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 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 l'étape 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 débit de synchronisation complète une fois que l'instance de synchronisation est en cours d'exécution.

      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. Dans cet exemple, aucun tag n'est sélectionné.

      Configure ETL

      Choisissez d'activer ou non la fonctionnalité extract, transform, and load (ETL). Pour plus d'informations, consultez la rubrique Qu'est-ce que l'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: Data Validation pour configurer une tâche de validation des données.

      Si vous souhaitez utiliser la fonctionnalité de validation des données, consultez la rubrique Configurer la validation des données pour obtenir des instructions de configuration.

  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.

    • Si vous avez terminé de consulter 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 exécutez à nouveau 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 exécutez à nouveau 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 est de 100 %, cliquez sur Next: Purchase Instance.

    2. Sur la page Purchase, sélectionnez la méthode de facturation et les spécifications de liaison 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

      Méthode de facturation

      • 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 d'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.

      Configuration du groupe de ressources

      Le 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 la rubrique Qu'est-ce que Resource Management ?.

      Spécification de liaison

      DTS propose des spécifications de synchronisation avec différents niveaux de performance. La spécification de liaison 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 la rubrique Spécifications de liaison de synchronisation des données.

      Durée d'abonnement

      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.