Migrate data from a PolarDB for MySQL cluster to an Oracle database - Data Transmission Service

Cette rubrique explique comment utiliser Data Transmission Service (DTS) pour migrer des données d'un cluster PolarDB for MySQL vers une base de données Oracle auto-gérée.

Prérequis

Vous avez créé une base de données Oracle auto-gérée. L'espace de stockage disponible dans la base de données Oracle de destination doit être supérieur à l'espace de stockage utilisé par le cluster PolarDB for MySQL source.
Si la base de données Oracle auto-gérée est un Oracle Real Application Cluster (RAC), elle doit être connectée à Alibaba Cloud via un VPC. Pour garantir le bon fonctionnement de la tâche DTS, vous devez connecter l'adresse IP Single Client Access Name (SCAN) de l'Oracle RAC et l'adresse IP virtuelle (VIP) de chaque nœud au VPC, puis configurer les routes. Pour plus d'informations sur la configuration des routes, consultez les rubriques Présentation des solutions de connexion d'un centre de données local à Alibaba Cloud et Connecter un centre de données local à DTS à l'aide d'une passerelle VPN.

Précautions

Remarque

Lors de la migration complète et incrémentielle des données :

Si des opérations de mise à jour ou de suppression en cascade existent dans la base de données source, des incohérences de données peuvent survenir.
Si des clés étrangères ou des déclencheurs existent dans la base de données de destination, vous devez les désactiver. Sinon, la tâche de migration des données peut échouer.

