Use DTS to migrate Amazon RDS for MySQL to Alibaba Cloud - Data Transmission Service

Utilisez Data Transmission Service (DTS) pour migrer les données d'une instance Amazon RDS for MySQL vers une instance ApsaraDB RDS for MySQL. DTS prend en charge la migration de schéma, la migration complète des données et la migration incrémentielle des données. Vous pouvez combiner ces types de migration pour migrer votre base de données sans interrompre vos applications.

Prérequis

Assurez-vous que l'option publicly accessible de l'instance Amazon RDS for MySQL est définie sur Yes.
Créez une instance ApsaraDB RDS for MySQL dont la capacité de stockage est supérieure à l'espace utilisé par l'instance source Amazon RDS for MySQL. Pour plus d'informations, consultez la rubrique Créer une instance ApsaraDB RDS for MySQL.

Limites

Lors d'une migration complète des données, DTS consomme des ressources de lecture et d'écriture sur les bases de données source et de destination, ce qui augmente leur charge. Si vos bases de données présentent de faibles performances, des spécifications limitées ou des charges de travail élevées (par exemple, si la base de données source contient de nombreuses requêtes SQL lentes ou des tables sans clés primaires, ou si des interblocages se produisent dans la base de données de destination), cette augmentation de la charge peut solliciter excessivement vos bases de données, voire provoquer des interruptions de service. Effectuez la migration des données pendant les heures creuses, par exemple lorsque l'utilisation du CPU des deux bases de données est inférieure à 30 %.
Si une table source ne possède ni clé primaire ni contrainte d'unicité et contient des données non uniques, des données en double peuvent être créées dans la base de données de destination.
Pour les colonnes de type FLOAT ou DOUBLE, DTS lit leurs valeurs à l'aide de la fonction ROUND(COLUMN,PRECISION). Si la précision n'est pas explicitement définie, DTS migre les valeurs FLOAT avec une précision de 38 chiffres et les valeurs DOUBLE avec une précision de 308 chiffres. Vérifiez que ces précisions répondent à vos exigences métier.
Si le nom d'une base de données source ne respecte pas les conventions de nommage d'ApsaraDB RDS, vous devez créer une base de données conforme dans l'instance de destination avant de configurer la tâche. Sinon, DTS crée automatiquement la base de données.

Remarque
Pour plus d'informations sur les conventions de nommage et sur la création d'une base de données, consultez la rubrique Créer une base de données et des comptes.
En cas d'échec d'une tâche de migration de données, DTS tente automatiquement de la reprendre. Avant de basculer vos charges de travail métier vers l'instance de destination, assurez-vous d'arrêter ou de libérer la tâche. Cela empêche une tâche reprise automatiquement d'écraser les données de l'instance de destination avec celles de la base de données source.

Facturation

Type de migration	Frais de configuration de la tâche	Frais de trafic Internet
Migration de schéma et migration complète des données	Gratuit.	DTS facture des frais de trafic Internet lorsque la Access Method de la base de données de destination est définie sur Public IP Address. Présentation de la facturation.
Migration incrémentielle des données	Facturé. Présentation de la facturation.

Types de migration

Migration de schéma

DTS migre les schémas d'objets vers l'instance de destination. DTS prend en charge la migration de schéma pour les tables, les vues, les déclencheurs, les procédures stockées et les fonctions stockées. DTS ne prend pas en charge la migration de schéma pour les événements.
Remarque
- Lors de la migration de schéma, DTS modifie la valeur de l'attribut SECURITY de DEFINER à INVOKER pour les vues, les procédures stockées et les fonctions stockées.
- DTS ne migre pas les informations utilisateur. Pour appeler une vue, une procédure stockée ou une fonction stockée dans l'instance de destination, vous devez accorder des autorisations de lecture et d'écriture à l'appelant.
Migration complète des données
DTS migre toutes les données existantes des objets sélectionnés de l'instance Amazon RDS for MySQL vers l'instance ApsaraDB RDS for MySQL.
Remarque
- Lors d'une migration complète des données, les opérations INSERT simultanées provoquent une fragmentation des tables dans l'instance de destination. Une fois la migration complète des données terminée, l'espace de table de l'instance de destination est plus grand que celui de l'instance source.
- N'effectuez pas d'opérations DDL, telles que l'ajout d'une colonne, sur l'instance source avant que la migration de schéma et la migration complète des données ne soient terminées. Sinon, la migration des données peut échouer.
Migration incrémentielle des données

