Tous les produits
Search

Ce produit

    Data Transmission Service:Migrer depuis RDS SQL Server vers AnalyticDB for MySQL 3,0

    Centre de documentation

    Data Transmission Service:Migrer depuis RDS SQL Server vers AnalyticDB for MySQL 3,0

    Dernière mise à jour :Aug 10, 2026

    Migrez les données de SQL Server (y compris ApsaraDB RDS for SQL Server et les bases de données SQL Server auto-gérées) vers AnalyticDB for MySQL 3,0 pour une analyse des données en temps réel.

    3,0

    Bases de données sources prises en charge

    Les bases de données SQL Server suivantes peuvent être migrées vers AnalyticDB for MySQL. Cette rubrique utilise une instance RDS for SQL Server comme exemple. Le processus est similaire pour les autres sources.

    • Instances RDS for SQL Server.

    • Bases de données auto-gérées :

      • Base de données auto-gérée disposant d'une adresse IP publique

      • Base de données auto-gérée hébergée sur Elastic Compute Service (ECS)

      • Base de données auto-gérée connectée via Express Connect, VPN Gateway ou Smart Access Gateway

      • Base de données auto-gérée connectée via Database Gateway

    Prérequis

    • Vous ne pouvez configurer cette tâche de migration que dans la nouvelle console.

    • Une instance source RDS SQL Server a été créée. Pour obtenir la liste des versions prises en charge, consultez la page Présentation des solutions de migration. Pour créer une instance, consultez la page Créer une instance ApsaraDB RDS for SQL Server.

      Important

      Si l'instance RDS SQL Server exécute SQL Server 2008 ou SQL Server 2008 R2, la migration incrémentielle des données n'est pas prise en charge.

    • Un cluster cible AnalyticDB for MySQL a été créé. Pour plus d'informations, consultez la page Créer un cluster.

    • La capacité de stockage du cluster cible AnalyticDB for MySQL doit être supérieure à celle de l'instance source RDS SQL Server.

    • Si l'instance source répond à l'une des conditions suivantes, divisez-la en plusieurs tâches de migration.

      • L'instance source comporte 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 de 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.

    Remarques

    Remarque

    • Lors de la migration du schéma, DTS ne migre pas les clés étrangères de la base de données source vers la base de données de destination.

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

    • Lors de la migration du schéma, DTS ne prend pas en charge la migration des vues matérialisées vers l'instance AnalyticDB for MySQL de destination. Pour utiliser des vues matérialisées, créez-les manuellement dans l'instance de destination une fois la migration terminée.

    Type

    Description

    Limites de la base de données source

    • Le serveur de base de données source doit disposer d'une bande passante sortante suffisante. Une bande passante insuffisante réduit la vitesse de migration des données.

    • Les tables à migrer doivent disposer d'une clé primaire ou d'une contrainte unique, et les colonnes de cette clé ou contrainte doivent être uniques. Sinon, des doublons de données peuvent apparaître dans la base de données de destination.

    • Si vous sélectionnez des tables spécifiques pour la migration et devez les modifier (par exemple, mapper les noms de tables ou de colonnes), une seule tâche de migration peut migrer au maximum 1 000 tables. Si vous dépassez cette limite, la tâche échouera lors de sa soumission. Répartissez les tables sur plusieurs tâches ou configurez une tâche pour migrer la base de données entière.

    • Une seule tâche de migration prend en charge un maximum de 10 bases de données. Dépasser cette limite peut entraîner des problèmes de stabilité et de performance. Divisez la migration en plusieurs tâches si nécessaire.

    • Si vous configurez une tâche pour migrer des objets spécifiques plutôt qu'une base de données entière, vous ne pouvez pas migrer 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 d'une seule tâche.

    • Si vous effectuez une migration incrémentielle des données, les journaux de transactions doivent répondre aux exigences suivantes :

      • La journalisation des transactions doit être activée, le mode de sauvegarde doit être défini sur Full et une sauvegarde physique complète doit avoir été effectuée avec succès.

      • Pour une migration de données uniquement incrémentielle, Data Transmission Service (DTS) nécessite de conserver les journaux de transactions de la base de données source pendant plus de 24 heures. Si une tâche inclut à la fois une migration complète et une migration incrémentielle des données, conservez les journaux pendant au moins sept jours. Une fois la migration complète des données terminée, vous pouvez réduire la période de rétention à plus de 24 heures. Sinon, la tâche DTS peut échouer en raison de l'indisponibilité des journaux de transactions. Dans les cas extrêmes, des incohérences ou des pertes de données peuvent survenir. Les problèmes causés par une rétention insuffisante des journaux ne sont pas couverts par l'accord de niveau de service (SLA) de DTS.

    • Si vous activez CDC (capture des données modifiées) pour les tables sources à migrer, elles doivent respecter les conditions suivantes. Sinon, 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 auto-gé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.

    • 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 supprimez donc pas prématurément les journaux de la base de données source. Sinon, la tâche DTS peut échouer.

    • Limites relatives aux opérations dans la base de données source :

      • Pendant les phases de migration du schéma et de migration complète des données, n'effectuez pas d'opérations DDL qui modifient la structure de la base de données ou des tables. Sinon, la tâche de migration des données échouera.

      • Si vous n'effectuez qu'une migration complète des données, n'écrivez pas de nouvelles données dans l'instance source. Sinon, les données des bases de données source et de destination deviendront incohérentes. Pour garantir la cohérence des données en temps réel, sélectionnez Migration du schéma, Migration complète des données et Migration incrémentielle des données.

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

    • Si la base de données source est une Azure SQL Database, une instance de migration ne peut migrer qu'une seule base de données.

    • Si la base de données source est une instance ApsaraDB RDS for SQL Server et que la tâche de migration inclut une migration incrémentielle des données, assurez-vous que le chiffrement transparent des données (TDE) est désactivé pour garantir la stabilité de la tâche. Pour plus d'informations, consultez la page Désactiver TDE.

    • Si vous utilisez la commande sp_rename pour renommer des objets tels que des procédures stockées avant l'exécution de la tâche de migration du schéma, la tâche risque de ne pas fonctionner comme prévu ou d'échouer.

      Remarque

      Utilisez la commande ALTER pour renommer les objets de base de données.

    • En mode d'analyse hybride basé sur les journaux, la base de données source ne prend pas en charge les opérations consécutives d'ajout ou de suppression de colonnes avec un intervalle inférieur à 10 minutes. Par exemple, si vous exécutez les instructions SQL suivantes de manière consécutive, la tâche échouera.

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

    • Si la base de données source est une instance ApsaraDB RDS for SQL Server exécutant l'édition Web, définissez SQL Server Incremental Synchronization Mode sur Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) lors de la configuration de la tâche.

    • Pendant la migration complète des données, activez le paramètre READ_COMMITTED_SNAPSHOT pour la base de données source afin d'éviter que la contention des verrous partagés n'affecte les écritures de données. Sinon, des incohérences de données ou un échec de la tâche peuvent survenir. Les problèmes causés par la non-activation de ce paramètre ne sont pas couverts par le SLA de DTS.

    Autres limites

    • La migration est prise en charge uniquement pour les types de données de base, mais pas pour les données de type 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.

    • Si l'écriture d'une instruction DDL dans la base de données de destination échoue, la tâche DTS continue de s'exécuter. Vous devez vérifier les journaux de la tâche pour identifier l'instruction DDL ayant échoué. Pour savoir comment afficher les journaux de la tâche, consultez la page Afficher les journaux de la tâche.

    • La base de données de destination doit disposer d'une clé primaire personnalisée. Ou bien, à l'étape Configurations for Databases, Tables, and Columns, définissez la colonne Primary Key Column. Sinon, la migration peut échouer.

    • Si vous définissez Configure Objects sur SQL Server Incremental Synchronization Mode à l'étape Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported), les tables à migrer doivent disposer d'un index clusterisé incluant la colonne de clé primaire. DTS ne prend pas en charge la migration des tables heap, des tables sans clés primaires, des tables compressées, des tables avec des colonnes calculées ou des tables avec des colonnes éparses dans ce mode. Ces limitations ne s'appliquent pas en mode d'analyse hybride basé sur les journaux.

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

      • DTS s'appuie sur le composant CDC pour la migration incrémentielle. Assurez-vous que la tâche CDC dans la base de données source fonctionne correctement. Sinon, la tâche DTS échouera.

      • Par défaut, le composant CDC conserve les données incrémentielles pendant trois jours. Ajustez la période de rétention en exécutant la commande exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

        Remarque

        • <time> spécifie la période de rétention en minutes.

        • Si le nombre moyen quotidien de modifications SQL incrémentielles pour une seule table dépasse 10 millions, définissez <time> sur 1440.

      • Dans une seule tâche de migration, activez CDC pour un maximum de 1 000 tables. Sinon, la tâche peut présenter une latence élevée ou devenir instable.

      • Le module de pré-vérification d'une tâche de migration incrémentielle des données DTS active CDC dans la base de données source. Pendant ce processus, les limitations internes du moteur SQL Server peuvent provoquer un verrouillage temporaire des tables dans la base de données source.

    • Si vous définissez Configure Objects sur SQL Server Incremental Synchronization Mode à l'étape Polling and querying CDC instances for incremental synchronization, 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égié est requis pour activer CDC au niveau de la table.

        Remarque

        • Le compte le plus privilégié (administrateur de serveur) fourni par la console Azure SQL Database répond aux exigences. Pour les bases de données achetées selon le modèle vCore, CDC peut être activé pour toutes les spécifications. Pour les bases de données achetées selon le modèle DTU, CDC ne peut être activé que pour les niveaux de service S3 ou supérieurs.

        • Le compte privilégié d'une instance Amazon RDS for SQL Server répond aux exigences et prend en charge l'activation de CDC au niveau de la base de données via des procédures stockées.

        • CDC ne peut pas être activé pour les tables dotées d'un index columnstore clusterisé.

        • Le module de pré-vérification d'une tâche de migration incrémentielle des données DTS active CDC dans la base de données source. Pendant ce processus, les limitations internes du moteur SQL Server peuvent provoquer un verrouillage temporaire des tables dans la base de données source.

      • DTS obtient les données incrémentielles en interrogeant périodiquement l'instance CDC de chaque table de la base de données source. Ne migrez pas plus de 1 000 tables depuis la base de données source. Sinon, la tâche peut présenter une latence élevée ou devenir instable.

      • Par défaut, le composant CDC conserve les données incrémentielles pendant trois jours. Ajustez la période de rétention en exécutant la commande exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

        Remarque

        • <time> spécifie la période de rétention en minutes.

        • Si le nombre moyen quotidien de modifications SQL incrémentielles pour une seule table dépasse 10 millions, définissez <time> sur 1440.

      • Les opérations consécutives d'ajout ou de suppression de colonnes ne sont pas prises en charge (plus de deux opérations DDL ADD COLUMN ou DROP COLUMN en une minute). Sinon, la tâche peut échouer.

      • Ne modifiez pas les instances CDC de la base de données source. Sinon, la tâche de migration des données peut échouer ou entraîner une perte de données.

    • Pour garantir un rapport précis de la latence pour la migration incrémentielle des données, DTS crée des objets dans la base de données source. En mode d'analyse basé sur les journaux, DTS crée un déclencheur dts_cdc_sync_ddl, une table de pulsation dts_sync_progress et une table de stockage DDL dts_cdc_ddl_history. En mode d'analyse hybride basé sur les journaux, DTS crée les mêmes objets et active également CDC au niveau de la base de données et de la table. Pour les tables où CDC est activé, le taux de modification des données ne doit pas dépasser 1 000 lignes par seconde (RPS).

    • En raison des limites inhérentes à AnalyticDB for MySQL, les performances d'écriture dans la base de données de destination ralentissent lorsque l'utilisation du disque des nœuds de AnalyticDB for MySQL dépasse 80 %, ce qui entraîne des retards dans la tâche DTS. Si l'utilisation du disque dépasse 90 %, les écritures échouent complètement et la tâche DTS échoue. Estimez l'espace disque requis en fonction des objets de migration et assurez-vous que le cluster de destination dispose d'un stockage suffisant.

    • Si le cluster de destination AnalyticDB for MySQL 3,0 effectue une sauvegarde pendant l'exécution de la tâche DTS, la tâche échoue.

    • Avant de migrer les données, évaluez les performances des bases de données source et de destination et effectuez la migration pendant les heures creuses. Pendant la migration complète des données, DTS consomme des ressources de lecture et d'écriture sur les deux bases de données, ce qui peut augmenter leur charge.

    • Pendant la migration complète des données, les opérations INSERT concurrentes peuvent provoquer une fragmentation dans les tables de destination, de sorte que l'espace de stockage des tables dans la base de données de destination peut être plus grand que dans la base de données source après la migration.

    • Vérifiez que la précision utilisée par DTS pour migrer les colonnes de type de données FLOAT ou DOUBLE répond à vos besoins métier. DTS utilise la fonction ROUND(COLUMN,PRECISION) pour lire les valeurs de ces colonnes. Si aucune précision n'est explicitement définie, DTS migre les valeurs FLOAT avec une précision de 38 chiffres et les valeurs DOUBLE avec une précision de 308 chiffres.

    • DTS tente de reprendre une tâche ayant échoué pendant une durée maximale de sept jours. Avant de basculer vos charges de travail métier vers l'instance de destination, terminez ou libérez la tâche de migration. Vous pouvez également révoquer les autorisations d'écriture du compte DTS sur l'instance de destination à l'aide de la commande revoke pour empêcher une tâche reprise d'écraser les données de destination.

    • Si une tâche de migration inclut une migration incrémentielle des données, vous ne pouvez pas effectuer d'opérations de réindexation. Cela pourrait entraîner l'échec de la tâche ou une perte de données.

      Remarque

      Vous ne pouvez pas modifier la clé primaire d'une table pour laquelle CDC est activé.

    • Si le nombre de tables activées pour CDC dans une seule tâche de migration dépasse la valeur définie dans le paramètre The maximum number of tables for which CDC is enabled that DTS supports., la pré-vérification échoue.

    • Si une tâche inclut une migration incrémentielle et qu'un seul champ d'une table activée pour CDC à écrire contient plus de 64 Ko de données, exécutez la commande exec sp_configure 'max text repl size', -1; pour ajuster au préalable la configuration de la base de données source.

      Remarque

      Par défaut, une tâche CDC peut traiter une taille de données maximale de 64 Ko pour un seul champ.

    • Lorsque plusieurs instances de migration utilisent la même base de données SQL Server source, leurs modules de collecte de données incrémentielles fonctionnent de manière indépendante.

    • Si une tâche échoue, l'équipe d'assistance DTS tentera de la restaurer dans un délai de huit heures. Lors de la restauration, elle peut 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 page Modifier les paramètres de l'instance.

    • SQL Server est une base de données commerciale à code source fermé dont le format de journal peut entraîner des problèmes inévitables lors de l'analyse incrémentielle CDC dans DTS. Avant d'activer DTS pour la synchronisation incrémentielle depuis une source SQL Server dans un environnement de production, effectuez des tests de preuve de concept (POC) complets couvrant tous les scénarios de changement métier, les ajustements de schéma et les tests de charge en période de pointe. La cohérence entre la logique de votre environnement de production et la phase POC est essentielle pour assurer la stabilité des opérations DTS.

    • Lorsque la base de données de destination est AnalyticDB for MySQL, DTS prend en charge l'écriture uniquement des types de données nativement pris en charge par AnalyticDB for MySQL, y compris les types de données de base et les types de données complexes tels que ARRAY, MAP et JSON. D'autres types tels que MULTIVALUE ne sont pas pris en charge.

    • Les annulations partielles de transactions sur la base de données source ne sont pas prises en charge pendant la migration incrémentielle et peuvent être perdues.

    Cas particuliers

    Si la source est une instance ApsaraDB RDS for SQL Server, DTS crée un compte système nommé rdsdt_dtsacct sur l'instance pour la migration des données. Ne supprimez pas ce compte ni ne modifiez son mot de passe pendant l'exécution de la tâche. Sinon, la tâche peut échouer. Pour plus d'informations, consultez la page Comptes système.

    Facturation

    Type de migration

    Frais de configuration de l'instance

    Frais de trafic Internet

    Migration du schéma et migration complète des données

    Gratuit.

    Lorsque le paramètre Access Method de la base de données de destination est défini sur Public IP Address, des frais de trafic Internet vous sont facturés. Pour plus d'informations, consultez la page Présentation de la facturation.

    Migration incrémentielle des données

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

    Types de migration

    • Migration du schéma

      DTS migre les définitions de schéma des objets de migration de la base de données source vers la base de données de destination.

      • DTS peut migrer les objets de schéma suivants : schémas, tables, vues, fonctions et procédures.

      • DTS ne peut pas migrer les objets suivants : assemblies, service brokers, index full-text, catalogues full-text, schémas distribués, fonctions distribuées, procédures stockées CLR (Common Language Runtime), fonctions scalaires CLR, fonctions table CLR, tables internes, systèmes ou fonctions d'agrégation.

      Avertissement

      Lors de migrations entre bases de données hétérogènes, les types de données peuvent ne pas correspondre un à un, ce qui peut entraîner des échecs de tâche ou des pertes de données. Évaluez l'impact métier des mappages de types de données avant de poursuivre. Pour plus d'informations, consultez la page Mappage des types de données pour les bases de données hétérogènes.

    • Migration complète

      DTS migre toutes les données historiques des objets de migration spécifiés de la base de données source vers la base de données de destination.

    • Migration incrémentielle

      Une fois la migration complète terminée, DTS migre les mises à jour incrémentielles des données de la base de données source vers la base de données de destination. La migration incrémentielle vous permet de migrer les données en toute transparence sans interrompre vos applications auto-gérées.

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

    Type d'opération

    Instruction SQL

    DML

    INSERT, UPDATE et DELETE

    Remarque

    • La migration incrémentielle ne prend pas en charge les instructions UPDATE qui modifient uniquement des champs volumineux.

    • Lorsque vous écrivez des données dans AnalyticDB for MySQL, le système convertit automatiquement les instructions UPDATE en REPLACE INTO. Si vous mettez à jour une clé primaire, il convertit l'instruction UPDATE en un DELETE suivi d'un INSERT.

    DDL

    • CREATE TABLE

    • ALTER TABLE

      Seules les opérations ADD COLUMN et DROP COLUMN sont prises en charge.

    • DROP TABLE

    • CREATE INDEX et DROP INDEX

    Remarque

    • Les opérations DDL contenant un type défini par l'utilisateur ne sont pas prises en charge.

    • Les opérations DDL transactionnelles ne sont pas prises en charge. Par exemple, une seule instruction SQL qui ajoute plusieurs colonnes ou contient à la fois des opérations DDL et DML peut entraîner une perte de données.

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

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

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

    • DTS ne prend pas en charge les opérations TRUNCATE TABLE.

    • Les tables partitionnées ou dont la définition contient une fonction ne sont pas prises en charge.

    Autorisations des comptes de base de données

    Base de données

    Migration du schéma

    Migration complète des données

    Migration incrémentielle des données

    Instance RDS SQL Server

    Autorisations de lecture sur les objets à migrer

    Autorisations de lecture sur les objets à migrer

    Autorisations de propriétaire sur les objets à migrer

    Cluster AnalyticDB for MySQL

    Autorisations de lecture et d'écriture

    Pour créer un compte de base de données et lui accorder des autorisations, consultez les rubriques suivantes :

    Procédure

    1. Accédez à la page de liste des tâches de migration pour la région de destination en utilisant l'une des 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 Migration.

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

      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 pages Console en mode simple et Personnaliser la disposition et le style de la console DMS.

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

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

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

    2. Cliquez sur Create Task pour accéder à la page de configuration de la tâche.

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

      Avertissement

      Après avoir sélectionné les instances source et de destination, nous vous recommandons de lire attentivement les limites affichées en haut de la page. Sinon, la tâche peut échouer ou des incohérences de données peuvent survenir.

      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

      Select Existing Connection

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

        Remarque

        Dans la console DMS, ce paramètre est nommé Select a DMS database instance..

      • Si vous n'avez pas enregistré l'instance de base de données auprès du système ou si vous n'avez pas besoin d'utiliser une instance enregistrée, configurez manuellement les informations de la base de données ci-dessous.

      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 RDS SQL Server.

      Replicate Data Across Alibaba Cloud Accounts

      Cet exemple montre comment migrer des données au sein du même compte Alibaba Cloud. Sélectionnez No.

      RDS Instance ID

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

      Database Account

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

      Database Password

      Saisissez le mot de passe du compte de base de données.

      Encryption

      Sélectionnez Non-encrypted ou SSL-encrypted en fonction de vos besoins métier.

      • Si le chiffrement SSL est désactivé 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. Par défaut, DTS fait confiance au certificat du serveur.

      Destination Database

      Select Existing Connection

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

        Remarque

        Dans la console DMS, ce paramètre est nommé Select a DMS database instance..

      • Si vous n'avez pas enregistré l'instance de base de données auprès du système ou si vous n'avez pas besoin d'utiliser une instance enregistrée, configurez manuellement les informations de la base de données ci-dessous.

      Database Type

      Sélectionnez AnalyticDB for MySQL 3.0.

      Access Method

      Sélectionnez Alibaba Cloud Instance.

      Instance Region

      Sélectionnez la région où réside le cluster de destination AnalyticDB for MySQL 3,0.

      Instance ID

      Sélectionnez l'ID du cluster de destination AnalyticDB for MySQL 3,0.

      Database Account

      Saisissez le compte de base de données pour le cluster de destination AnalyticDB for MySQL 3,0. Pour plus de détails sur les autorisations requises, consultez la section Conditions d'autorisation pour les comptes de base de données.

      Database Password

      Saisissez le mot de passe du compte de base de données.

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

      Remarque

      • Assurez-vous que le segment d'adresses IP du service DTS est ajouté automatiquement ou manuellement aux paramètres de sécurité des bases de données source et de destination pour autoriser l'accès depuis les serveurs DTS. Pour plus d'informations, consultez la page Ajouter les 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 (le paramètre Access Method n'est pas défini sur Alibaba Cloud Instance), vous devez également cliquer sur Test Connectivity dans la boîte de dialogue CIDR Blocks of DTS Servers qui s'affiche.

    5. Configurez les objets de la tâche.

      1. Sur la page Configure Objects, configurez les objets que vous souhaitez migrer.

        Paramètre

        Description

        Migration Types

        • Pour une migration complète des données uniquement, sélectionnez Schema Migration et Full Data Migration.

        • Pour une migration sans interruption de service, sélectionnez Schema Migration, Full Data Migration et Incremental Data Migration.

        Remarque

        • Si vous sélectionnez Full Data Migration, le schéma et les données des tables créées avec l'instruction CREATE TABLE peuvent être migrés vers la base de données de destination.

        • Si vous ne sélectionnez pas Incremental Data Migration, n'écrivez pas de nouvelles données dans l'instance source pendant la migration des données afin de garantir la cohérence des données.

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors : Vérifie si des tables portant les mêmes noms existent dans la base de données de destination. Si aucune table portant le même nom n'existe, la pré-vérification est réussie. Si des tables portant le même nom existent, une erreur est signalée lors de la pré-vérification et la tâche de migration des données ne démarre pas.

          Remarque

          Si une table de la base de données de destination porte le même nom mais ne peut pas être facilement supprimée ou renommée, vous pouvez modifier le nom de la table dans la base de données de destination. Pour plus d'informations, consultez la page Mappage des noms d'objets.

        • Ignore Errors and Proceed : Ignore la vérification des tables portant les mêmes noms.

          Avertissement

          La sélection de l'option Ignore Errors and Proceed peut entraîner des incohérences de données et des risques métier. Par exemple :

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

            • Lors de la migration complète, DTS conserve l'enregistrement dans la base de données de destination. L'enregistrement de la base de données source n'est pas migré.

            • Lors de la migration incrémentielle, DTS ne conserve pas l'enregistrement dans la base de données de destination. L'enregistrement de la base de données source écrase l'enregistrement dans la base de données de destination.

          • Si les schémas de table sont incohérents, seules certaines colonnes de données peuvent être migrées ou la migration peut échouer. Procédez avec prudence.

        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 dans la base de données source ne peuvent pas avoir de tables portant le même nom. Sinon, des incohérences de données ou un échec de la tâche peuvent 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 impliquant des tables heap sources, des tables sans clés primaires, des tables compressées ou des tables avec des colonnes calculées.

            • Offre une grande stabilité de la liaison. Ce mode permet d'obtenir des instructions DDL complètes et prend en charge un large éventail de scénarios DDL.

          • Inconvénients :

            • DTS crée le déclencheur dts_cdc_sync_ddl, la table de pulsation dts_sync_progress et la 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 CDC pour certaines tables.

            • Vous ne pouvez pas exécuter d'instructions SELECT INTO, TRUNCATE ou RENAME COLUMN sur les tables pour lesquelles CDC est activé dans la base de données source. Vous ne pouvez pas supprimer manuellement les déclencheurs créés par DTS dans la base de données source.

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

          • Avantage :

            Ce mode est non intrusif pour la base de données source.

          • Inconvénient :

            Ce mode ne prend pas en charge les scénarios impliquant des tables heap sources, des tables sans clés primaires, des tables compressées ou des tables avec des colonnes calculées.

        • Polling and querying CDC instances for incremental synchronization :

          • Avantages :

            • Prend en charge la migration 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 sur Machine virtuelle ou Google Cloud SQL for SQL Server.

            • Ce mode utilise le composant CDC natif de SQL Server pour obtenir les données incrémentielles, ce qui améliore la stabilité de la migration incrémentielle et réduit l'utilisation de la bande passante réseau.

          • Inconvénients :

            • Le compte de base de données source utilisé par l'instance DTS doit disposer des autorisations nécessaires pour activer CDC. La migration incrémentielle des données présente une latence d'environ 10 secondes.

            • Lorsque vous migrez plusieurs tables sur plusieurs bases de données, vous pouvez rencontrer des problèmes de stabilité et de performance.

        Remarque

        Ce paramètre n'est disponible que si vous sélectionnez Incremental Data Migration pour le paramètre Migration Types.

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

        Vous pouvez définir une limite sur le nombre de tables activées pour CDC pour l'instance de migration actuelle en fonction de vos besoins métier. 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).

        Select DDL and DML to Sync at the Instance Level

        Sélectionnez les opérations SQL pour la migration incrémentielle au niveau de l'instance. Pour plus d'informations sur les opérations prises en charge, consultez la section Opérations SQL prises en charge pour la migration incrémentielle.

        Remarque

        Pour sélectionner les opérations SQL pour la migration incrémentielle au niveau de la base de données ou de la table, cliquez avec le bouton droit sur un objet de migration dans la zone Selected Objects et sélectionnez les opérations SQL souhaitées.

        Source Objects

        Dans la zone Source Objects, cliquez sur les objets à migrer, puis cliquez sur Right arrow pour les déplacer vers la zone Selected Objects.

        Remarque

        Ce scénario est une migration entre bases de données hétérogènes. Par conséquent, la granularité de sélection des objets de migration est la table. D'autres objets tels que les vues, les déclencheurs et les procédures stockées ne sont pas migrés vers la base de données de destination.

        Selected Objects
        Remarque

        • Si vous utilisez la fonctionnalité de mappage des noms d'objets, la migration d'autres objets dépendant de l'objet renommé peut échouer.

        • Pour définir une condition WHERE afin de filtrer les données, cliquez avec le bouton droit sur la table à migrer dans la section Selected Objects et spécifiez la condition de filtre dans la boîte de dialogue qui s'affiche. Pour obtenir des instructions, consultez la page Définir des conditions de filtre.

        • Pour sélectionner les opérations SQL à migrer au niveau de la base de données ou de la table, cliquez avec le bouton droit sur l'objet de migration dans la section Selected Objects et sélectionnez les opérations SQL souhaitées dans la boîte de dialogue qui s'affiche.

      2. Cliquez sur Next: Advanced Settings pour configurer les paramètres avancés. Cliquez sur Next: Data Validation pour configurer une tâche de validation des données. Pour plus d'informations sur la fonctionnalité de validation des données, consultez la page Configurer la validation des données.

        Paramètre

        Description

        Dedicated Cluster for Task Scheduling

        Par défaut, DTS planifie les tâches sur un cluster partagé. Vous n'avez pas besoin d'en sélectionner un. Si vous souhaitez des tâches plus stables, vous pouvez acheter un cluster dédié pour exécuter les tâches de migration DTS.

        Retry Time for Failed Connections

        Une fois la tâche de migration démarrée, 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 personnaliser la durée de nouvelle tentative à une valeur comprise entre 10 et 1440 minutes. Nous vous recommandons de définir la durée à plus de 30 minutes. Si DTS se reconnecte aux bases de données source et de destination dans la durée spécifiée, la tâche de migration reprend automatiquement. Sinon, la tâche échoue.

        Remarque

        • Pour plusieurs instances DTS partageant la même source ou la même destination, la durée de nouvelle tentative réseau est déterminée par le paramètre de la dernière tâche créée.

        • Étant donné que la tâche vous est facturée 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

        Une fois la tâche de migration démarrée, si un problème autre qu'un problème de connectivité, tel qu'une exception d'exécution DDL ou DML, se produit dans la base de données source ou de destination, DTS signale une erreur et commence immédiatement à retenter l'opération. La durée de nouvelle tentative par défaut est de 10 minutes. Vous pouvez personnaliser la durée de nouvelle tentative à une valeur comprise entre 1 et 1440 minutes. Nous vous recommandons de définir la durée à plus de 10 minutes. Si les opérations associées réussissent dans la durée de nouvelle tentative spécifiée, la tâche de migration reprend automatiquement. Sinon, la tâche échoue.

        Important

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

        Enable Throttling for Full Data Migration

        Pendant la migration complète, DTS 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. Si nécessaire, vous pouvez activer la limitation de débit pour la tâche de migration complète. Vous pouvez définir 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) pour réduire la charge sur la base de données de destination.

        Remarque

        • Cet élément de configuration n'est disponible que si vous sélectionnez Full Data Migration pour Migration Types.

        • Vous pouvez également ajuster la vitesse de migration complète une fois l'instance de migration en cours d'exécution.

        Enable Throttling for Incremental Data Migration

        Si nécessaire, vous pouvez également choisir de définir des limites de vitesse pour la tâche de migration incrémentielle. Vous pouvez définir les paramètres RPS of Incremental Data Migration et Data migration speed for incremental migration (MB/s) pour réduire la charge sur la base de données de destination.

        Remarque

        • Cet élément de configuration n'est disponible que si vous sélectionnez Incremental Data Migration pour Migration Types.

        • Vous pouvez également ajuster la vitesse de migration incrémentielle une fois l'instance de migration en cours d'exécution.

        Environment Tag

        Vous pouvez sélectionner une balise d'environnement pour identifier l'instance en fonction de vos besoins. Cet exemple ne nécessite pas de sélectionner une balise.

        Configure ETL

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

        Monitoring and Alerting

        Sélectionnez si vous souhaitez définir des alertes et recevoir des notifications d'alerte en fonction de vos besoins métier.

        • No : Ne définit pas d'alerte.

        • Yes : Configurez les alertes en définissant un seuil d'alerte et un destinataire de notification d'alerte. Si une migration échoue ou si la latence dépasse le seuil, le système envoie une notification d'alerte.

      3. Facultatif : Une fois les configurations précédentes terminées, cliquez sur Next: Configure Database and Table Fields pour définir le Type, la Primary Key Column, la Distribution Key et les informations de clé de partition (Partition Key, Partitioning Rules et Partition Lifecycle) pour les tables à migrer dans la base de données de destination.

        Remarque

        • Cette étape n'est disponible que si vous sélectionnez l'option Schema Migration pour Migration Types lors de la configuration des objets de la tâche. Vous pouvez sélectionner All pour Definition Status afin d'effectuer des modifications.

        • Vous pouvez sélectionner plusieurs colonnes pour Primary Key Column afin de former une clé primaire composite. Vous devez également sélectionner une ou plusieurs colonnes dans Primary Key Column à utiliser comme Distribution Key et Partition Key. Pour plus d'informations, consultez la page CREATE TABLE.

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

      • Pour afficher les paramètres de configuration de cette instance lors de l'appel de l'opération API, placez le pointeur sur le bouton Next: Save Task Settings and Precheck et cliquez sur Preview OpenAPI parameters dans la bulle qui apparaît.

      • Si vous n'avez pas besoin d'afficher ou avez terminé d'afficher les paramètres de l'API, cliquez sur Next: Save Task Settings and Precheck en bas de la page.

      Remarque

      • Avant le démarrage de la tâche de migration, DTS effectue une pré-vérification. La tâche ne démarre qu'après avoir réussi la pré-vérification.

      • Si la pré-vérification échoue, cliquez sur View Details à côté de l'élément de vérification ayant échoué, corrigez le problème en suivant les instructions, puis relancez la pré-vérification.

      • Si un avertissement est signalé lors de la pré-vérification :

        • Pour les éléments de vérification qui ne peuvent pas être ignorés, cliquez sur View Details à côté de l'élément ayant échoué, corrigez le problème en suivant les instructions, puis relancez la pré-vérification.

        • Pour les éléments de vérification qui peuvent être ignorés, vous pouvez cliquer sur Confirm Alert Details, Ignore, OK et Precheck Again pour ignorer l'élément d'avertissement et relancer la pré-vérification. Si vous choisissez d'ignorer un 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 une instance.

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

      2. Sur la page Purchase, sélectionnez la spécification de liaison pour l'instance de migration des données. Pour plus d'informations, consultez le tableau suivant.

        Catégorie

        Paramètre

        Description

        New Instance Class

        Resource Group Settings

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

        Instance Class

        DTS propose des spécifications de migration avec différents niveaux de performance. La spécification de liaison affecte la vitesse de migration. Vous pouvez sélectionner une spécification en fonction de votre scénario métier. Pour plus d'informations, consultez la page Spécifications de liaison de migration des données.

      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 qui s'affiche, cliquez sur OK.

        Vous pouvez afficher la progression de la tâche de migration sur la page de liste Data Migration Tasks.

        Remarque

        • Si la tâche de migration n'inclut pas de migration incrémentielle, elle s'arrête automatiquement une fois la migration complète terminée. Une fois la tâche arrêtée, son Status passe à Completed.

        • Si la tâche de migration inclut une migration incrémentielle, elle ne s'arrête pas automatiquement. La tâche de migration incrémentielle continue de s'exécuter. Pendant l'exécution de la tâche de migration incrémentielle, l'Status de la tâche est Running.