Data Transmission Service:Migrer des données d'une base de données OceanBase compatible MySQL vers un cluster PolarDB pour MySQL

Contraintes relatives à la base de données source

• La base de données source ne peut pas être une base de données ApsaraDB for OceanBase.

• Le serveur de la base de données source doit disposer d'une bande passante sortante suffisante. Une bande passante insuffisante réduit la vitesse de migration.

• Les tables à migrer doivent comporter des contraintes PRIMARY KEY ou UNIQUE, et tous les champs doivent être uniques. Dans le cas contraire, la base de données de destination peut contenir des enregistrements en double.

• Si vous sélectionnez des tables comme objets de migration et que vous devez renommer des tables ou des colonnes dans la base de données de destination, une seule tâche peut migrer jusqu'à 1 000 tables. La migration de plus de 1 000 tables dans une seule tâche génère une erreur de requête. Dans ce cas, divisez la migration en plusieurs tâches ou migrez la base de données entière.

• Les données de type GEOMETRY ne peuvent être migrées qu'à l'aide de la migration complète des données. La migration incrémentielle des données n'est pas prise en charge pour ce type.

• Les noms de colonne dans une base de données MySQL ne sont pas sensibles à la casse. Si la base de données source contient plusieurs colonnes dont les noms ne diffèrent que par la casse, DTS migre les données de ces colonnes vers la même colonne de destination, ce qui peut produire des résultats inattendus.

Autres contraintes

• DTS ne prend pas en charge la conversion des données du type DATETIME vers le type VARCHAR.

• La limitation de débit n'est pas disponible pour la migration complète des données.

• Si le nom de la base de données source ne respecte pas les conventions de nommage de PolarDB pour MySQL, créez la base de données de destination dans le cluster PolarDB pour MySQL avant de configurer la tâche de migration. Utilisez ensuite la fonctionnalité de mappage de nom d'objet pour la renommer à l'étape Configure Objects and Advanced Settings. Pour connaître les conventions de nommage et la procédure de création d'une base de données, consultez la rubrique Gestion des bases de données.

• Pour les colonnes de type FLOAT ou DOUBLE, DTS applique ROUND(COLUMN,PRECISION) pour récupérer les valeurs. Si aucune précision n'est spécifiée, DTS utilise par défaut 38 chiffres pour FLOAT et 308 chiffres pour DOUBLE. Vérifiez que ces valeurs par défaut répondent aux exigences de votre activité.

• DTS relance automatiquement les tâches ayant échoué pendant sept jours maximum. Avant de basculer les charges de travail vers la base de données de destination, arrêtez ou libérez toutes les tâches ayant échoué, ou exécutez REVOKE pour supprimer les autorisations d'écriture de DTS sur la base de données de destination. Sinon, une tâche reprise risque d'écraser les données de destination avec les données source.

• Si l'exécution d'une instruction DDL échoue dans la base de données de destination, la tâche DTS continue de s'exécuter. Consultez les instructions DDL ayant échoué dans les journaux de la tâche. Pour plus de détails, voir Afficher les journaux de tâche.

Étape 1 : Accéder à la page Tâches de migration de données

1. Connectez-vous à la console Data Management (DMS).

2. Dans la barre de navigation supérieure, cliquez sur DTS.

3. Dans le volet de navigation de gauche, choisissez DTS (DTS) > Data Migration.

La navigation peut varier selon le mode et la disposition de la console DMS. Pour plus de détails, consultez les rubriques Mode simple et Personnaliser la disposition et le style de la console DMS . Vous pouvez également accéder directement à la page Tâches de migration de données dans la nouvelle console DTS .

Étape 2 : Sélectionner la région

Dans la liste déroulante située à côté de Data Migration Tasks, sélectionnez la région où réside l'instance de migration de données.

Dans la nouvelle console DTS, sélectionnez la région dans le coin supérieur gauche de la page.

Étape 3 : Configurer les bases de données source et de destination

Cliquez sur Create Task. Sur la page de l'assistant de création de tâche, configurez les paramètres suivants.

Base de données source

Si la base de données source est autogérée, configurez l'environnement requis avant la migration. Pour plus de détails, consultez la rubrique Présentation de la préparation .

Base de données de destination

Étape 4 : Tester la connectivité

Cliquez sur Test Connectivity and Proceed.

Si la base de données source utilise une liste d'autorisation d'adresses IP, ajoutez les plages CIDR des serveurs DTS à la liste d'autorisation avant de cliquer sur Test Connectivity and Proceed.

• Instances de base de données Alibaba Cloud (telles qu'ApsaraDB RDS for MySQL ou ApsaraDB for MongoDB) : DTS ajoute automatiquement ses plages CIDR.

• Bases de données autogérées sur ECS : DTS ajoute automatiquement ses plages CIDR aux règles du groupe de sécurité ECS. Assurez-vous que l'instance ECS peut accéder à la base de données. Si la base de données s'étend sur plusieurs instances ECS, ajoutez manuellement les plages CIDR à chaque instance.

• Bases de données autogérées dans un centre de données ou sur un cloud tiers : Ajoutez manuellement les plages CIDR à la liste d'autorisation d'adresses IP de la base de données.

Pour obtenir la liste des plages CIDR des serveurs DTS, consultez la rubrique Ajouter les plages CIDR des serveurs DTS.

Étape 5 : Configurer les objets et les paramètres de migration

Le mappage de nom d'objet peut entraîner une incohérence des données ou rompre les objets qui dépendent de l'objet renommé. Par exemple, une migration de table non complète avec mappage de colonne peut entraîner une perte de données si les colonnes source sont absentes du schéma de destination.

Étape 6 : Configurer les paramètres avancés

Cliquez sur Next: Advanced Settings et configurez les paramètres suivants.

Pendant la migration complète des données, DTS utilise les ressources de lecture et d'écriture sur les bases de données source et de destination, ce qui augmente la charge du serveur. Exécutez les migrations pendant les heures creuses. Une fois la migration complète des données terminée, les opérations INSERT simultanées peuvent provoquer une fragmentation des tables dans la base de données de destination, de sorte que l'espace de table de destination sera plus grand que celui de la source.

Étape 7 : Exécuter la prévérification

Cliquez sur Next: Save Task Settings and Precheck.

Pour afficher un aperçu des paramètres d'API pour cette configuration de tâche avant l'enregistrement, placez le curseur sur Next: Save Task Settings and Precheck et cliquez sur Preview OpenAPI parameters.

DTS exécute une prévérification avant de démarrer la tâche de migration. La tâche ne peut démarrer qu'après la réussite de la prévérification.

• Si un élément de prévérification échoue, cliquez sur View Details à côté de l'élément ayant échoué pour voir la cause, corriger le problème et relancer la prévérification.

• Si un élément de prévérification génère une alerte, gérez-la en fonction du scénario :

  • Si l'alerte ne peut pas être ignorée, cliquez sur View Details à côté de l'élément ayant échoué, résolvez les problèmes et relancez la prévérification.

  • Si l'alerte peut être ignorée en toute sécurité, cliquez sur Confirm Alert Details, puis cliquez sur Ignore dans la boîte de dialogue View Details, cliquez sur OK et cliquez sur Precheck Again.

Étape 8 : Acheter l'instance DTS

Attendez que le taux de réussite atteigne 100 %, puis cliquez sur Next: Purchase Instance.

Sur la page Purchase Instance, configurez les éléments suivants :

Étape 9 : Démarrer la tâche de migration

Lisez et cochez la case Data Transmission Service (Pay-as-you-go) Service Terms, puis cliquez sur Buy and Start. Surveillez la progression de la tâche dans la liste des tâches.