Après la migration complète des données, DTS lit le journal binaire (binlog) de l'instance Amazon RDS for MySQL pour synchroniser les mises à jour incrémentielles des données vers l'instance ApsaraDB RDS for MySQL. La migration incrémentielle des données vous permet de migrer votre base de données MySQL en toute transparence sans interrompre vos applications.

Autorisations des comptes de base de données

Base de données

Migration de schéma

Migration complète des données

Migration incrémentielle des données

Amazon RDS for MySQL

Autorisation SELECT

Autorisations REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW et SELECT

ApsaraDB RDS for MySQL

Autorisations de lecture et d'écriture

Pour créer des comptes de base de données et accorder les autorisations requises, consultez les rubriques suivantes :

Pour une base de données Amazon RDS for MySQL, consultez la rubrique Créer un compte pour une base de données MySQL auto-gérée et configurer la journalisation binaire.
Pour une base de données ApsaraDB RDS for MySQL, consultez les rubriques Créer un compte et Modifier les autorisations d'un compte.

Avant de commencer

Connectez-vous à la console de gestion Amazon RDS.
Dans le volet de navigation de gauche, cliquez sur Database.
Cliquez sur l'ID de base de données de l'instance cible.
Dans la section Security group rules, cliquez sur le nom du groupe de sécurité de la règle entrante.
Sur la page Security Groups, cliquez sur l'ID de groupe de sécurité cible.
Sous l'onglet Inbound rules, cliquez sur Edit inbound rules.
Sur la page Edit inbound rules, cliquez sur Add rule, ajoutez les blocs CIDR des serveurs DTS de la région de la base de données de destination, puis cliquez sur Save rules. Pour plus d'informations sur les blocs CIDR de DTS, consultez la rubrique Ajouter les adresses IP des serveurs DTS à une liste d'autorisation.
Remarque
- Ajoutez uniquement les blocs CIDR des serveurs DTS de la région de la base de données de destination. Par exemple, si votre base de données source se trouve dans la région Singapour et votre base de données de destination dans la région Chine (Hangzhou), vous devez uniquement ajouter les blocs CIDR des serveurs DTS de la région Chine (Hangzhou).
- Vous pouvez ajouter plusieurs blocs CIDR à une seule règle.
- Pour plus d'informations, consultez la documentation officielle AWS ou contactez le support AWS.
Connectez-vous à la base de données Amazon RDS for MySQL et définissez la période de rétention des journaux binaires. Vous pouvez ignorer cette étape si la migration incrémentielle des données n'est pas requise.
```
call mysql.rds_set_configuration('binlog retention hours', 24);
```
Remarque
- Cette commande définit la période de rétention des journaux binaires à 24 heures. La période de rétention maximale est de 168 heures (7 jours).
- La journalisation binaire doit être activée pour l'instance Amazon RDS for MySQL et le paramètre binlog_format doit être défini sur row. Pour MySQL 5.6 et versions ultérieures, le paramètre binlog_row_image doit être défini sur full. Pour obtenir des instructions, consultez la documentation officielle AWS ou contactez le support AWS.

Instructions

