Migrate RDS for SQL Server data using DTS - ApsaraDB RDS - Centre de documentation Alibaba Cloud

Cette rubrique explique comment utiliser la console DTS pour migrer des données entre des instances ApsaraDB RDS for SQL Server. Vous pouvez configurer la migration du schéma, la migration complète des données et la migration incrémentielle des données. La combinaison de ces types de migration permet une transition fluide sans interruption de service de l'application.

Prérequis

Les instances RDS SQL Server source et cible doivent exister.
L'espace de stockage de l'instance cible doit être supérieur à l'espace utilisé par l'instance source. S'il est insuffisant, augmentez l'espace de stockage de l'instance.

Instructions

Précautions

Passez en revue ces précautions avant de démarrer la migration. Dans le cas contraire, la tâche risque d'échouer ou de générer une erreur :

Limite du nombre de bases de données : Une seule tâche de migration peut migrer au maximum 10 bases de données. Le dépassement de cette limite peut compromettre la stabilité et les performances.
Limite du nombre de tables : Si une tâche inclut une migration incrémentielle, elle peut synchroniser au maximum 1 000 tables depuis la base de données source. Le dépassement de cette limite peut entraîner une latence ou une instabilité de la tâche.
Restrictions sur les opérations de la base de données source : Pendant les phases de migration du schéma et de migration complète, n'effectuez pas d'opérations DDL sur les schémas de base de données ou de table. Dans le cas contraire, la tâche de migration échouera.
Exigences relatives à la structure des tables : Les tables à migrer doivent disposer d'une clé primaire ou d'une contrainte unique. Dans le cas contraire, des doublons de données peuvent apparaître dans la base de données de destination.
Clés étrangères et déclencheurs : Si la tâche de migration inclut une migration incrémentielle, vous devez désactiver les déclencheurs actifs et les clés étrangères dans la base de données de destination. Dans le cas contraire, la tâche risque d'échouer ou des pertes de données peuvent survenir.
Conventions de nommage des bases de données : Si un nom de base de données ne respecte pas les conventions de nommage de RDS SQL Server, vous devez créer manuellement la base de données dans RDS SQL Server avant la migration. Dans le cas contraire, la tâche risque de ne pas s'exécuter correctement.
Période de conservation des journaux des transactions : Pour une tâche de migration incrémentielle, les journaux des transactions de la base de données source doivent être conservés pendant plus de 24 heures. Pour une tâche qui inclut à la fois une migration complète et une migration incrémentielle, les journaux des transactions doivent être conservés pendant au moins 7 jours. Dans le cas contraire, la tâche risque d'échouer ou des incohérences de données peuvent survenir.

Cliquez pour afficher toutes les limites d'utilisation et les précautions

Limites d'utilisation

Restrictions relatives aux types de données

DTS ne prend pas en charge la migration des types de données suivants : CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY et GEOGRAPHY.
Restrictions relatives à la migration incrémentielle

Si une tâche de migration inclut une migration incrémentielle, la reconstruction des index n'est pas prise en charge. Dans le cas contraire, la tâche risque d'échouer ou des pertes de données peuvent survenir.

Remarque
La migration incrémentielle n'est pas prise en charge si l'instance source exécute RDS SQL Server 2008 ou 2008 R2.
Restrictions relatives à la structure des tables
- Si vous sélectionnez Analyser les journaux source pour la synchronisation incrémentielle (les tables heap ne sont pas prises en charge) comme mode de synchronisation incrémentielle, les tables à migrer doivent posséder un index clusterisé contenant les colonnes de clé primaire. Les tables heap, les tables sans clé primaire, les tables compressées et les tables avec des colonnes calculées ne sont pas prises en charge.
- Si vous sélectionnez Analyse hybride des journaux, les restrictions précédentes ne s'appliquent pas, mais vous devez vous assurer que les tâches CDC sur la base de données source s'exécutent correctement.
Restrictions liées à CDC
- Vous ne pouvez pas activer CDC pour les tables dotées d'index columnstore clusterisés.
- Ne modifiez pas l'instance CDC sur la base de données source. Dans le cas contraire, la tâche risque d'échouer ou des pertes de données peuvent survenir.
Restrictions relatives aux opérations DDL
- N'effectuez pas d'opérations consécutives d'ajout ou de suppression de colonnes (plus de deux opérations DDL de ce type en une minute). Dans le cas contraire, la tâche risque d'échouer.
- Vous ne pouvez pas modifier la clé primaire d'une table pour laquelle CDC est activé.
Restrictions relatives à la capture des données incrémentielles