Catégorie	Description
Limites relatives à la base de données source	Le serveur qui héberge la base de données source doit disposer d'une bande passante sortante suffisante. Dans le cas contraire, la vitesse de migration des données sera affectée. Les tables à migrer doivent posséder une clé primaire ou une contrainte UNIQUE, et les champs de cette clé ou contrainte doivent être uniques. Sinon, des données en double peuvent apparaître dans la base de données de destination. Si vous migrez des données au niveau des tables et que vous devez modifier les tables, par exemple en mappant les noms de colonnes, une seule tâche de migration de données peut migrer un maximum de 1 000 tables. Si vous dépassez cette limite, une erreur est signalée après la soumission de la tâche. Dans ce cas, répartissez les tables sur plusieurs tâches de migration ou configurez une tâche pour migrer la base de données entière. Si vous effectuez une migration incrémentielle : Vous devez activer la journalisation binaire et définir le paramètre loose_polar_log_bin sur on. Sinon, la prévérification signale une erreur et la tâche de migration des données ne peut pas démarrer. Pour plus d'informations sur l'activation de la journalisation binaire et la modification des paramètres, consultez les rubriques Activer la journalisation binaire et Modifier les paramètres. Remarque L'activation de la journalisation binaire pour un cluster PolarDB for MySQL consomme de l'espace de stockage et entraîne des frais de stockage. Les journaux binaires du cluster PolarDB for MySQL doivent être conservés pendant au moins 3 jours. Nous recommandons une période de rétention de 7 jours. Sinon, DTS peut ne pas parvenir à obtenir les journaux binaires, ce qui peut entraîner l'échec de la tâche. Dans les cas extrêmes, cela peut provoquer une incohérence ou une perte de données. Les problèmes causés par une période de rétention des journaux binaires inférieure aux exigences de DTS ne sont pas couverts par l'accord de niveau de service (SLA) de DTS. Remarque Pour plus d'informations sur la définition de la période de rétention des journaux binaires d'un cluster PolarDB for MySQL, consultez la rubrique Modifier la période de rétention. Limites opérationnelles pour la base de données source : Pendant la migration du schéma et la migration complète des données, n'effectuez pas d'opérations DDL qui modifient le schéma de la base de données ou des tables. Sinon, la tâche de migration des données échouera. Remarque Lors de la migration complète des données, DTS interroge la base de données source. Cela crée un verrou de métadonnées, qui peut bloquer les opérations DDL sur la base de données source. Si vous effectuez uniquement une migration complète des données, n'écrivez pas de nouvelles données dans l'instance source. Sinon, une incohérence de données survient entre la source et la destination. Pour maintenir la cohérence des données en temps réel, sélectionnez la migration du schéma, la migration complète des données et la migration incrémentielle des données.
Autres limites	DTS ne prend pas en charge la migration des nœuds en lecture seule de l'instance PolarDB for MySQL source. DTS ne prend pas en charge la migration des tables externes OSS depuis l'instance PolarDB for MySQL source. La migration des données de type VECTOR n'est pas prise en charge. DTS ne prend pas en charge les scénarios de basculement principal/secondaire pour l'instance de base de données lors de la migration complète des données. Dans un tel scénario, reconfigurez rapidement la tâche de migration. Si votre base de données source utilise des opérations DDL en ligne en mode table temporaire, y compris des scénarios de fusion multi-tables, ou ajoute des index basés sur des fonctions aux colonnes de clé unique, une perte de données ou un échec de la tâche peut se produire sur la base de données de destination. Si la base de données est une base de données Oracle RAC connectée via une ligne louée, une passerelle VPN, Smart Access Gateway, Database Gateway ou Cloud Enterprise Network (CEN), ou hébergée sur une instance ECS, vous ne pouvez pas configurer une adresse IP SCAN. Vous ne pouvez configurer qu'une seule des adresses VIP dans les informations de connexion. Après avoir spécifié l'adresse VIP, le basculement de nœud n'est pas pris en charge pour la base de données Oracle RAC. Si l'instance DTS inclut une tâche incrémentielle, désactivez les déclencheurs et les clés étrangères activés dans la base de données de destination. Sinon, l'instance DTS ne pourra pas s'exécuter. Avant d'effectuer la migration des données, évaluez les performances des bases de données source et de destination. Nous vous recommandons d'effectuer la migration des données pendant les heures creuses. Lors de la 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 peut augmenter la charge de la base de données. La migration complète des données implique des opérations INSERT concurrentes, ce qui provoque une fragmentation des tables dans la base de données de destination. Par conséquent, l'espace de stockage des tables dans la base de données de destination est plus grand que celui de l'instance source une fois la migration complète terminée. Vérifiez que la précision de migration pour les colonnes de type de données FLOAT ou DOUBLE répond à vos besoins métier. DTS lit les valeurs de ces colonnes en utilisant `ROUND(COLUMN,PRECISION)`. Si la précision n'est pas explicitement définie, DTS utilise une précision par défaut de 38 pour FLOAT et de 308 pour DOUBLE. DTS tente de récupérer les tâches ayant échoué dans un délai de sept jours. Avant de basculer vos charges de travail vers l'instance de destination, vous devez terminer ou libérer la tâche. Vous pouvez également révoquer les autorisations d'écriture du compte de base de données utilisé par DTS pour accéder à l'instance de destination à l'aide de la commande `revoke`. Cela empêche les données source d'écraser les données de l'instance de destination si la tâche est automatiquement récupérée. En cas d'échec d'une tâche, l'équipe support de DTS tentera de la restaurer dans un délai de huit heures. Lors de la restauration, ils peuvent redémarrer la tâche ou ajuster ses paramètres. Remarque Seuls les paramètres de la tâche DTS sont modifiés, et non les paramètres de la base de données. Les paramètres susceptibles d'être ajustés incluent ceux répertoriés dans la rubrique Modifier les paramètres de l'instance.
Autres remarques	DTS exécute périodiquement la commande CREATE DATABASE IF NOT EXISTS `test` sur la base de données source pour faire avancer le décalage du journal binaire.

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	Facturé. Pour plus d'informations, consultez la rubrique Présentation de la facturation.

Opérations SQL prenant en charge la migration incrémentielle

Type d'opération	Opérations SQL
DML	INSERT, UPDATE et DELETE
DDL	CREATE TABLE, ALTER TABLE, DROP TABLE, RENAME TABLE et TRUNCATE TABLE ADD COLUMN, DROP COLUMN, MODIFY COLUMN et RENAME COLUMN CREATE INDEX et DROP INDEX

Autorisations requises pour les comptes de base de données

Base de données

Autorisation requise

Méthodes de création et d'autorisation des comptes

Cluster PolarDB for MySQL

Autorisations de lecture sur les objets à migrer