Lisez le contenu anglais pour comprendre CE qui doit être communiqué
Rédigez le français À PARTIR DE ZÉRO — oubliez la structure de phrase anglaise
Conservez exactement tout le formatage Markdown, les blocs de code, les liens et les images
Balises xref (<a data-tag="xref" ...>texte</a>) — conservez la balise ENTIERE avec tous ses attributs dans l'ordre et la casse d'origine, traduisez UNIQUEMENT le texte visible entre > et
Appliquez strictement toutes les règles linguistiques spécifiques
Appliquez les règles de stopwords avec une tolérance zéro
Utilisez le mode impératif dans les étapes numérotées et les listes à puces procédurales
Assurez la cohérence terminologique — même terme = même traduction partout
Variez les débuts de phrase dans les listes/tableaux — aucun début répété 3 fois ou plus

Renvoyez UNIQUEMENT le document markdown français, sans explication

Procédure (nouvelle console)

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 selon le mode et la disposition de la console DMS. Pour plus d'informations, consultez Console en mode simple et Personnaliser la disposition et le style de la console DMS.
1. Connectez-vous à la console Data Management (DMS).
2. Dans la barre de menu supérieure, choisissez Data + AI > Data Transmission (DTS) > Data Migration.
3. À droite de Data Migration Tasks, sélectionnez la région où se trouve l'instance de migration.
Cliquez sur Create Task pour accéder à la page de configuration de la tâche.

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

Avertissement

Après avoir sélectionné les instances source et de destination, nous vous recommandons de lire attentivement les limites affichées en haut de la page. Sinon, la tâche pourrait échouer ou entraîner une incohérence des données.

Catégorie	Paramètre	Description
S.O.	Data Migration	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 + AI	Data Transmission (DTS)	Vous pouvez choisir d'utiliser ou non une instance existante, selon vos besoins. Si vous utilisez une instance existante, les informations de base de données ci-dessous sont renseignées automatiquement. Vous n'avez pas besoin de les saisir à nouveau. Si vous n'utilisez pas d'instance existante, vous devez configurer les informations de base de données ci-dessous. Remarque Dans la console DMS, vous pouvez cliquer sur Data Migration pour enregistrer une base de données dans DMS. Pour plus d'informations, consultez ApsaraDB Data Ingestion et Enregistrer une base de données hébergée sur un service cloud tiers ou une base de données autogérée. Dans la console DTS, vous pouvez enregistrer une base de données dans DTS sur la page Database Connections ou sur la nouvelle page de configuration. Pour plus d'informations, consultez Gérer les connexions aux bases de données.
	Create Task	Sélectionnez Task Name.
	Source Database	Sélectionnez Select a DMS database instance..
	Instance Region	Sélectionnez la région de la base de données Amazon RDS for MySQL. Remarque Si la région où se trouve votre base de données Amazon RDS for MySQL n'est pas disponible dans la liste déroulante, sélectionnez la région la plus proche.
	Domain Name or IP	Saisissez l'endpoint de la base de données Amazon RDS for MySQL. Remarque Vous pouvez obtenir l'endpoint de la base de données et le Database Type dans l'onglet Connectivity & security de l'instance Amazon RDS for MySQL.
	MySQL	Saisissez le port de service de la base de données Amazon RDS for MySQL. La valeur par défaut est 3306.
	Access Method	Saisissez le compte de la base de données Amazon RDS for MySQL. Pour connaître les autorisations requises, consultez Autorisations du compte de base de données.
	Public IP Address	Saisissez le mot de passe du compte de base de données.
	Encryption	Sélectionnez Non-encrypted ou Port Number selon vos besoins. Si le chiffrement SSL n'est pas activé pour votre instance Amazon RDS for MySQL, sélectionnez Port Number. Si le chiffrement SSL est activé pour votre instance Amazon RDS for MySQL, sélectionnez Database Account. Vous devez également télécharger un Database Password et saisir le CA Certificate Password.