DTS interroge l'instance CDC de chaque table pour obtenir les données incrémentielles. Par conséquent, nous vous recommandons de ne pas migrer plus de 1 000 tables. Dans le cas contraire, une latence ou une instabilité de la tâche peut survenir.
Restrictions relatives à la base de données de destination

Si l'instance de destination est une instance RDS SQL Server, DTS crée automatiquement les bases de données. Si le nom d'une base de données à migrer ne respecte pas les conventions de nommage de RDS SQL Server, vous devez créer manuellement la base de données avant de configurer la tâche de migration.
Restrictions relatives aux scénarios spéciaux
- Si une seule table de la base de données source génère en moyenne plus de 10 millions de modifications SQL incrémentielles par jour, vous devez définir la période de conservation des données CDC sur 1 440 minutes (1 jour).
- Si une table activée pour CDC doit écrire plus de 64 Ko de données dans une seule colonne, vous devez exécuter la commande suivante à l'avance pour ajuster la configuration de la base de données source :
```
EXEC sp_configure 'max text repl size', -1;
```
Récupération des tâches et risque d'écrasement

DTS tente de reprendre une tâche ayant échoué pendant une durée maximale de 7 jours. Pour éviter que les données source n'écrasent les données de destination après la reprise automatique d'une tâche, vous devez terminer ou libérer la tâche, ou révoquer les autorisations d'écriture du compte utilisé par DTS pour accéder à l'instance de destination avant de basculer vos charges de travail.

Précautions

Exigences en matière de bande passante et de performances
- Assurez-vous que le serveur hébergeant la base de données source dispose d'une bande passante sortante suffisante. Dans le cas contraire, la vitesse de migration sera réduite.
- Nous vous recommandons d'exécuter les tâches de migration pendant les heures creuses afin d'éviter d'augmenter la charge de la base de données.
Structure des tables et cohérence des données
- Les tables à migrer doivent disposer d'une clé primaire ou d'une contrainte unique. Dans le cas contraire, des doublons de données peuvent apparaître dans la base de données de destination.
- Pendant les phases de migration du schéma et de migration complète, n'effectuez pas d'opérations DDL sur les structures de table. Dans le cas contraire, la tâche de migration échouera.
- Si vous effectuez uniquement une migration complète, n'écrivez pas de nouvelles données dans l'instance source. Dans le cas contraire, les bases de données source et de destination risquent de devenir incohérentes. Pour garantir la cohérence des données, nous vous recommandons de sélectionner la migration du schéma, la migration complète et la migration incrémentielle.
Sauvegarde et conservation des journaux
- Pour une tâche de migration incrémentielle, la journalisation des transactions doit être activée pour la base de données source, le modèle de récupération doit être défini sur Full et une sauvegarde complète réussie doit avoir été effectuée.
- Pour une tâche de migration incrémentielle, les journaux des transactions doivent être conservés pendant plus de 24 heures. Pour une tâche qui inclut à la fois une migration complète et une migration incrémentielle, les journaux des transactions doivent être conservés pendant au moins 7 jours. Une fois la migration complète terminée, vous pouvez ajuster la période de conservation à plus de 24 heures. Dans le cas contraire, la tâche DTS risque d'échouer car elle ne peut pas obtenir les journaux, ce qui peut entraîner une incohérence ou une perte de données.
Configuration CDC et exigences opérationnelles
- Si CDC doit être activé pour les tables à migrer depuis la base de données source, les conditions suivantes doivent être remplies :
  - La valeur du champ srvname dans la vue sys.sysservers doit correspondre à la valeur renvoyée par la fonction SERVERPROPERTY.
  - Si la base de données source est une instance RDS SQL Server, le propriétaire de la base de données doit être sqlsa.
