Tous les produits
Search

Ce produit

    Data Transmission Service:Synchroniser un serveur SQL Server géré en interne vers AnalyticDB for PostgreSQL

    Centre de documentation

    Data Transmission Service:Synchroniser un serveur SQL Server géré en interne vers AnalyticDB for PostgreSQL

    Dernière mise à jour :Sep 22, 2026

    Data Transmission Service (DTS) vous permet de synchroniser les données d'un serveur SQL Server géré en interne vers AnalyticDB for PostgreSQL afin d'effectuer des analyses de données en temps réel.

    Prérequis

    • Votre base de données SQL Server gérée en interne doit utiliser une version prise en charge. Pour plus d'informations, consultez la rubrique Présentation de la solution de synchronisation.

    • Vous avez créé une instance de destination AnalyticDB for PostgreSQL. Pour obtenir des instructions, consultez la rubrique Créer une instance.

    • L'instance de destination AnalyticDB for PostgreSQL doit disposer d'un espace de stockage supérieur à celui de la base de données source SQL Server gérée en interne.

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

    Instructions

    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 des données et la synchronisation incrémentielle des données, DTS désactive temporairement les vérifications de contraintes et les opérations en cascade des 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 posséder une clé primaire ou une contrainte d'unicité. Dans le cas contraire, des données en double peuvent apparaître dans la base de données de destination.

    • Si une tâche de synchronisation de 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 de 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 des 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. 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.

    • 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) pour garantir la stabilité de l'instance de synchronisation. Pour plus d'informations, consultez Désactiver 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 à 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('');

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

      Remarque

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

    • 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. Sinon, 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 limites

    • Exigences relatives aux objets synchronisés :

      • L'initialisation du schéma est prise en charge pour les objets Schema, Table, View, Function et Procedure.

        Avertissement

        Étant donné que ce scénario implique une synchronisation de données entre des 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 commercial du mappage des types de données. Pour plus d'informations, consultez Mappages de types de données pour l'initialisation du schéma.

      • DTS ne prend pas en charge l'initialisation du schéma 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, objets système 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.

      • DTS ne prend pas en charge la synchronisation des tables avec des colonnes calculées.

      • DTS ne prend pas en charge la synchronisation des objets suivants : INDEX, VIEW, PROCEDURE, FUNCTION, TRIGGER, FK, FULL_TEXT_INDEX, DATATYPE, DEFAULT, SYNONYM, CATALOG, PLAN_GUIDE, DEFAULT_CONSTRAINT, UK, CK et SEQUENCE.

    • Si la table à synchroniser possède une clé primaire, la colonne de clé primaire dans la table de destination doit correspondre à celle de la table source. Si la table à synchroniser ne possède pas de clé primaire, la colonne de clé primaire dans la table de destination doit correspondre à la clé de distribution.

    • La clé unique dans la table de destination, y compris la colonne de clé primaire, doit inclure toutes les colonnes de la clé de distribution.

    • 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 avoir un index clusterisé qui inclut les colonnes de clé primaire. Les tables heap, les tables sans clés primaires, les tables compressées, les tables avec des colonnes calculées et les tables avec des colonnes sparse ne sont pas prises en charge. Ces limites 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 jobs CDC dans la base de données source s'exécutent correctement. Sinon, 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 bref verrouillage sur la base de données source.

      • Dans une seule tâche de synchronisation de 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 pour activer CDC. Un compte avec le 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 de 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 vCore, tous les niveaux de service prennent en charge CDC. Pour les bases de données utilisant le modèle d'achat basé sur 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 avec des 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 bref verrouillage sur 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, synchronisez un maximum de 1 000 tables. Sinon, 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 moyen quotidien 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.

    • Pour garantir une surveillance précise de la latence pour 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 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 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 dans les 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, n'écrivez pas de données dans la base de données de destination depuis une source externe. Cela peut provoquer une incohérence des données. Par exemple, si vous utilisez DMS pour effectuer des modifications DDL en ligne pendant 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.

    • Vous pouvez sélectionner des objets au niveau des tables et modifier les mappages de colonnes. Si vous utilisez le mappage de colonnes pour une synchronisation partielle de table ou si les schémas de table source et de destination sont incohérents, les données des colonnes présentes dans la source mais absentes dans la destination seront perdues.

    • 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 de 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'un job 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 ont des modules de capture de données incrémentielles indépendants.

    • Si une tâche échoue, le 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 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 Modifier les paramètres de l'instance.

    • 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émentielle (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 situation 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.

    • Pendant 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 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 la tâche. 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 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 et des points clés à prendre en compte, consultez la rubrique Topologies de synchronisation.

    Opérations SQL prises en charge

    Type

    Instruction SQL

    DML

    INSERT, UPDATE et DELETE

    Remarque

    • DTS ne synchronise pas les instructions UPDATE qui modifient uniquement un champ de grande taille.

    • Le système convertit automatiquement les instructions UPDATE en instructions REPLACE INTO lors de l'écriture des données dans une instance AnalyticDB for PostgreSQL de destination. Si une instruction UPDATE modifie une clé primaire, le système la convertit plutôt en une instruction DELETE suivie d'une instruction INSERT.

    DDL

    • CREATE TABLE

    • ALTER TABLE : seules les clauses ADD COLUMN et DROP COLUMN sont prises en charge.

    • DROP TABLE

    • CREATE INDEX et DROP INDEX

    Remarque

    • La synchronisation des opérations DDL contenant un type défini par l'utilisateur n'est pas prise en charge.

    • La synchronisation des opérations DDL transactionnelles n'est pas prise en charge.

    • La synchronisation des opérations DDL en ligne n'est pas prise en charge.

    • La synchronisation des opérations DDL utilisant des mots-clés réservés comme noms d'attributs n'est pas prise en charge.

    • La synchronisation des opérations DDL exécutées par des procédures stockées système n'est pas prise en charge.

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

    • La synchronisation des opérations DDL relatives aux partitions et aux définitions de table contenant une fonction n'est pas prise en charge.

    Autorisations des comptes de base de données

    Base de données

    Autorisations requises

    Références

    SQL Server auto-géré

    sysadmin

    CREATE USER et GRANT (Transact-SQL)

    Instance AnalyticDB for PostgreSQL

    • Autorisation LOGIN

    • Autorisations SELECT, CREATE, INSERT, UPDATE et DELETE sur les tables de destination

    • Autorisations CONNECT et CREATE sur la base de données de destination

    • Autorisation CREATE sur les schémas de destination

    • Autorisation COPY (pour les opérations de copie par lots en mémoire)

    Remarque

    Vous pouvez également utiliser le compte initial de l'instance AnalyticDB for PostgreSQL.

    Créer et gérer un compte de base de données et Gérer les utilisateurs et les autorisations

    Prérequis

    Avant de configurer une tâche de synchronisation de données, vous devez configurer les paramètres des journaux et créer un index clusterisé sur votre base de données SQL Server auto-gérée.

    Important

    Pour synchroniser plusieurs bases de données, répétez les étapes 1 à 3 pour chaque base de données afin d'éviter toute incohérence des données.

    1. Exécutez la commande suivante sur votre base de données SQL Server auto-gérée pour passer le modèle de récupération de la base de données en mode complet. Vous pouvez également utiliser SQL Server Management Studio (SSMS) pour modifier le modèle de récupération. Pour plus d'informations, consultez la documentation Afficher ou modifier le modèle de récupération d'une base de données (SQL Server).

      use master;
GO
ALTER DATABASE <database_name> SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
GO

      Paramètres :

      <database_name> : nom de la base de données à synchroniser.

      Exemple :

      use master;
GO
ALTER DATABASE mytestdata SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
GO

    2. Exécutez la commande suivante pour créer une sauvegarde logique de la base de données source. Si vous disposez déjà d'une sauvegarde logique, ignorez cette étape.

      BACKUP DATABASE <database_name> TO DISK='<physical_backup_device_name>';
GO

      Paramètres :

      • <database_name> : nom de la base de données source.

      • <physical_backup_device_name> : chemin d'accès et nom du fichier de sauvegarde.

      Exemple :

      BACKUP DATABASE mytestdata TO DISK='D:\backup\dbdata.bak';
GO

    3. Exécutez la commande suivante pour créer une sauvegarde du journal des transactions de la base de données source.

      BACKUP LOG <database_name> to DISK='<physical_backup_device_name>' WITH init;
GO

      Paramètres :

      • <database_name> : nom de la base de données source.

      • <physical_backup_device_name> : chemin d'accès et nom du fichier de sauvegarde.

      Exemple :

      BACKUP LOG mytestdata TO DISK='D:\backup\dblog.bak' WITH init;
GO

    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 .

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

      3. Dans l'angle 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 Mode simple et Personnaliser la disposition et le style de l'interface DMS.

      1. Connectez-vous à .

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

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

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

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

      Catégorie

      Paramètre

      Description

      N/A

      Data Synchronization

      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.

      Data Synchronization Tasks

      Create Task

      Sélectionnez Task Name.

      Source Database

      Sélectionnez un type de connexion en fonction du déploiement de votre base de données source. Dans cet exemple, sélectionnez Database Type.

      Remarque

      Si vous sélectionnez un autre type de connexion pour votre base de données auto-gérée, vous devez effectuer les préparations correspondantes. Pour plus d'informations, consultez Présentation des préparations.

      SQL Server

      Sélectionnez la région de l'instance ECS qui héberge votre base de données SQL Server auto-gérée.

      Access Method

      Sélectionnez l'ID de l'instance ECS qui héberge la base de données SQL Server auto-gérée.

      Self-managed Database on ECS

      Saisissez le port de service de la base de données SQL Server auto-gérée. La valeur par défaut est 1433.

      Instance Region

      Saisissez le compte de la base de données SQL Server auto-gérée. Pour connaître les autorisations requises, consultez Autorisations requises pour les comptes de base de données.

      ECS Instance ID

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

      Port Number

      Sélectionnez Database Account ou Database Password.

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

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

      SSL-encrypted

      Non-encrypted

      Sélectionnez SSL-encrypted.

      Destination Database

      Sélectionnez Database Type.

      AnalyticDB for PostgreSQL

      Sélectionnez la région de l'instance AnalyticDB for PostgreSQL de destination.

      Connection Type

      Sélectionnez l'ID de l'instance AnalyticDB for PostgreSQL de destination.

      Alibaba Cloud Instance

      Saisissez le nom de la base de données de destination au sein de l'instance AnalyticDB for PostgreSQL.

      Instance Region

      Saisissez le compte de l'instance AnalyticDB for PostgreSQL de destination. Pour connaître les autorisations requises, consultez Autorisations requises pour les comptes de base de données.

      Instance ID

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

    4. Une fois la configuration terminée, cliquez sur Test Connectivity and Proceed en bas de la page. Dans la boîte de dialogue CIDR Blocks of DTS Servers, cliquez sur Test Connectivity.

      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 Ajouter les blocs CIDR d'adresses IP des serveurs DTS à une liste d'autorisation.

    5. Configurez les objets de la tâche.

      1. Sur la page Database Name, configurez les objets à synchroniser.

        Paramètre

        Description

        Database Account

        Database Password est sélectionné. Par défaut, vous devez également sélectionner Test Connectivity and Proceed et CIDR Blocks of DTS Servers. Une fois la vérification préalable 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 des données ultérieure.

        Test Connectivity

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

          Remarque

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

        • Synchronization Types : 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 Incremental Data Synchronization peut entraîner une incohérence des données et mettre votre activité en danger. Par exemple :

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

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

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

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

        Schema Synchronization

        • Full Data Synchronization :

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

        • Processing Mode of Conflicting Tables :

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

        • Precheck and Report Errors :

          • 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 incrémentielle des données.

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

        Ignore Errors and Proceed

        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 Ignore Errors and Proceed sur SQL Server Incremental Synchronization Mode.

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

        Sélectionnez les opérations DDL ou DML à synchroniser au niveau de l'instance. Pour plus d'informations sur les opérations prises en charge, consultez Opérations SQL prises en charge.

        Remarque

        Pour sélectionner les opérations SQL à synchroniser pour une base de données ou une table, cliquez avec le bouton droit sur l'objet de synchronisation dans la zone Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported). Dans la boîte de dialogue qui s'affiche, sélectionnez les opérations SQL.

        Polling and querying CDC instances for incremental synchronization

        Sélectionnez le type de moteur de stockage pour les tables de destination. La valeur par défaut est Beam.

        Remarque

        Ce paramètre est disponible uniquement lorsque la version du noyau de l'instance AnalyticDB for PostgreSQL de destination est v7.0.6.6 ou ultérieure, et que The maximum number of tables for which CDC is enabled that DTS supports. est sélectionné pour SQL Server Incremental Synchronization Mode.

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

        Dans la zone DDL and DML Operations to Be Synchronized, cliquez sur un objet à synchroniser, puis cliquez sur 向右 pour le déplacer vers la zone Selected Objects.

        Remarque

        Ce scénario implique une synchronisation entre des bases de données hétérogènes. Par conséquent, vous ne pouvez sélectionner que des tables comme objets de synchronisation. 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.

        Storage Engine Type

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

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

        Remarque

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

        • Pour spécifier une condition WHERE afin de filtrer les données, cliquez avec le bouton droit sur une table dans la liste Selected Objects et spécifiez la condition dans la boîte de dialogue qui s'affiche. Pour obtenir des instructions, consultez Configurer des conditions de filtrage.

        • Si vous utilisez le mappage d'objets, les objets dépendants peuvent ne pas se synchroniser correctement.

      2. Cliquez sur Selected Objects pour configurer les paramètres avancés.

        Paramètre

        Description

        Selected Objects

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

        Batch Edit

        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 à réessayer 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 la durée spécifiée, la tâche de synchronisation reprend automatiquement. Sinon, la tâche échoue.

        Remarque

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

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

        Selected Objects

        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 Selected Objects doit être inférieure à celle de Selected Objects.

        Next: Advanced Settings

        Pendant la phase de synchronisation complète, DTS consomme des ressources de lecture et d'écriture des bases de données source et de destination, ce qui peut augmenter la charge de la base de données. Pour réduire la charge sur les bases de données source et de destination, vous pouvez définir une limite de débit pour la tâche de synchronisation complète en configurant les paramètres Dedicated Cluster for Task Scheduling, Retry Time for Failed Connections et Retry Time for Other Issues.

        Remarque

        • Cet élément de configuration est disponible uniquement lorsque Retry Time for Other Issues est défini sur Retry Time for Failed Connections.

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

        Enable Throttling for Full 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 Queries per second (QPS) to the source database et RPS of Full Data Migration.

        Data migration speed for full migration (MB/s)

        Choisissez d'ajouter ou non des guillemets aux noms des objets de destination. Si vous sélectionnez Synchronization Types et que l'une des conditions suivantes est remplie, DTS ajoute des guillemets simples ou doubles aux noms des objets de destination lors des phases de synchronisation initiale du schéma et de synchronisation incrémentielle des données :

        • L'environnement métier de la base de données source est sensible à la casse et utilise une casse mixte.

        • Le nom de la table source ne commence pas par une lettre et contient des caractères autres que des lettres, des chiffres ou des caractères spéciaux.

          Remarque

          Seuls les traits de soulignement (_), les signes dièse (#) et les signes dollar ($) sont pris en charge comme caractères spéciaux.

        • Le nom du schéma, de la table ou de la colonne à synchroniser est un mot clé, un mot réservé ou un caractère non valide dans la base de données de destination.

        Remarque

        Si vous choisissez d'ajouter des guillemets, vous devez utiliser le nom de l'objet de destination entre guillemets pour les requêtes une fois la tâche de synchronisation des données terminée.

        Full Data Synchronization

        Vous pouvez sélectionner un tag d'environnement pour identifier l'instance en fonction de vos besoins métier. Cette étape n'est pas requise dans cet exemple.

        Enable Throttling for Incremental Data Synchronization

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

        Enclose Object Names in Quotation Marks

        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 Configure ETL pour configurer une tâche de validation des données.

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

      4. Facultatif : Une fois les configurations précédentes terminées, cliquez sur Yes pour spécifier le No, la Monitoring and Alerting et la No pour les tables de destination dans l'instance AnalyticDB for PostgreSQL.

        Remarque

        • Cette étape est disponible uniquement si vous avez sélectionné Yes pour Next: Data Validation lors de la configuration des objets de synchronisation. Vous pouvez modifier les paramètres en définissant Next: Configure Database and Table Fields sur Type.

        • La Primary Key Column peut être une clé composite constituée de plusieurs colonnes. Vous devez sélectionner une ou plusieurs colonnes dans la Distribution Key pour servir de Schema Synchronization. Pour plus d'informations, consultez Gérer les tables et Définir la distribution des tables.

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

      • Pour afficher les paramètres API pour la configuration de cette instance, placez le curseur sur le bouton Synchronization Types et cliquez sur Definition Status dans la bulle.

      • Une fois que vous avez terminé de consulter les paramètres API, cliquez sur All en bas de la page.

      Remarque

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

      • Si la vérification préalable échoue, cliquez sur Primary Key Column pour l'élément ayant échoué. Corrigez le problème comme indiqué, puis exécutez à nouveau la vérification préalable.

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

        • Si un élément de vérification échoue et ne peut pas être ignoré, cliquez sur Primary Key Column à côté de l'élément. Suivez les instructions pour corriger le problème, puis exécutez à nouveau la vérification préalable.

        • Pour les éléments de vérification qui peuvent être ignorés, vous pouvez cliquer successivement sur Distribution Key, Next: Save Task Settings and Precheck, Preview OpenAPI parameters et Next: Save Task Settings and Precheck pour ignorer l'avertissement et relancer la vérification préalable. Si vous choisissez de masquer l'élément d'avertissement, cela peut entraîner des problèmes tels que l'incohérence des données et présenter des risques pour votre activité.

    7. Achetez l'instance.

      1. Lorsque le View Details atteint 100 %, cliquez sur View Details.

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

        Catégorie

        Paramètre

        Description

        Ignore

        Billing Method

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

        • Pay-as-you-go : la facturation s'effectue à l'heure. Cette formule répond aux besoins ponctuels. Vous pouvez libérer l'instance immédiatement après utilisation pour réduire les coûts.

        Resource Group Configuration

        Groupe de ressources auquel l'instance appartient. La valeur par défaut est « default resource group ». Pour plus d'informations, consultez What is Resource Management?.

        Link Specification

        DTS propose des spécifications de synchronisation offrant différents niveaux de performance. Les spécifications du lien de synchronisation influent sur le débit de synchronisation. Choisissez une spécification adaptée à votre scénario métier. Pour plus d'informations, consultez Data synchronization link specifications.

        Subscription Duration

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

      3. Une fois la configuration terminée, lisez et acceptez les Precheck Again.

      4. Cliquez sur Success Rate. Dans la boîte de dialogue Next: Purchase Instance, cliquez sur Purchase.

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