Destination Database	SSL-encrypted	Vous pouvez choisir d'utiliser ou non une instance existante, selon vos besoins. Si vous utilisez une instance existante, les informations de base de données ci-dessous sont renseignées automatiquement. Vous n'avez pas besoin de les saisir à nouveau. Si vous n'utilisez pas d'instance existante, vous devez configurer les informations de base de données ci-dessous. Remarque Dans la console DMS, vous pouvez cliquer sur Add DMS Database Instance pour enregistrer une base de données dans DMS. Pour plus d'informations, consultez ApsaraDB Data Ingestion et Enregistrer une base de données hébergée sur un service cloud tiers ou une base de données autogérée. Dans la console DTS, vous pouvez enregistrer une base de données dans DTS sur la page SSL-encrypted ou sur la nouvelle page de configuration. Pour plus d'informations, consultez Gérer les connexions aux bases de données.
	CA Certificate	Sélectionnez MySQL.
	Access Method	Sélectionnez Select a DMS database instance..
	Add DMS Database Instance	Sélectionnez la région de l'instance RDS for MySQL de destination.
	Database Connections	Ce scénario implique une migration au sein du même compte Alibaba Cloud. Sélectionnez Database Type.
	RDS Instance ID	Sélectionnez l'ID de l'instance RDS for MySQL de destination.
	Database Account	Saisissez le compte de l'instance RDS for MySQL de destination. Pour connaître les autorisations requises, consultez Autorisations du compte de base de données.
	Alibaba Cloud Instance	Saisissez le mot de passe du compte de base de données.
	Instance Region	Sélectionnez Replicate Data Across Alibaba Cloud Accounts ou No selon les exigences de votre base de données. Si vous définissez ce paramètre sur SSL-encrypted, vous devez activer le chiffrement SSL pour l'instance RDS for MySQL au préalable. Pour plus d'informations, consultez Activer rapidement le chiffrement SSL à l'aide d'un certificat cloud.

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 Ajouter les adresses IP des serveurs DTS à une liste d'autorisation.
Configurez les objets de la tâche.

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