- Nous vous recommandons que le nombre de tables activées pour CDC ne dépasse pas 1 000. Dans le cas contraire, une latence ou une instabilité de la tâche peut survenir.
- Par défaut, les données incrémentielles stockées par le composant CDC sont conservées pendant 3 jours. Nous vous recommandons d'ajuster la période de conservation en fonction de vos besoins métier. Si une seule table génère en moyenne plus de 10 millions de modifications SQL incrémentielles par jour, nous vous recommandons de définir la période de conservation sur 1 440 minutes (1 jour).
Restrictions opérationnelles
- Ne supprimez ni ne modifiez les comptes système créés par DTS, tels que rdsdt_dtsacct, pendant l'exécution de la tâche. Dans le cas contraire, la tâche risque d'échouer.
- Si l'instance source est une instance RDS SQL Server et que la migration inclut une tâche de migration incrémentielle, désactivez la fonctionnalité Transparent Data Encryption (TDE) pour garantir le bon fonctionnement de la tâche de migration.
- Évitez d'effectuer des opérations consécutives d'ajout ou de suppression de colonnes avec un intervalle inférieur à 10 minutes. Dans le cas contraire, la tâche risque d'échouer.
- Si la tâche de migration inclut une migration incrémentielle, désactivez les déclencheurs actifs et les clés étrangères dans la base de données de destination.
Échelle et stabilité des tâches
- Une seule tâche de migration permet de migrer jusqu'à 10 bases de données. Si cette limite est dépassée, des risques pour la stabilité et les performances peuvent survenir. Nous vous recommandons de diviser les objets de migration et de configurer les tâches par lots.
- Si vous migrez des objets au niveau de la table et que vous devez les modifier (par exemple, pour le mappage des tables et des colonnes), une seule tâche de migration permet de migrer jusqu'à 1 000 tables. Si cette limite est dépassée, une erreur est signalée après la soumission de la tâche. Nous vous recommandons de diviser la tâche ou de configurer une migration de base de données complète.
- Nous vous recommandons de diviser la migration en plusieurs tâches si l'instance source remplit l'une des conditions suivantes :
  - Plus de 10 bases de données.
  - Les sauvegardes des journaux pour une seule base de données sont effectuées plus d'une fois par heure.
  - Plus de 100 opérations DDL sont effectuées par heure sur une seule base de données.
  - Une seule base de données génère plus de 20 Mo/s de journaux de transactions.
Autres précautions
- Si vous devez migrer entre différentes versions, confirmez la compatibilité à l'avance. Pour plus d'informations, consultez la rubrique Différences de fonctionnalités entre les versions de RDS SQL Server.
- Si la base de données source est une instance RDS SQL Server, DTS crée des objets tels qu'un déclencheur (par exemple, dts_cdc_sync_ddl), une table de heartbeat (par exemple, dts_sync_progress) et une table de stockage DDL (par exemple, dts_cdc_ddl_history) dans la base de données source pour garantir l'exactitude de la migration incrémentielle.
- Nous vous recommandons d'activer le paramètre de mode de transaction READ_COMMITTED_SNAPSHOT sur la base de données source lors d'une tâche de migration complète afin d'éviter l'impact des verrous partagés sur les écritures de données.
- La migration complète effectue des opérations INSERT concurrentes, ce qui peut provoquer une fragmentation des tables dans la base de données de destination. Une fois la migration terminée, l'espace de stockage utilisé par les tables dans la base de données de destination peut être supérieur à celui de la base de données source.
- DTS tente de reprendre une tâche ayant échoué pendant une durée maximale de 7 jours. Pour éviter que les données source n'écrasent les données de destination après la reprise automatique d'une tâche, vous devez terminer ou libérer la tâche, ou révoquer les autorisations d'écriture du compte utilisé par DTS pour accéder à l'instance de destination avant de basculer vos charges de travail.

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 rubrique Présentation de la facturation.
Migration incrémentielle des données	Payant. Pour plus d'informations, consultez la rubrique Présentation de la facturation.

Autorisations requises pour les comptes de base de données

Pour garantir le succès de la migration des données, vérifiez que les comptes des bases de données source et de destination disposent des autorisations suivantes :

Remarque

Vous pouvez utiliser la console RDS pour créer un compte et modifier les autorisations du compte selon vos besoins.

Base de données	Migration du schéma	Migration complète	Migration incrémentielle
Instance source	Autorisation de lecture	Autorisation de lecture	Droits de propriété sur les objets à migrer.
Instance de destination	Autorisation de lecture/écriture

