Data Transmission Service:Migrer une instance SQL Server gérée par vos soins vers RDS for SQL Server

Champ d'application

• Votre base de données SQL Server gérée par vos soins doit utiliser une version prise en charge. Pour plus d'informations, consultez la rubrique Présentation des solutions de migration.

• Vous avez créé l'instance ApsaraDB RDS for SQL Server de destination. Pour plus d'informations, consultez la rubrique Créer une instance ApsaraDB RDS for SQL Server.

• L'espace de stockage de l'instance ApsaraDB RDS for SQL Server de destination doit être supérieur à l'espace utilisé par la base de données SQL Server source gérée par vos soins.

• Si la base de données source remplit l'une des conditions suivantes, nous vous recommandons d'utiliser la fonctionnalité de sauvegarde d'ApsaraDB RDS for SQL Server pour migrer les données. Pour plus d'informations, consultez la rubrique Migrer des données depuis une base de données gérée par vos soins vers une instance ApsaraDB RDS for SQL Server.

  • 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 DDL (Data Definition Language) 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.

  • La base de données source contient des tables heap, des tables sans clé primaire, des tables compressées, des tables avec des colonnes calculées ou des tables avec des colonnes éparses. Exécutez les instructions SQL suivantes pour vérifier la présence de ces types de tables dans la base de données source :

    1. Vérifiez la présence de tables heap dans la base de données source :

       SELECT s.name AS schema_name, t.name AS table_name FROM sys.schemas s INNER JOIN sys.tables t ON s.schema_id = t.schema_id AND t.type = 'U' AND s.name NOT IN ('cdc', 'sys') AND t.name NOT IN ('systranschemas') AND t.object_id IN (SELECT object_id FROM sys.indexes WHERE index_id = 0);

    2. Vérifiez la présence de tables sans clé primaire :

       SELECT s.name AS schema_name, t.name AS table_name FROM sys.schemas s INNER JOIN sys.tables t ON s.schema_id = t.schema_id AND t.type = 'U' AND s.name NOT IN ('cdc', 'sys') AND t.name NOT IN ('systranschemas') AND t.object_id NOT IN (SELECT parent_object_id FROM sys.objects WHERE type = 'PK');

    3. Vérifiez la présence de colonnes de clé primaire non incluses dans l'index clusterisé :

       SELECT s.name schema_name, t.name table_name FROM sys.schemas s INNER JOIN sys.tables t ON s.schema_id = t.schema_id WHERE t.type = 'U' AND s.name NOT IN('cdc', 'sys') AND t.name NOT IN('systranschemas') AND t.object_id IN ( SELECT pk_colums_counter.object_id AS object_id FROM (select pk_colums.object_id, sum(pk_colums.column_id) column_id_counter from (select sic.object_id object_id, sic.column_id FROM sys.index_columns sic, sys.indexes sis WHERE sic.object_id = sis.object_id AND sic.index_id = sis.index_id AND sis.is_primary_key = 'true') pk_colums group by object_id) pk_colums_counter inner JOIN ( select cluster_colums.object_id, sum(cluster_colums.column_id) column_id_counter from (SELECT sic.object_id object_id, sic.column_id FROM sys.index_columns sic, sys.indexes sis WHERE sic.object_id = sis.object_id AND sic.index_id = sis.index_id AND sis.index_id = 1) cluster_colums group by object_id ) cluster_colums_counter ON pk_colums_counter.object_id = cluster_colums_counter.object_id and pk_colums_counter.column_id_counter != cluster_colums_counter.column_id_counter);

    4. Vérifiez la présence de tables compressées dans la base de données source :

       SELECT s.name AS schema_name, t.name AS table_name FROM sys.objects t, sys.schemas s, sys.partitions p WHERE s.schema_id = t.schema_id AND t.type = 'U' AND s.name NOT IN ('cdc', 'sys') AND t.name NOT IN ('systranschemas') AND t.object_id = p.object_id AND p.data_compression != 0;

    5. Vérifiez la présence de tables contenant des colonnes calculées :

       SELECT s.name AS schema_name, t.name AS table_name FROM sys.schemas s INNER JOIN sys.tables t ON s.schema_id = t.schema_id AND t.type = 'U' AND s.name NOT IN ('cdc', 'sys') AND t.name NOT IN ('systranschemas') AND t.object_id IN (SELECT object_id FROM sys.columns WHERE is_computed = 1);

    6. Vérifiez la présence de tables contenant des colonnes éparses :

       SELECT s.name AS schema_name, t.name AS table_name FROM sys.schemas s INNER JOIN sys.tables t ON s.schema_id = t.schema_id AND t.type = 'U' AND s.name NOT IN ('cdc', 'sys') AND t.name NOT IN ('systranschemas') AND t.object_id IN (SELECT object_id FROM sys.columns WHERE is_sparse = 1);