Paramètre	Description
Database Password	Si vous devez uniquement effectuer une migration complète, sélectionnez à la fois Connection Method et Non-encrypted. Pour réaliser une migration sans interruption de service, sélectionnez Schema Migration, SSL-encrypted et Test Connectivity and Proceed. Remarque Si vous ne sélectionnez pas CIDR Blocks of DTS Servers, 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 Test Connectivity selon vos besoins. Si vous ne sélectionnez pas Incremental Data Migration, n'écrivez aucune nouvelle donnée dans l'instance source pendant la migration afin de garantir la cohérence des données.
Migration Types	Sélectionnez une méthode pour migrer les déclencheurs. Si les objets à migrer n'incluent pas de déclencheurs, vous pouvez ignorer ce paramètre. Pour plus d'informations, consultez Configurer la synchronisation ou la migration des déclencheurs. Remarque Ce paramètre est disponible uniquement si vous sélectionnez Schema Migration pour Full Data Migration.
Enable Migration Assessment	Cette fonctionnalité évalue si les schémas des bases de données source et de destination (tels que la longueur des index, les procédures stockées et les tables dépendantes) répondent aux exigences. Sélectionnez Yes ou No. Remarque Ce paramètre est disponible uniquement si vous sélectionnez Schema Migration pour Selected Objects. Si vous sélectionnez Yes, la pré-vérification peut prendre plus de temps. Vous pouvez consulter le Method to Migrate Triggers in Source Database pendant la phase de pré-vérification. Le résultat de l'évaluation n'affecte pas le résultat de la pré-vérification.
Migration Types	Schema Migration : vérifie si des tables portant le même nom existent dans la base de données de destination. Si aucune table homonyme n'existe, la pré-vérification est validée. En revanche, si des tables homonymes 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 cette table dans la base de données de destination. Pour plus d'informations, consultez Mappage des noms d'objets. Ignore Errors and Proceed : ignore la vérification des tables portant le même nom. Avertissement La sélection de l'option Ignore Errors and Proceed peut entraîner une incohérence des données et présenter des risques pour votre activité. 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 qu'un enregistrement de la base de données source : Lors de la migration complète, DTS conserve l'enregistrement présent dans la base de données de destination. L'enregistrement provenant de la base de données source n'est pas migré. Lors de la migration incrémentielle, DTS ne conserve pas l'enregistrement présent dans la base de données de destination. L'enregistrement provenant de la base de données source écrase celui de la base de données de destination. Si les schémas de table sont différents, seules certaines colonnes de données peuvent être migrées, ou la migration peut échouer. Agissez avec prudence.
Capitalization of Object Names in Destination Instance	Vous pouvez configurer la politique de sensibilité à la casse pour les noms des objets migrés, tels que les bases de données, les tables et les colonnes, dans l'instance de destination. Par défaut, l'option Migration Types est sélectionnée. Vous pouvez également choisir de maintenir la sensibilité à la casse conforme à la politique par défaut de la base de données source ou de destination. Pour plus d'informations, consultez Sensibilité à la casse des noms d'objets dans la base de données de destination.
Schema Migration	Sélectionnez un ou plusieurs objets dans la section Source Objects. Cliquez sur l'icône et ajoutez les objets à la section Assessment Result. Remarque Le niveau de granularité pour la sélection des objets de migration correspond au 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 seront pas migrés vers la base de données de destination.
Processing Mode of Conflicting Tables	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 Precheck and Report Errors. Pour plus d'informations, consultez 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 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 dépendant de l'objet mappé peut échouer. Pour filtrer les données à l'aide d'une clause WHERE, cliquez avec le bouton droit sur la table dans la zone Selected Objects et définissez la condition de filtre dans la boîte de dialogue qui s'affiche. Pour obtenir des instructions, consultez Configurer les conditions de filtrage. 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 dans la zone DTS default policy et sélectionnez les opérations SQL souhaitées dans la boîte de dialogue qui s'affiche.