Procédure

Accédez à la .
Dans le volet de navigation de gauche, cliquez sur Data Migration. Dans la barre de navigation supérieure, sélectionnez une région.

Cliquez sur Create Task et configurez les bases de données source et de destination.

Catégorie	Paramètre	Description
S.O.	Data Migration	Saisissez un nom descriptif pour vous aider à identifier la tâche. Le nom n'a pas besoin d'être unique. Vous pouvez également utiliser le nom généré par le système.
Create Task	Task Name	Si vous avez enregistré la connexion à la base de données source sur la page DTS Data Connection Management, vous pouvez la sélectionner ici pour éviter de ressaisir les informations.
	Source Database	Sélectionnez Select Existing Connection.
	Database Type	Sélectionnez SQL Server.
	Access Method	Sélectionnez la région où se trouve l'instance RDS for SQL Server source.
	cloud instance	Cet exemple migre des données au sein du même compte Alibaba Cloud. Sélectionnez Instance Region.
	Cross-account	Sélectionnez l'ID de l'instance RDS for SQL Server source.
	Within the Same Account	Saisissez le compte de base de données pour l'instance RDS for SQL Server source et assurez-vous que le compte dispose des autorisations requises.
	RDS instance ID	Saisissez le mot de passe du compte de base de données.
	Database Account	Si le chiffrement SSL n'est pas activé sur la base de données source, sélectionnez Database Password. Si le chiffrement SSL est activé sur la base de données source, sélectionnez Encryption. DTS fait confiance au certificat du serveur par défaut.
Non-encrypted	SSL-encrypted	Si vous avez enregistré la connexion à la base de données de destination sur la page DTS Data Connection Management, vous pouvez la sélectionner ici pour éviter de ressaisir les informations.
	Destination Database	Sélectionnez Select Existing Connection.
	Database Type	Sélectionnez SQL Server.
	Access Method	Sélectionnez la région où se trouve l'instance RDS for SQL Server de destination.
	cloud instance	Sélectionnez l'ID de l'instance RDS for SQL Server de destination.
	Instance Region	Saisissez le compte de base de données pour l'instance RDS for SQL Server de destination et assurez-vous que le compte dispose des autorisations requises.
	Instance ID	Saisissez le mot de passe du compte de base de données.
	Database Account	Si le chiffrement SSL n'est pas activé sur la base de données de destination, sélectionnez Database Password. Si le chiffrement SSL est activé sur la base de données de destination, sélectionnez Encryption. DTS fait confiance au certificat du serveur par défaut.

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

Remarque
Assurez-vous que les plages CIDR des serveurs DTS sont ajoutées aux paramètres de sécurité des bases de données source et de destination, automatiquement ou manuellement, pour autoriser l'accès.

Configurez les objets de la tâche.

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