Précautions

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 prend en charge la migration du schéma pour les objets suivants : tables, vues, déclencheurs, synonymes, procédures stockées SQL, fonctions SQL, guides de plan, types définis par l'utilisateur, règles, valeurs par défaut et séquences.

  • DTS ne prend pas en charge la migration du schéma pour 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.

• 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 gérées par vos soins.

Opérations SQL pour la migration incrémentielle des données

Autorisations des comptes de base de données

Pour créer et autoriser un compte de base de données, consultez les rubriques suivantes :

• Pour une base de données SQL Server gérée par vos soins, consultez la documentation CREATE USER.

• Pour une instance ApsaraDB RDS for SQL Server, consultez les rubriques Créer des comptes standard, privilégiés et globaux en lecture seule et Modifier les autorisations d'un compte.

Processus de migration des données

Pour éviter les échecs de migration dus aux dépendances entre objets, DTS migre les schémas et les données de la base de données SQL Server source dans l'ordre suivant :

1. Migration du schéma pour les tables, les vues, les synonymes, les types définis par l'utilisateur, les règles, les valeurs par défaut et les guides de plan.

2. Migration complète des données.

3. Migration du schéma pour les procédures stockées, les fonctions, les déclencheurs et les clés étrangères.

4. Migration incrémentielle des données.

Prérequis

1. Exécutez la commande suivante sur votre base de données SQL Server gérée par vos soins pour changer le modèle de récupération de la base de données source en modèle de récupération complète.

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

   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. Vous pouvez ignorer cette étape si une sauvegarde logique existe déjà.

   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 et nom de fichier pour le fichier de sauvegarde.

   Exemple :

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

