Migrate from Amazon RDS for Oracle to ApsaraDB RDS for MySQL - Data Transmission Service

Utilisez DTS pour migrer les données d'une instance Amazon RDS for Oracle 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, permettant une migration de base de données transparente sans interruption de l'application.

Prérequis

Définissez Public accessibility sur Yes pour permettre à DTS de se connecter à l'instance Amazon RDS for Oracle via Internet.
L'instance Amazon RDS for Oracle doit être en version 9i, 10g, 11g, 12c ou ultérieure (architecture non multitenant).
L'instance ApsaraDB RDS for MySQL doit être en version 5.6 ou 5.7.
L'instance ApsaraDB RDS for MySQL doit disposer d'un espace de stockage au moins deux fois supérieur à celui des objets à migrer.

Remarque
Les journaux binaires générés pendant la migration occupent de l'espace de stockage et sont automatiquement supprimés une fois la migration terminée.
Avant d'effectuer une migration de données, nous vous recommandons de comprendre les capacités et les limites de DTS pour les sources Oracle et d'utiliser ADAM pour effectuer une évaluation de la base de données. Cela garantit une migration vers le cloud fluide. Pour plus d'informations, consultez Limitations et préparations pour les bases de données Oracle et Présentation de l'évaluation de la base de données.

Notes d'utilisation

Pendant 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 mauvaises performances, des spécifications faibles 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), l'augmentation de la charge peut solliciter excessivement vos bases de données ou même 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 pas de clé primaire ou de contrainte unique 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 de données 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 un nom de 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 Créer une base de données et des comptes.
Si une tâche de migration de données échoue, 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 les données 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 tables, les index, les contraintes et les séquences. Les vues, les synonymes, les déclencheurs, les procédures stockées, les fonctions, les packages et les types définis par l'utilisateur ne sont pas pris en charge.
Migration complète des données

DTS migre toutes les données existantes de la source vers l'instance de destination.
Migration incrémentielle des données

Après la migration complète des données, DTS capture les mises à jour incrémentielles depuis le journal redo source et les synchronise vers la destination. Cela permet une migration transparente sans interruption de l'application.

Opérations SQL prises en charge

INSERT, DELETE et UPDATE
CREATE TABLE

Remarque
La migration incrémentielle des données ne prend pas en charge les tables partitionnées ni les tables dont les définitions incluent une fonction.
ALTER TABLE (limité à ADD COLUMN, DROP COLUMN, RENAME COLUMN et ADD INDEX)
DROP TABLE
RENAME TABLE, TRUNCATE TABLE et CREATE INDEX

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 Oracle

Autorisations de propriétaire de schéma

Autorisations d'utilisateur maître

ApsaraDB RDS for MySQL

Autorisations de lecture et d'écriture pour la base de données de destination

Créez un compte de base de données et accordez des autorisations :

Amazon RDS for Oracle : CREATE USER et GRANT.
ApsaraDB RDS for MySQL : Créer un compte et Modifier les autorisations du compte.

Mappage des types de données

Mappage des types de données pour les bases de données hétérogènes.

Avant de commencer

Connectez-vous à la console de gestion Amazon RDS.
Accédez à la page Basic Information de l'instance Amazon RDS for Oracle.
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, ajoutez les adresses IP du serveur DTS pour la région correspondante à une règle entrante. Les plages d'adresses IP sont répertoriées dans Ajouter les adresses IP des serveurs DTS à la liste d'autorisation.
Pour la règle entrante, sélectionnez Custom TCP Rule pour Type, saisissez 1521 pour Port Range, sélectionnez Custom pour Source, saisissez les adresses IP du serveur DTS, saisissez dts pour Description, puis cliquez sur Save.
Remarque
- Ajoutez uniquement les blocs CIDR des serveurs DTS dans 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 dans 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.

Configurez les paramètres des journaux pour l'instance Amazon RDS for Oracle. Ignorez cette étape si vous n'avez pas besoin de migration incrémentielle des données.