Paramètre	Description
Non-encrypted	Pour une migration complète, sélectionnez SSL-encrypted et Test Connectivity and Proceed. Pour une migration sans temps d'arrêt, sélectionnez Configure Objects, Migration Types et Schema Migration. Remarque Pour plus d'informations, consultez l'Annexe : Opérations SQL prises en charge pour la migration incrémentielle. Si vous ne sélectionnez pas Full Data Migration, assurez-vous que la base de données de destination contient déjà les bases de données et les tables requises. Selon vos besoins, vous pouvez également utiliser la fonctionnalité de mappage des noms d'objets dans la zone Schema Migration. Si vous ne sélectionnez pas Full Data Migration, n'écrivez pas de nouvelles données dans l'instance source pendant la migration des données. Cela garantit la cohérence des données.
Incremental Data Migration	Sélectionnez une méthode de migration des déclencheurs en fonction de vos besoins. Si les objets à migrer n'impliquent pas de déclencheurs, vous pouvez ignorer ce paramètre. Remarque Ce paramètre est disponible uniquement lorsque vous sélectionnez à la fois Schema Migration et Selected Objects pour Incremental Data Migration.
Method to Migrate Triggers in Source Database	Schema Migration Avantages : Prend en charge les bases de données source avec des tables heap, des tables sans clés primaires, des tables compressées et des tables avec des colonnes calculées. Offre une grande stabilité de liaison. Ce mode capture les instructions DDL complètes et prend en charge un large éventail de scénarios DDL. Inconvénients : 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 dans la base de données source. Il active également le CDC au niveau de la base de données et le CDC sur certaines tables. Vous ne pouvez pas exécuter d'instructions SELECT INTO, TRUNCATE ou RENAME COLUMN sur les tables activées pour le CDC dans la base de données source. Les déclencheurs créés par DTS dans la base de données source ne peuvent pas être supprimés manuellement. Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) Avantages : ce mode n'est pas intrusif pour la base de données source. Inconvénients : ne prend pas en charge les bases de données source avec des tables heap, des tables sans clés primaires, des tables compressées ou des tables avec des colonnes calculées. Migration Types Avantages : Prend en charge la migration complète et incrémentielle à partir de sources telles qu'Amazon RDS for SQL Server, Azure SQL Database, Azure SQL Managed Instance, Azure SQL Server on Virtual Machine et Google Cloud SQL for SQL Server. Utilise le composant CDC natif de SQL Server pour capturer les données incrémentielles, ce qui rend la migration incrémentielle plus stable et réduit la consommation de 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 le CDC. La migration incrémentielle des données présente une latence d'environ 10 secondes. Lors de la migration de plusieurs bases de données et tables, ce mode peut introduire des risques de stabilité et de performance. Remarque Ce paramètre est disponible uniquement si SQL Server Incremental Synchronization Mode est sélectionné pour Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing). Si la base de données source est une instance RDS for SQL Server Web Edition, vous devez définir SQL Server Incremental Synchronization Mode sur Polling and querying CDC instances for incremental synchronization. En mode d'analyse hybride des journaux (lorsque Incremental Data Migration est défini sur Migration Types), les versions suivantes de la base de données source sont prises en charge : Enterprise ou Enterprise Evaluation : 2012, 2014, 2016, 2019, 2022 ou 2025. Standard : 2016, 2019, 2022 ou 2025.
SQL Server Incremental Synchronization Mode	Spécifie le nombre maximal de tables sur lesquelles le CDC peut être activé pour l'instance de migration. La valeur par défaut est 1 000. Remarque Ce paramètre n'est pas disponible lorsque Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) est défini sur SQL Server Incremental Synchronization Mode.
Use Log Parsing for Incremental Synchronization of Non-heap Tables and CDC for Heap Tables	The maximum number of tables for which CDC is enabled that DTS supports. : DTS vérifie la présence de tables dans la base de données de destination portant le même nom que les tables de la base de données source. Si aucune table conflictuelle n'est trouvée, la tâche passe la pré-vérification. En cas de conflit, la pré-vérification échoue et la tâche est bloquée. Solution : si vous ne pouvez pas supprimer ou renommer la table conflictuelle dans la base de données de destination, vous pouvez utiliser le mappage des noms d'objets pour modifier le nom de la table dans la destination. SQL Server Incremental Synchronization Mode : ignore la vérification des tables portant le même nom dans la base de données de destination. Avertissement La sélection de Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) peut entraîner une incohérence des données et des risques commerciaux. Par exemple : Si les schémas de table sont identiques et que la base de données de destination contient déjà des enregistrements avec les mêmes valeurs de clé primaire que la source : Pendant la phase de migration complète, DTS conserve les enregistrements de destination existants et ignore la migration des enregistrements source correspondants. Pendant la phase de migration incrémentielle, les nouvelles données de la base de données source peuvent écraser les données de la base de données de destination, ce qui peut entraîner une perte de données historiques dans 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. Agissez avec prudence.
Processing Mode of Conflicting Tables	Dans la zone Precheck and Report Errors, cliquez sur les objets à migrer, puis cliquez sur pour les déplacer vers la zone Ignore Errors and Proceed. Remarque La granularité de sélection des objets de migration est le schéma, la table et la colonne. Si vous ne sélectionnez que 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.
Ignore Errors and Proceed	Pour modifier le nom d'un seul objet de migration dans l'instance cible, faites un clic droit sur l'objet dans la zone Source Objects. Pour plus d'informations, consultez la section 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 Source Objects dans le coin supérieur droit de la zone Selected Objects. Pour plus d'informations, consultez la section Mapper plusieurs noms de schéma, de table et de colonne. Remarque Si vous utilisez le mappage des noms d'objets, la migration des objets dépendants peut échouer. Pour filtrer les données à l'aide d'une clause WHERE, faites un clic droit sur la table souhaitée dans la zone Selected Objects et définissez une condition de filtre dans la boîte de dialogue qui s'affiche. Pour sélectionner les opérations SQL à migrer au niveau de la base de données ou de la table, faites un clic droit sur l'objet dans la zone Selected Objects et sélectionnez les opérations SQL souhaitées dans la boîte de dialogue qui s'affiche.

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