3. Exécutez la commande suivante pour sauvegarder le 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 et nom de fichier pour le 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 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 rubriques 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 menus 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. Dans le cas contraire, la tâche peut échouer ou entraîner une incohérence des données.

   Catégorie	Paramètre	Description
   N/A	Task Name	DTS génère automatiquement un nom de tâche. Nous vous recommandons de spécifier un nom descriptif pour 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 configurées automatiquement. 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 Public IP Address. Remarque Si votre base de données source est une base de données gérée par vos soins, vous devez effectuer les préparations requises. Pour plus d'informations, consultez la rubrique Présentation des préparatifs.
   	Instance Region	Sélectionnez la région où se trouve la base de données SQL Server gérée par vos soins.
   	Hostname or IP Address	Saisissez le point de terminaison de la base de données SQL Server gérée par vos soins. Dans cet exemple, une adresse IP publique est utilisée.
   	Port Number	Saisissez le port de service de la base de données SQL Server gérée par vos soins. La valeur par défaut est 1433.
   	Database Account	Saisissez le compte de la base de données SQL Server gérée par vos soins. Pour plus d'informations sur les autorisations requises, consultez la section Autorisations des 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 configurées automatiquement. 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ù se trouve l'instance ApsaraDB RDS for SQL Server de destination.
   	Instance ID	Sélectionnez l'ID de l'instance ApsaraDB RDS for SQL Server de destination.
   	Database Account	Saisissez le compte de l'instance ApsaraDB RDS for SQL Server de destination. Pour plus d'informations sur les autorisations requises, consultez la section Autorisations des 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 de destination, sélectionnez Non-encrypted. Si le chiffrement SSL est activé pour la base de données de destination, sélectionnez SSL-encrypted. Par défaut, DTS fait confiance au certificat du serveur.

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

   Remarque

   Assurez-vous que les plages d'adresses IP du service DTS sont ajoutées 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 rubrique Ajouter les adresses IP des serveurs DTS à une liste blanche.

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	Si vous devez uniquement effectuer une migration complète, sélectionnez à la fois Schema Migration et Full Data Migration. Pour effectuer une migration sans interruption de service, sélectionnez Schema Migration, Full Data Migration et Incremental Data Migration. Remarque Si vous ne sélectionnez pas Schema Migration, vous devez vous assurer qu'une base de données et des tables destinées à recevoir les données existent dans la base de données de destination. Vous pouvez également utiliser la fonctionnalité de mappage des noms d'objets dans la zone Selected Objects si nécessaire. 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.
      Method to Migrate Triggers in Source Database	Sélectionnez une méthode pour migrer les déclencheurs en fonction de vos besoins. Si les objets à migrer n'impliquent pas de déclencheurs, vous n'avez pas besoin de configurer ce paramètre. Pour plus d'informations, consultez la rubrique Configurer une méthode de synchronisation ou de migration pour les déclencheurs. Remarque Vous pouvez configurer ce paramètre uniquement si vous sélectionnez à la fois Migration Types et Schema Migration pour Incremental Data Migration.
      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 avec CDC 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 on Virtual Machine 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 performances. Remarque Ce paramètre est disponible uniquement si vous sélectionnez Migration Types pour Incremental Data Migration.
      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).
      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 les mêmes noms n'existe, la pré-vérification est réussie. Si des tables portant les mêmes noms 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 rubrique 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 Ignore Errors and Proceed peut entraîner une incohérence des 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 : Pendant 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é. Pendant 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 de la base de données de destination. Si les schémas de table sont incohérentes, seules certaines colonnes de données peuvent être migrées ou la migration peut échouer. Procédez avec prudence.
      Source Objects	Dans la zone Source Objects, cliquez sur les objets à migrer, puis cliquez sur pour les déplacer vers la zone Selected Objects. Remarque La granularité de sélection des objets de migration est le schéma, la table et la colonne. Si vous sélectionnez uniquement des tables ou des colonnes comme objets de migration, les 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	Pour modifier le nom d'un seul objet de migration dans l'instance cible, cliquez avec le bouton droit sur l'objet dans la zone Selected Objects. Pour plus d'informations, consultez la rubrique Mapper les noms individuels de schéma, de table et de colonne. Pour modifier les noms de plusieurs objets de migration dans l'instance cible, cliquez sur Selected Objects dans le coin supérieur droit de la zone Batch Edit. Pour plus d'informations, consultez la rubrique Mapper plusieurs noms de schéma, de table et de colonne. Remarque Si vous utilisez la fonctionnalité de mappage des noms d'objets, la migration d'autres objets qui dépendent des objets mappés peut échouer. Pour filtrer les données à l'aide d'une clause WHERE, cliquez avec le bouton droit sur une table dans la zone Selected Objects et définissez la condition de filtre dans la boîte de dialogue qui s'affiche. Pour plus d'informations, consultez la rubrique Configurer les 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 souhaité dans la zone Selected Objects et sélectionnez les opérations SQL requises dans la boîte de dialogue qui s'affiche.

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

      Paramètre	Description
      Dedicated Cluster for Task Scheduling	Par défaut, DTS planifie les tâches sur un cluster partagé. 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 le délai spécifié, la tâche de migration reprend automatiquement. Dans le cas contraire, la tâche échoue. Remarque Pour plusieurs instances DTS partageant la même source ou la même destination, le temps de nouvelle tentative réseau est déterminé par le paramètre de la dernière tâche créée. Étant donné que vous êtes facturé pour la tâche pendant la période de nouvelle tentative de connexion, nous vous recommandons de personnaliser la durée de nouvelle tentative en fonction de vos besoins métier ou de libérer l'instance DTS dès que possible après la libération des instances de base de données source et de destination.
      Retry Time for Other Issues	Une fois la tâche de migration démarrée, si un problème autre que la 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 le délai de nouvelle tentative spécifié, la tâche de migration reprend automatiquement. Dans le cas contraire, 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 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 est disponible uniquement 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 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 est disponible uniquement 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. Ce paramètre est facultatif.
      Configure ETL	Choisissez d'activer ou non la fonctionnalité ETL (extract, transform, load). Pour plus d'informations, consultez la rubrique Qu'est-ce que l'ETL ? Valeurs valides : Yes : Active la fonctionnalité ETL. Saisissez les instructions de traitement des données dans l'éditeur de code. Pour plus d'informations, consultez la rubrique Configurer ETL dans une tâche de migration ou de synchronisation des données. No : Désactive la fonctionnalité ETL.
      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 notification d'alerte. Si une migration échoue ou si la latence dépasse le seuil, le système envoie une notification d'alerte.

   3. 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 rubrique Configurer la validation des données.

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 s'affiche.

   • Si vous n'avez pas besoin d'afficher ou si vous 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 exécutez à nouveau 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 exécutez à nouveau 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 exécuter à nouveau la pré-vérification. Si vous choisissez d'ignorer un avertissement, cela peut entraîner des problèmes tels qu'une incohérence des données et poser des risques pour votre activité.

7. Achetez l'instance.

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

   2. Sur la page Purchase, sélectionnez la 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 rubrique 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 rubrique 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 consulter 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.