Cliquez sur Source Objects 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é. Aucune sélection n'est requise de votre part. Si vous souhaitez une exécution plus stable des tâches, vous pouvez acheter un cluster dédié pour exécuter les tâches de migration DTS.
Selected Objects	Si vous utilisez Data Management (DMS) ou gh-ost pour effectuer des modifications DDL en ligne dans la base de données source, vous pouvez choisir de migrer ou non les données issues des tables temporaires générées par ces modifications DDL en ligne. Important Les tâches DTS ne prennent pas en charge l'utilisation d'outils tels que pt-online-schema-change pour effectuer des modifications DDL en ligne. Dans le cas contraire, la tâche DTS échouera. Les méthodes de traitement pour chaque phase sont les suivantes : Les phases Selected Objects et Full Data Migration n'autorisent pas les opérations DDL modifiant la structure de la base de données ou de la table. Par conséquent, elles ne sont pas contrôlées par la stratégie DDL en ligne. Migration du schéma : non contrôlée par la stratégie DDL en ligne. Les tables temporaires associées sont créées. Migration complète des données : non contrôlée par la stratégie DDL en ligne. La migration des tables temporaires n'est pas incluse dans les objets de migration complète. Toutes les tables dont les noms correspondent à l'expression régulière (`^_(.+)_(?:gho\|new)$` ou `^_(.+)_(?:ghc\|del\|old)$`) sont filtrées. Incremental Data Migration : contrôlée par la stratégie DDL en ligne. Selected Objects : migre les modifications de données provenant des tables temporaires (par exemple, `_table_name_gho`) générées par les opérations DDL en ligne. Next: Advanced Settings et No, Adapt to gh-ost : filtre les modifications de données provenant des tables temporaires (par exemple, `_table_name_gho`) générées par des outils tels que gh-ost, selon des règles d'expression régulière. Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database. : migre les données des tables temporaires générées par les modifications DDL en ligne. Remarque Si les modifications DDL en ligne génèrent un grand volume de données dans les tables temporaires, cela peut entraîner une latence de la tâche. Schema Migration : ne migre pas les données des tables temporaires générées par les modifications DDL en ligne. Seules les instructions DDL d'origine exécutées via Data Management (DMS) sont migrées. Remarque Cette option entraîne le verrouillage des tables dans la base de données de destination. Full Data Migration : ne migre pas les données des tables temporaires générées par les modifications DDL en ligne. Cette option prend en charge des règles de filtrage personnalisées. DTS filtre les modifications de données provenant des tables temporaires (par exemple, `_table_name_gho`) générées par des outils tels que gh-ost, selon des règles d'expression régulière. Vous pouvez modifier les expressions régulières par défaut utilisées pour faire correspondre les tables fantômes et inutiles selon vos besoins : Table fantôme : `^_(.+)_(?:gho\|new)$` Table inutile : `^_(.+)_(?:ghc\|del\|old)$` Remarque Cette option entraîne le verrouillage des tables dans la base de données de destination.
Schema Migration	Indiquez si vous souhaitez migrer les informations de compte depuis la base de données source. Si vous sélectionnez Full Data Migration, vous devez également sélectionner les comptes à migrer et confirmer leurs autorisations. Pour plus d'informations sur les méthodes d'autorisation, consultez Migrer les comptes de base de données.
Incremental Data Migration	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 tente immédiatement de rétablir la connexion. La durée de nouvelle tentative par défaut est de 720 minutes. Vous pouvez personnaliser ce délai entre 10 et 1440 minutes. Nous vous recommandons de définir une durée supérieure à 30 minutes. Si DTS parvient à se reconnecter aux bases de données source et de destination dans le délai spécifié, 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, le délai de nouvelle tentative réseau est déterminé 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 le délai 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.
Yes	Une fois la tâche de migration démarrée, si un problème autre qu'un problème de connectivité, tel qu'une exception d'exécution DDL ou DML, survient dans la base de données source ou de destination, DTS signale une erreur et tente immédiatement de relancer l'opération. La durée de nouvelle tentative par défaut est de 10 minutes. Vous pouvez personnaliser ce délai entre 1 et 1440 minutes. Nous vous recommandons de définir une durée supérieure à 10 minutes. Si les opérations concernées aboutissent dans le délai de nouvelle tentative spécifié, la tâche de migration reprend automatiquement. Sinon, la tâche échoue. Important La valeur du paramètre No, Adapt to DMS Online DDL doit être inférieure à celle du paramètre No, Adapt to gh-ost.
Enable Throttling for Full Data Migration	Pendant la migration complète, DTS consomme des ressources de lecture et d'écriture sur les bases de données source et de destination, ce qui peut augmenter la charge de la base de données. Si nécessaire, vous pouvez activer la limitation de débit pour la tâche de migration complète. Vous pouvez définir les paramètres No, Adapt to DMS Online DDL, RPS of Full Data Migration et Whether to Migrate Accounts afin de 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 Yes pour Retry Time for Failed Connections. Vous pouvez également ajuster la vitesse de migration complète une fois que l'instance de migration est en cours d'exécution.
Retry Time for Other Issues	Si nécessaire, vous pouvez également choisir de définir des limites de vitesse pour la tâche de migration incrémentielle. Vous pouvez définir les paramètres Retry Time for Other Issues et Retry Time for Failed Connections afin de 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 Queries per second (QPS) to the source database. Vous pouvez également ajuster la vitesse de migration incrémentielle une fois que l'instance de migration est en cours d'exécution.
Environment Tag	Vous pouvez sélectionner un tag d'environnement pour identifier l'instance. Cette étape n'est pas requise pour cet exemple.
Data migration speed for full migration (MB/s)	Choisissez si vous souhaitez écrire les informations SQL de heartbeat dans la base de données source lorsque l'instance DTS est en cours d'exécution. Yes : les informations SQL de heartbeat ne sont pas écrites dans la base de données source. Cela peut entraîner un retard signalé par l'instance DTS. Migration Types : écrit les informations SQL de heartbeat dans la base de données source. Cela peut interférer avec des fonctionnalités telles que la sauvegarde physique et le clonage de la base de données source.
Enable Throttling for Incremental Data Migration	En fonction de vos besoins métier, indiquez si vous souhaitez configurer la fonctionnalité ETL pour traiter les données. RPS of Incremental Data Migration : configure la fonctionnalité ETL. Vous devez également saisir des instructions de traitement des données dans la zone de texte. Data migration speed for incremental migration (MB/s) : ne configure pas la fonctionnalité ETL.
Monitoring and Alerting	Indiquez si vous souhaitez définir des alertes et recevoir des notifications d'alerte en fonction de vos besoins métier. Migration Types : ne définit pas d'alerte. Yes : configurez les alertes en définissant un seuil d'alerte et des notifications d'alerte. En cas d'échec de la migration ou si la latence dépasse le seuil, le système envoie une notification d'alerte.