Créer et gérer un compte de base de données

Base de données Oracle

Autorisations du propriétaire du schéma

CREATE USER et GRANT

Procédure

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 Data Transmission Service (DTS) console.
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 les rubriques Console en mode simple et Personnaliser la disposition et le style de la console DMS.
1. Connectez-vous à la Data Management (DMS) console.
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.

Catégorie	Configuration	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 faciliter l'identification. 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 PolarDB for MySQL.
	Access Method	Sélectionnez Alibaba Cloud Instance.
	Instance Region	Sélectionnez la région où réside le cluster PolarDB for MySQL source.
	Replicate Data Across Alibaba Cloud Accounts	Dans cet exemple, une instance de base de données sous le compte Alibaba Cloud actuel est utilisée. Sélectionnez No.
	PolarDB Cluster ID	Sélectionnez l'ID du cluster PolarDB for MySQL source.
	Database Account	Saisissez le compte de base de données du cluster PolarDB for MySQL source. Pour plus d'informations sur les autorisations requises, consultez la section Autorisations requises pour les comptes de base de données.
	Database Password	Saisissez le mot de passe correspondant au compte de base de données.
	Encryption	Sélectionnez l'option appropriée. Pour plus d'informations sur la fonctionnalité de chiffrement SSL, consultez la rubrique Configurer le chiffrement SSL.
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 Oracle.
	Access Method	Sélectionnez un type de connexion en fonction de l'emplacement de déploiement de la base de données source. Cette rubrique utilise Self-managed Database on ECS à titre d'exemple. Remarque Si la base de données autonome est d'un autre type d'instance, vous devez également effectuer les préparations correspondantes. Pour plus d'informations, consultez la rubrique Présentation des préparatifs.
	Instance Region	Sélectionnez la région où réside la base de données Oracle de destination.
	ECS Instance ID	Sélectionnez l'ID de l'instance ECS qui héberge la base de données Oracle de destination.
	Port Number	Saisissez le port de service de la base de données Oracle de destination. La valeur par défaut est 1521.
	Oracle Type	Non-RAC Instance : Si vous sélectionnez cette option, vous devez également spécifier le SID. RAC or PDB Instance : Si vous sélectionnez cette option, vous devez également spécifier le Service Name. Cette rubrique utilise RAC or PDB Instance à titre d'exemple. Spécifiez le Service Name.
	Database Account	Saisissez le compte de base de données de la base de données Oracle de destination. Pour plus d'informations sur les autorisations requises, consultez la section Autorisations requises pour les comptes de base de données.
	Database Password	Saisissez le mot de passe correspondant au compte de base de données.

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 d'autorisation.

Configurez les objets de la tâche.

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

Configuration	Description
Migration Types	Si vous devez uniquement effectuer une migration complète, sélectionnez à la fois Schema Migration et Full Data Migration. Pour réaliser 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, assurez-vous 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 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.
Processing Mode of Conflicting Tables	Precheck and Report Errors : 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 portent le même nom, 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 la rubrique Object name mapping. 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 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 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. Procédez 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 DTS default policy est sélectionnée. Vous pouvez également choisir de conserver 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 la rubrique Case sensitivity of object names in the destination database.
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 Vous pouvez sélectionner des objets à migrer au niveau de la base de données, de la table ou de 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.
Selected Objects	Dans la zone Selected Objects, faites un clic droit sur une base de données. Dans la boîte de dialogue Edit Schema, modifiez la valeur du champ Schema Name pour indiquer le nom du schéma cible dans la base de données Oracle autogérée. Pour plus d'informations, consultez la rubrique Map table and column names. Remarque Pour sélectionner les opérations SQL à migrer au niveau de la table, faites un clic droit sur l'objet de migration dans la zone Selected Objects. Dans la boîte de dialogue qui s'affiche, sélectionnez les opérations SQL que vous souhaitez migrer. Pour plus d'informations sur les opérations prises en charge, consultez la section SQL operations that support incremental migration. Pour définir des conditions de filtrage des données, faites un clic droit sur la table à migrer dans la zone Selected Objects. Dans la boîte de dialogue qui s'affiche, définissez les conditions de filtrage. Pour savoir comment configurer ces conditions, consultez la rubrique Set filter conditions. Si vous utilisez la fonctionnalité de mappage des noms d'objets, il est possible que d'autres objets dépendant de l'objet mappé ne puissent pas être migrés.

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