Si votre instance Amazon RDS for Oracle est en version 12c ou ultérieure (architecture non multitenant), effectuez les étapes suivantes pour configurer ses journaux :

Connectez-vous à la base de données Amazon RDS for Oracle à l'aide d'un compte utilisateur maître et de l'outil SQL*Plus.

Activez la journalisation d'archive et la journalisation supplémentaire.

Type de journal

Procédure

Journalisation d'archive

Exécutez la commande suivante pour vérifier si la journalisation d'archive est activée :
```
SELECT LOG_MODE FROM v$database;
```
Consultez et définissez la période de rétention des journaux archivés.

Remarque
Conservez les journaux archivés pendant au moins 72 heures. L'exemple suivant définit 72 heures.
```
exec rdsadmin.rdsadmin_util.show_configuration;
exec rdsadmin.rdsadmin_util.set_configuration('archivelog retention hours', 72); 
```

Journalisation supplémentaire

Selon vos exigences métier, activez la journalisation supplémentaire au niveau de la base de données ou au niveau de la table :

Activer la journalisation supplémentaire au niveau de la base de données
1. Exécutez la commande suivante pour vérifier si la journalisation supplémentaire au niveau de la base de données est activée :
```
SELECT supplemental_log_data_min, supplemental_log_data_pk, supplemental_log_data_ui FROM v$database;
```
2. Activez la journalisation supplémentaire des clés primaires et uniques au niveau de la base de données.
```
exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'PRIMARY KEY');
exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'UNIQUE');
```
Activer la journalisation supplémentaire au niveau de la table à l'aide de l'une des méthodes suivantes :
- Activer la journalisation supplémentaire pour toutes les colonnes d'une table.
```
exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'ALL');
```
- Activer la journalisation supplémentaire de la clé primaire au niveau de la table.
```
exec rdsadmin.rdsadmin_util.alter_supplemental_logging('ADD', 'PRIMARY KEY');
```

Accordez des autorisations fines au compte de base de données Amazon RDS for Oracle.

Accorder des autorisations fines

Autorisations