Paramètre	Description
Selected Objects	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.
Batch Edit	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 1 440 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 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 professionnels, 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	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 1 440 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 Selected Objects doit être inférieure à la valeur de Next: Advanced Settings.
Dedicated Cluster for Task Scheduling	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 Retry Time for Failed Connections, Retry Time for Other Issues et Retry Time for Other Issues 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 Retry Time for Failed Connections pour Enable Throttling for Full Data Migration. Vous pouvez également ajuster la vitesse de migration complète une fois que l'instance de migration est en cours d'exécution.
Queries per second (QPS) to the source database	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 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 Incremental Data Migration pour Migration Types. Vous pouvez également ajuster la vitesse de migration incrémentielle une fois que l'instance de migration est en cours d'exécution.
Enable Throttling for Incremental Data Migration	Vous pouvez sélectionner une balise d'environnement pour identifier l'instance. Cela n'est pas requis pour cet exemple.
RPS of Incremental Data Migration	En fonction de vos besoins professionnels, choisissez de configurer ou non la fonctionnalité ETL pour traiter les données. Data migration speed for incremental migration (MB/s) : configure la fonctionnalité ETL. Vous devez également saisir des instructions de traitement des données dans la zone de texte. Incremental Data Migration : ne configure pas la fonctionnalité ETL.
Migration Types	Choisissez de définir ou non des alertes et de recevoir des notifications d'alerte en fonction de vos besoins professionnels. Environment Tag : ne définit pas d'alerte. Configure ETL : configurez les alertes en définissant un seuil d'alerte et des notifications d'alerte. Si une migration échoue ou si la latence dépasse le seuil, le système envoie une notification d'alerte.

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

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 selon l'invite, 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 selon l'invite, 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 qu'une incohérence des données et présenter des risques pour votre activité.

Achetez l'instance.

Lorsque le Success Rate atteint 100 %, cliquez sur Next: Purchase Instance.

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

Catégorie	Paramètre	Description
Yes	No	Sélectionnez le groupe de ressources auquel appartient l'instance. La valeur par défaut est le groupe de ressources par défaut. Pour plus d'informations, consultez la section Qu'est-ce que la gestion des ressources ?
Yes	Monitoring and Alerting	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 professionnel. Pour plus d'informations, consultez la section Spécifications de liaison de migration de données.

Une fois la configuration terminée, lisez et acceptez les Data Transmission Service (Pay-as-you-go) Service Terms.
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, le Status de la tâche est Running.

Opérations SQL pour la migration incrémentielle

Opérations LMD

INSERT, UPDATE, DELETE

Remarque

Les instructions UPDATE qui ne modifient que des objets volumineux (LOB) ne peuvent pas être migrées.

Opérations LDD

ALTER TABLE, limité aux opérations ADD COLUMN, DROP COLUMN et RENAME COLUMN
CREATE TABLE et CREATE INDEX

Remarque
L'opération CREATE TABLE ne prend pas en charge le partitionnement ni les définitions de table contenant des fonctions.
DROP TABLE
RENAME TABLE
TRUNCATE TABLE

Remarque

Les opérations LDD transactionnelles ne peuvent pas être migrées. Par exemple, une instruction SQL unique qui ajoute plusieurs colonnes ou inclut à la fois des opérations LDD et LMD peut entraîner une perte de données.
Les opérations LDD sur les types définis par l'utilisateur ne peuvent pas être migrées.
Les opérations LDD en ligne ne peuvent pas être migrées.
Les opérations LDD utilisant un mot clé réservé comme nom d'attribut ne peuvent pas être migrées.
Les opérations LDD exécutées par des procédures stockées système ne peuvent pas être migrées.
DTS ne prend pas en charge les opérations TRUNCATE TABLE.