Configuration	Description
Dedicated Cluster for Task Scheduling	Par défaut, DTS planifie les tâches sur un cluster partagé. Aucune sélection n'est requise. Si vous souhaitez une stabilité accrue pour vos tâches, vous pouvez acheter un dedicated cluster 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 tente immédiatement de rétablir la connexion. La durée de nouvelle tentative par défaut est de 720 minutes. Vous pouvez personnaliser cette durée entre 10 et 1 440 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 temps 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 conseillons de personnaliser la durée de nouvelle tentative en fonction de vos besoins métier, ou de libérer l'instance DTS dès que possible après la libération des instances de base de données source et de destination.
Retry Time for Other Issues	Une fois la tâche de migration démarrée, si un problème autre qu'un problème de connectivité survient dans la base de données source ou de destination (par exemple, une exception lors de l'exécution d'une instruction DDL ou DML), 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 cette durée entre 1 et 1 440 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 Retry Time for Other Issues doit être inférieure à celle du paramètre 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 du débit pour la tâche de migration complète. Vous pouvez définir les paramètres Queries per second (QPS) to the source database, RPS of Full Data Migration et Data migration speed for full migration (MB/s) 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 l'option Full Data Migration pour le paramètre Migration Types. Vous pouvez également ajuster la vitesse de migration complète une fois l'instance de migration en cours d'exécution.
Enable Throttling for Incremental Data Migration	Si nécessaire, vous pouvez également choisir de définir des limites de vitesse pour la tâche de migration incrémentielle. Vous pouvez définir les paramètres RPS of Incremental Data Migration et Data migration speed for incremental migration (MB/s) 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 l'option Incremental Data Migration pour le paramètre 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	Si nécessaire, vous pouvez sélectionner un tag d'environnement pour identifier l'instance de migration. Dans cet exemple, aucun tag d'environnement n'est sélectionné.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Choisissez si vous souhaitez écrire les informations SQL de pulsation (heartbeat) dans la base de données source lorsque l'instance DTS est en cours d'exécution. Yes : les informations SQL de pulsation ne sont pas écrites dans la base de données source. Cela peut entraîner un retard signalé par l'instance DTS. No : écrit les informations SQL de pulsation 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.
Configure ETL	En fonction de vos besoins métier, choisissez de configurer ou non la fonctionnalité ETL pour traiter les données. Yes : configure la fonctionnalité ETL. Vous devez également saisir des instructions de traitement des données dans la zone de texte. No : ne configure pas la fonctionnalité ETL.
Monitoring and Alerting	Sélectionnez si vous souhaitez configurer des alertes et recevoir des notifications d'alerte en fonction de vos besoins métier. No : ne configure pas d'alerte. Yes : 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 rubrique 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 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 les paramètres API ou si vous avez terminé leur consultation, 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 la réussite de cette 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 les instructions, puis relancez la prévérification.
- Si un avertissement est signalé lors de la prévérification :
  
  Pour les éléments de vérification qui ne peuvent pas être ignorés, cliquez sur View Details à côté de l'élément ayant échoué, corrigez le problème selon les instructions, puis relancez la prévérification.
  
  Pour les éléments de vérification qui peuvent être ignorés, vous pouvez cliquer sur Confirm Alert Details, Ignore, OK et Precheck Again 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 Success Rate atteint 100 %, cliquez sur Next: Purchase Instance.

Sur la page Purchase, sélectionnez la spécification de lien 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 « default resource group ». Pour plus d'informations, consultez la rubrique Qu'est-ce que la gestion des ressources ?
New Instance Class	Instance Class	DTS propose des spécifications de migration avec différents niveaux de performance. La spécification de lien affecte la vitesse de migration. Vous pouvez sélectionner une spécification adaptée à votre scénario métier. Pour plus d'informations, consultez la rubrique Spécifications des liens de migration des 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.