# This script creates a database account named RDSDT_DTSACCT and grants it the required permissions.
create user RDSDT_DTSACCT IDENTIFIED BY RDSDT_DTSACCT;
grant create session to RDSDT_DTSACCT;
grant connect to RDSDT_DTSACCT;
grant resource to RDSDT_DTSACCT;
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOGMNR_LOGS','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('ALL_OBJECTS','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('ALL_TAB_COLS','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('DBA_REGISTRY','RDSDT_DTSACCT','SELECT');
grant select any table to RDSDT_DTSACCT;
grant select any transaction to RDSDT_DTSACCT;
-- v$log privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOG','RDSDT_DTSACCT','SELECT');
-- v$logfile privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOGFILE','RDSDT_DTSACCT','SELECT');
-- v$archived_log privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$ARCHIVED_LOG','RDSDT_DTSACCT','SELECT');
-- v$parameter privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$PARAMETER','RDSDT_DTSACCT','SELECT');
-- v$database privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$DATABASE','RDSDT_DTSACCT','SELECT');
-- v$active_instances privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$ACTIVE_INSTANCES','RDSDT_DTSACCT','SELECT');
-- v$instance privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$INSTANCE','RDSDT_DTSACCT','SELECT');
-- v$logmnr_contents privileges
exec rdsadmin.rdsadmin_util.grant_sys_object('V_$LOGMNR_CONTENTS','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('USER$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('OBJ$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('COL$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('IND$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('ICOL$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('CDEF$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('CCOL$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('TABPART$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('TABSUBPART$','RDSDT_DTSACCT','SELECT');
exec rdsadmin.rdsadmin_util.grant_sys_object('TABCOMPART$','RDSDT_DTSACCT','SELECT');
grant LOGMINING TO RDSDT_DTSACCT;
grant EXECUTE_CATALOG_ROLE to RDSDT_DTSACCT;
exec rdsadmin.rdsadmin_util.grant_sys_object('DBMS_LOGMNR','RDSDT_DTSACCT','EXECUTE');
grant select on v$database to rdsdt_dtsacct;
grant select on dba_objects to rdsdt_dtsacct;
grant select on DBA_TAB_COMMENTS to rdsdt_dtsacct;
grant select on dba_tab_cols to rdsdt_dtsacct;
grant select_catalog_role TO rdsdt_dtsacct;

Si votre instance Amazon RDS for Oracle est en version 9i, 10g ou 11g, effectuez les étapes suivantes pour configurer ses journaux :
1. Connectez-vous à la base de données Amazon RDS for Oracle à l'aide d'un compte utilisateur maître et de l'outil SQL*Plus.
2. Exécutez la commande archive log list; pour vérifier que l'instance Amazon RDS for Oracle est en mode ARCHIVELOG.
  
  Remarque
  Si l'instance est en mode NOARCHIVELOG, activez le mode ARCHIVELOG. Gestion des journaux redo archivés.
3. Activez la journalisation forcée.
```
exec rdsadmin.rdsadmin_util.force_logging(p_enable => true);
```
4. Activez la journalisation supplémentaire de la clé primaire.
```
begin rdsadmin.rdsadmin_util.alter_supplemental_logging(p_action => 'ADD',p_type => 'PRIMARY KEY');end;/
```
5. Activez la journalisation supplémentaire de la clé unique.
```
begin rdsadmin.rdsadmin_util.alter_supplemental_logging(p_action => 'ADD',p_type => 'UNIQUE');end;/
```
6. Définissez la période de rétention des journaux archivés.
```
begin rdsadmin.rdsadmin_util.set_configuration(name => 'archivelog retention hours', value => '24');end;/
```
7. Définissez la période de rétention des journaux archivés.
  
  Remarque
  Conservez les journaux archivés pendant au moins 24 heures.
8. Validez les modifications.
```
commit;
```

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 les rubriques Simple mode console et Customize the layout and style of the DMS console.
1. Connectez-vous à la console Data Management (DMS).
2. Dans la barre de menus supérieure, choisissez Data + AI > Data Transmission (DTS) > Data Migration.
3. À droite de Data Migration Tasks, sélectionnez la région où se trouve l'instance de migration.
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. Dans le cas contraire, la tâche pourrait échouer ou des incohérences de données pourraient survenir.

Catégorie	Paramètre	Description
S.O.	Task Name	DTS génère automatiquement un nom de tâche. Nous vous recommandons de spécifier un nom descriptif pour une identification facile. Le nom n'a pas besoin d'être unique.
Source Database	Select a DMS database instance.	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 auprès de DMS. Pour plus d'informations, consultez les rubriques ApsaraDB Data Ingestion et Register a database hosted on a third-party cloud service or a self-managed database. Dans la console DTS, vous pouvez enregistrer une base de données auprès de DTS sur la page Database Connections ou sur la nouvelle page de configuration. Pour plus d'informations, consultez la rubrique Manage database connections.
	Database Type	Sélectionnez Oracle.
	Access Method	Sélectionnez Public IP Address.
	Instance Region	Sélectionnez la région de la base de données source Amazon RDS for Oracle. Remarque Si la région ne figure pas dans la liste, sélectionnez la région géographiquement la plus proche.
	Domain Name or IP	Saisissez le point de terminaison de la base de données Amazon RDS for Oracle. Remarque Vous trouverez les informations de connexion sur la page Basic Information de l'instance Amazon RDS for Oracle.
	Port Number	Saisissez le port de service de la base de données Amazon RDS for Oracle. Valeur par défaut : 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. Dans cet exemple, l'option Non-RAC Instance est sélectionnée.
	Database Account	Saisissez le compte de base de données de la base de données source Amazon RDS for Oracle. Les autorisations requises sont répertoriées dans la section Permissions required for database accounts.
	Database Password	Saisissez le mot de passe du compte de base de données.
Destination Database	Select a DMS database instance.	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 auprès de DMS. Pour plus d'informations, consultez les rubriques ApsaraDB Data Ingestion et Register a database hosted on a third-party cloud service or a self-managed database. Dans la console DTS, vous pouvez enregistrer une base de données auprès de DTS sur la page Database Connections ou sur la nouvelle page de configuration. Pour plus d'informations, consultez la rubrique Manage database connections.
	Database Type	Sélectionnez MySQL.
	Access Method	Sélectionnez Alibaba Cloud Instance.
	Instance Region	Sélectionnez la région de l'instance de destination RDS for MySQL.
	RDS Instance ID	Sélectionnez l'ID de l'instance de destination RDS for MySQL.
	Database Account	Saisissez le compte de base de données pour l'instance de destination RDS for MySQL. Les autorisations requises sont répertoriées dans la section Permissions required for database accounts.
	Database Password	Saisissez le mot de passe du compte de base de données.
	Connection Method	Sélectionnez Non-encrypted ou SSL-encrypted en fonction des exigences de votre base de données. Si vous définissez ce paramètre sur SSL-encrypted, vous devez au préalable activer le chiffrement SSL pour l'instance RDS for MySQL. Pour plus d'informations, consultez la rubrique Quickly enable SSL encryption using a cloud certificate.

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 afin d'autoriser l'accès depuis les serveurs DTS. Pour plus d'informations, consultez la rubrique Add DTS server IP addresses to a whitelist.

Configurez les objets de la tâche.

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

Paramètre	Description
Migration Types	Si vous devez uniquement effectuer une migration complète, sélectionnez à la fois Schema Migration et Full Data Migration. Pour effectuer une migration sans interruption de service, sélectionnez Schema Migration, Full Data Migration et Incremental Data Migration. Remarque Si vous ne sélectionnez pas Schema Migration, vous devez vous assurer qu'une base de données et des tables destinées à recevoir les données existent dans la base de données de destination. Vous pouvez également utiliser la fonctionnalité de mappage des noms d'objets dans la zone Selected Objects selon vos besoins. Si vous ne sélectionnez pas Incremental Data Migration, n'écrivez pas de nouvelles données dans l'instance source pendant la migration des données afin de garantir la cohérence des données.
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 vérification préalable est validée. Si des tables homonymes existent, une erreur est signalée lors de la vérification préalable et la tâche de migration des données ne démarre pas. Remarque Si une table de la base de données de destination porte le même nom mais ne peut pas être facilement supprimée ou renommée, vous pouvez modifier le nom de la table dans la base de données de destination. Pour plus d'informations, consultez la rubrique Mappage des noms d'objets. Ignore Errors and Proceed : Ignore la vérification des tables portant 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 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 l'enregistrement présent dans 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.
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 au niveau de la base de données, de la table et de la colonne.
Selected Objects	Pour modifier le nom d'un seul objet de migration dans l'instance cible, faites un clic droit sur l'objet dans la zone Selected Objects. Pour plus d'informations, consultez la rubrique Mapper les noms individuels de schéma, de table et de colonne. Pour modifier les noms de plusieurs objets de migration dans l'instance cible, cliquez sur Selected Objects dans le coin supérieur droit de la zone Batch Edit. Pour plus d'informations, consultez la rubrique Mapper plusieurs noms de schéma, de table et de colonne. Remarque Si vous utilisez la fonctionnalité de mappage des noms d'objets, les autres objets qui dépendent de l'objet renommé risquent de ne pas être migrés. Pour filtrer les données à l'aide d'une clause WHERE, faites un clic droit sur la table dans la zone Selected Objects et définissez la condition de filtre. Filtrer les données de tâche à l'aide de conditions SQL. Pour sélectionner les opérations SQL pour la migration incrémentielle des données au niveau de la base de données ou de la table, faites un clic droit sur l'objet de migration 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
Dedicated Cluster for Task Scheduling	Par défaut, DTS planifie les tâches sur un cluster partagé. Vous pouvez acheter un cluster dédié pour exécuter des tâches de migration. Qu'est-ce qu'un cluster dédié DTS ?.
Retry Time for Failed Connections	Une fois la tâche de migration démarrée, si la connexion à la base de données source ou de destination échoue, DTS signale une erreur et commence immédiatement à retenter la connexion. La durée de nouvelle tentative par défaut est de 720 minutes. Vous pouvez personnaliser le délai de nouvelle tentative avec une valeur comprise entre 10 et 1440 minutes. Nous vous recommandons de définir une durée supérieure à 30 minutes. Si DTS se reconnecte aux bases de données source et de destination dans le délai spécifié, la tâche de migration reprend automatiquement. Dans le cas contraire, la tâche échoue. Remarque Pour plusieurs instances DTS partageant la même source ou la même destination, le 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 vous 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.
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é, 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 le délai de nouvelle tentative avec une valeur comprise entre 1 et 1440 minutes. Nous vous recommandons de définir une durée supérieure à 10 minutes. Si les opérations associées réussissent dans le délai de nouvelle tentative spécifié, la tâche de migration reprend automatiquement. Dans le cas contraire, la tâche échoue. Important La valeur du paramètre Retry Time for Other Issues doit être inférieure à la valeur du paramètre Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Lors de 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 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 Full Data Migration pour le paramètre Migration Types. Vous pouvez également ajuster la vitesse de migration complète une fois que l'instance de migration est 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 Incremental Data Migration pour le paramètre 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.
Environment Tag	Sélectionnez un tag d'environnement pour identifier l'instance. Non requis pour cet exemple.
Actual Write Code	Sélectionnez l'encodage des caractères pour les données écrites dans la destination.
Configure ETL	Choisissez d'activer ou non la fonctionnalité ETL (Extract, Transform, Load). Pour plus d'informations, consultez la rubrique Qu'est-ce que l'ETL ? Valeurs valides : Yes : Active la fonctionnalité ETL. Saisissez les instructions de traitement des données dans l'éditeur de code. Pour plus d'informations, consultez la rubrique Configurer ETL dans une tâche de migration ou de synchronisation des données. No : Désactive la fonctionnalité ETL.
Monitoring and Alerting	Sélectionnez si vous souhaitez définir des alertes et recevoir des notifications d'alerte en fonction de vos besoins métier. No : Ne définit pas d'alerte. Yes : Configurez les alertes en définissant un seuil d'alerte et 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 vérification préalable.
- Pour afficher les paramètres de configuration de cette instance lorsque vous appelez 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 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 vérification préalable. La tâche ne démarre qu'après avoir passé cette vérification.
- Si la vérification préalable échoue, cliquez sur View Details à côté de l'élément de vérification ayant échoué, corrigez le problème en suivant les instructions, puis exécutez à nouveau la vérification préalable.
- Si un avertissement est signalé lors de la vérification préalable :
  
  Pour les éléments de vérification qui ne peuvent pas être ignorés, cliquez sur View Details à côté de l'élément ayant échoué, corrigez le problème en suivant les instructions, puis exécutez à nouveau la vérification préalable.
  
  Pour les éléments de vérification qui peuvent être ignorés, vous pouvez cliquer sur Confirm Alert Details, Ignore, OK et Precheck Again pour ignorer l'élément d'avertissement et exécuter à nouveau la vérification préalable. 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 ci-dessous.

Catégorie	Paramètre	Description
New Instance Class	Resource Group Settings	Sélectionnez le groupe de ressources auquel l'instance appartient. La valeur par défaut est le groupe de ressources par défaut. Pour plus d'informations, consultez la rubrique Qu'est-ce que 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 en fonction de votre scénario métier. Pour plus d'informations, consultez la rubrique Spécifications de lien 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.

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 dans le coin inférieur droit, puis cliquez 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.