Cliquez sur Whether to delete SQL operations on heartbeat tables of forward and reverse tasks pour configurer une tâche de validation des données.

Pour plus d'informations sur la fonctionnalité de validation des données, consultez 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 de la souris sur le bouton Yes et cliquez sur No dans la bulle qui s'affiche.
Si vous n'avez pas besoin d'afficher les paramètres API ou si vous avez terminé leur consultation, cliquez sur Configure ETL 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 validation de cette pré-vérification.
Si la pré-vérification échoue, cliquez sur Yes à côté de l'élément ayant échoué, corrigez le problème selon les instructions, puis relancez la pré-vérification.
Si un avertissement est signalé lors de la pré-vérification :
- Pour les éléments de vérification qui ne peuvent pas être ignorés, cliquez sur No à côté de l'élément ayant échoué, corrigez le problème selon les instructions, puis relancez la pré-vérification.
- Pour les éléments de vérification pouvant être ignorés, vous pouvez cliquer sur Confirm Alert Details, No, OK et Next: Data Validation afin d'ignorer l'élément d'avertissement et de 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 Next: Save Task Settings and Precheck atteint 100 %, cliquez sur Preview OpenAPI parameters.

Sur la page Next: Save Task Settings and Precheck, sélectionnez la spécification de liaison pour l'instance de migration de données. Pour plus d'informations, reportez-vous au tableau ci-dessous.

Catégorie	Paramètre	Description
View Details	View Details	Sélectionnez le groupe de ressources auquel l'instance appartient. La valeur par défaut est « default resource group ». Pour plus d'informations, consultez Qu'est-ce que la gestion des ressources ?
View Details	Confirm Alert Details	DTS propose des spécifications de migration offrant différents niveaux de performance. La spécification de liaison affecte la vitesse de migration. Vous pouvez sélectionner une spécification adaptée à votre scénario métier. Pour plus d'informations, consultez Spécifications de liaison pour la migration de données.

Une fois la configuration terminée, lisez et acceptez les Ignore.
Cliquez sur OK. Dans la boîte de dialogue Precheck Again qui s'affiche, cliquez sur Success Rate.

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 Purchase passe à New Instance Class.
- 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 Resource Group Settings de la tâche est Instance Class.

Procédure (ancienne console)

Connectez-vous à la console DTS.

Remarque
Si vous êtes redirigé automatiquement vers la console Data Management (DMS), cliquez sur l'icône située en bas à droite, puis sur pour revenir à la console DTS classique.
Dans le volet de navigation de gauche, cliquez sur Data Migration.
En haut de la page Migration Tasks, sélectionnez la région du cluster de destination.
Dans le coin supérieur droit de la page, cliquez sur Create Data Migration Task.