Data Transmission Service:Migrer RDS for SQL Server vers PolarDB for MySQL

Exigences relatives à la base de données source

• Les tables à migrer doivent posséder des clés primaires ou des contraintes UNIQUE avec des champs uniques. Dans le cas contraire, des données en double peuvent apparaître dans la base de données de destination.

• Une seule tâche de migration prend en charge un maximum de 1 000 tables lorsque vous modifiez des objets au niveau des tables (comme le mappage des noms de tables ou de colonnes). Si vous dépassez cette limite, répartissez les tables sur plusieurs tâches de migration ou configurez la tâche pour migrer une base de données entière.

• Une seule tâche de migration prend en charge un maximum de 10 bases de données. Le dépassement de cette limite peut entraîner des problèmes de stabilité et de performance.

• Si vous migrez des objets spécifiques plutôt qu'une base de données entière, les tables portant le même nom mais ayant des noms de schéma différents ne peuvent pas être migrées vers la même base de données de destination.

• 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.

• L'option READ_COMMITTED_SNAPSHOT doit être activée sur la base de données source lors de la migration complète des données. Sa désactivation autorise des verrous partagés qui peuvent affecter les écritures de données et provoquer des incohérences de données ou des pannes d'instance. Les exceptions résultant de cette cause ne sont pas couvertes par l'accord de niveau de service (SLA) de DTS.

Exigences relatives à la migration incrémentielle

Pour la migration incrémentielle, la base de données source doit répondre aux conditions suivantes :

• Les journaux doivent être activés avec le mode de sauvegarde défini sur Full, et une sauvegarde physique complète doit avoir été effectuée avec succès.

• Pour les tâches de migration incrémentielle uniquement, DTS exige que les journaux soient conservés pendant plus de 24 heures. Pour les tâches incluant à la fois la migration complète et incrémentielle, les journaux doivent être conservés pendant au moins 7 jours. Vous pouvez augmenter la période de rétention à plus de 24 heures une fois la migration complète terminée. Une rétention insuffisante des journaux peut entraîner l'échec de la tâche DTS et, dans les cas extrêmes, provoquer des incohérences ou des pertes de données. Les problèmes causés par une rétention insuffisante des journaux ne sont pas couverts par le SLA de DTS.

• DTS utilise la fonction fn_log pour obtenir les journaux de la base de données source. Ne supprimez pas prématurément les journaux de la base de données source, sous peine d'échec de la tâche DTS.

• N'effectuez pas de modifications de schéma DDL lors de la synchronisation initiale du schéma et de la migration complète des données, sous peine d'échec de la tâche de migration.

• N'écrivez pas de nouvelles données dans l'instance source si vous effectuez uniquement une migration complète des données. Pour garantir la cohérence des données en temps réel, sélectionnez conjointement les options Schema Migration, Full Data Migration et Incremental Data Migration.

• Si une tâche de migration inclut la migration incrémentielle des données, n'effectuez pas de réindexation, sous peine d'échec de la tâche ou de perte de données.

Vous ne pouvez pas modifier les clés primaires des tables pour lesquelles CDC est activé.

Conditions d'activation de CDC

Pour activer CDC sur les tables de la base de données source, toutes les conditions suivantes doivent être remplies. Dans le cas contraire, la vérification préalable échouera.

• La valeur du champ srvname dans la vue sys.sysservers doit correspondre à la valeur renvoyée par la fonction SERVERPROPERTY.

• Pour SQL Server géré par l'utilisateur : le propriétaire de la base de données doit être sa.

• Pour RDS for SQL Server : le propriétaire de la base de données doit être sqlsa.

• Édition Enterprise : SQL Server 2008 ou version ultérieure.

• Édition Standard : SQL Server 2016 SP1 ou version ultérieure.

• SQL Server 2017 (édition Standard ou Enterprise) : mettez à niveau la version de la base de données avant d'activer CDC.

Types de données et objets non migrables

Les types de données SQL Server suivants ne peuvent pas être migrés : CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY, GEOGRAPHY et les types définis par l'utilisateur créés avec la commande CREATE TYPE.

Les types d'objets suivants ne peuvent pas être migrés : PROCEDURE, FUNCTION, TRIGGER, DATATYPE, SYNONYM, CATALOG, PLAN_GUIDE et SEQUENCE.

Les opérations DDL complexes ne peuvent pas être migrées.

Scénarios particuliers

Autres considérations

• Si vous utilisez la commande sp_rename pour renommer des objets (tels que des procédures stockées) avant l'exécution de la tâche de synchronisation initiale du schéma, la tâche risque de ne pas fonctionner comme prévu ou d'échouer. Utilisez plutôt la commande ALTER pour renommer les objets.

• La migration complète des données utilise des opérations INSERT concurrentes, ce qui provoque une fragmentation des tables dans la base de données de destination. Une fois la migration complète terminée, l'espace de stockage de la table de destination est supérieur à celui de la source.

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

• Planifiez la migration pendant les heures creuses. DTS consomme des ressources de lecture et d'écriture sur les bases de données source et de destination lors de la migration complète des données, ce qui augmente la charge de la base de données.

• En cas d'échec d'une tâche, le support 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 les paramètres de la tâche DTS (et non les paramètres de la base de données). Pour connaître les paramètres ajustables, consultez la rubrique Modifier les paramètres de l'instance.

Note sur la migration du schéma

Lors de la migration du schéma, DTS migre les clés étrangères de la source vers la base de données de destination. Pendant la migration complète et incrémentielle des données, DTS désactive temporairement les vérifications de contraintes et les opérations en cascade sur les clés étrangères au niveau de la session. L'exécution de mises à jour ou de suppressions en cascade sur la source pendant la migration peut entraîner des incohérences de données.

Mode d'analyse hybride des journaux (limitations supplémentaires)

En mode d'analyse hybride des journaux, n'ajoutez ni ne supprimez consécutivement des colonnes à un intervalle inférieur à 10 minutes. Par exemple, les instructions consécutives suivantes provoquent une erreur de tâche :

ALTER TABLE test_table DROP COLUMN Flag;
ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');

DTS crée le déclencheur dts_cdc_sync_ddl, la table de pulsation dts_sync_progress et la table de stockage DDL dts_cdc_ddl_history dans la base de données source. En mode de synchronisation incrémentielle hybride, DTS active également CDC au niveau de la base de données et CDC pour certaines tables. Maintenez le taux de modification des données pour les tables activées pour CDC à 1 000 enregistrements par seconde (RPS) ou moins.

exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;

Étape 1 : Ouvrir la liste des tâches de migration

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

1. Cliquez sur Create Task.

2. Configurez la base de données source.

   Avertissement

   Après avoir sélectionné les instances source et de destination, lisez attentivement les limitations affichées en haut de la page. Dans le cas contraire, la tâche risque d'échouer ou des incohérences de données peuvent survenir.

   Paramètre	Valeur
   Task Name	DTS génère automatiquement un nom. Spécifiez un nom descriptif pour une identification facile. Le nom n'a pas besoin d'être unique.
   Select Existing Connection	Sélectionnez une instance de base de données enregistrée dans la liste déroulante pour remplir automatiquement les détails de connexion. Si l'instance n'est pas enregistrée, configurez la connexion manuellement. Remarque Dans la console DMS, ce paramètre est nommé Select a DMS database instance.
   Database Type	Sélectionnez SQL Server.
   Access Method	Sélectionnez Alibaba Cloud Instance.
   Instance Region	Sélectionnez la région de l'instance RDS for SQL Server source.
   Replicate Data Across Alibaba Cloud Accounts	Sélectionnez No (migration au sein du même compte).
   RDS Instance ID	Sélectionnez l'ID de l'instance RDS for SQL Server source.
   Database Account	Saisissez le compte de base de données. Pour les exigences en matière d'autorisations, consultez la section Autorisations requises.
   Database Password	Saisissez le mot de passe du compte.
   Encryption	Sélectionnez Non-encrypted si le chiffrement SSL est désactivé sur la base de données source. Sélectionnez SSL-encrypted si le chiffrement SSL est activé. DTS fait confiance au certificat du serveur par défaut.

3. Configurez la base de données de destination.

   Paramètre	Valeur
   Select Existing Connection	Sélectionnez une instance de base de données enregistrée dans la liste déroulante pour remplir automatiquement les détails de connexion. Si l'instance n'est pas enregistrée, configurez la connexion manuellement. Remarque Dans la console DMS, ce paramètre est nommé Select a DMS database instance.
   Database Type	Sélectionnez PolarDB for MySQL.
   Access Method	Sélectionnez Alibaba Cloud Instance.
   Instance Region	Sélectionnez la région du cluster PolarDB for MySQL de destination.
   PolarDB Cluster ID	Sélectionnez l'ID du cluster PolarDB for MySQL de destination.
   Database Account	Saisissez le compte de base de données. Pour les exigences en matière d'autorisations, consultez la section Autorisations requises.
   Database Password	Saisissez le mot de passe du compte.
   Encryption	Sélectionnez une méthode de connexion selon vos besoins. Pour plus de détails sur le chiffrement SSL, consultez la rubrique Activer le chiffrement SSL.

4. Cliquez sur Test Connectivity and Proceed en bas de la page.

   DTS ajoute automatiquement ses plages d'adresses IP aux paramètres de sécurité des bases de données source et de destination. Si la source ou la destination est une base de données gérée par l'utilisateur ( Access Method n'est pas Alibaba Cloud Instance ), cliquez également sur Test Connectivity dans la boîte de dialogue CIDR Blocks of DTS Servers . Pour plus de détails, consultez la rubrique Ajouter les adresses IP des serveurs DTS à une liste blanche .

Étape 3 : Configurer les objets de migration

Sur la page Configure Objects, configurez les paramètres suivants.

Paramètre	Description
Migration Types	Sélectionnez les types de migration adaptés à votre scénario. Pour une migration complète uniquement, sélectionnez Schema Migration et Full Data Migration. Pour une migration sans temps d'arrêt, sélectionnez également Incremental Data Migration. Remarque Si vous ignorez l'option Schema Migration, assurez-vous que la base de données de destination possède déjà les bases de données et tables cibles. Si vous ignorez l'option Incremental Data Migration, n'écrivez pas de nouvelles données dans l'instance source pendant la migration.
Schema Mapping Mode of Source and Destination Databases	Sélectionnez un mode de mappage de schéma pour mapper les schémas entre les bases de données source et de destination. Avertissement Les tables de différents schémas de la base de données source ne peuvent pas partager le même nom. Dans le cas contraire, des incohérences de données ou un échec de la tâche peuvent survenir.
SQL Server Incremental Synchronization Mode	Sélectionnez un mode en fonction du type de votre base de données source et de la structure de vos tables. Consultez la section Choisir un mode de synchronisation incrémentielle. Ce paramètre n'apparaît que lorsque l'option Incremental Data Migration est sélectionnée.
The maximum number of tables for which CDC is enabled	Spécifiez le nombre maximal de tables activées pour CDC pour cette instance de migration. Valeur par défaut : 1 000. Cette option n'apparaît pas lorsque l'option Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) est sélectionnée.
Processing Mode of Conflicting Tables	Precheck and Report Errors : vérifie la présence de tables portant le même nom dans la base de données de destination avant de démarrer la migration. Si des correspondances existent, la vérification préalable échoue et la migration ne démarre pas. Remarque Si une table conflictuelle ne peut pas être supprimée ou renommée, utilisez le mappage des noms d'objets pour la renommer. Ignore Errors and Proceed : ignore la vérification des tables en double. Avertissement Cela peut entraîner des incohérences de données. Lors de la migration complète, DTS conserve l'enregistrement de destination ; lors de la migration incrémentielle, l'enregistrement source écrase l'enregistrement de destination.
Capitalization of Object Names in Destination Instance	Configurez la politique de sensibilité à la casse pour les noms d'objets migrés (bases de données, tables, colonnes). Valeur par défaut : DTS default policy. Pour plus de détails, consultez la rubrique Sensibilité à la casse des noms d'objets dans la base de données de destination.
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 La granularité de la migration est le schéma, la table ou la colonne. La sélection de tables ou de colonnes uniquement exclut les vues, les déclencheurs et les procédures stockées.
Selected Objects	Pour renommer un objet dans la destination, cliquez avec le bouton droit dessus dans la zone Selected Objects. Pour plus de détails, consultez la rubrique Mappage des colonnes de table individuelles. Pour renommer plusieurs objets à la fois, cliquez sur Batch Edit. Pour plus de détails, consultez la rubrique Mapper plusieurs noms d'objets à la fois. Pour filtrer les lignes, cliquez avec le bouton droit sur une table et configurez la condition WHERE. Pour plus de détails, consultez la rubrique Configurer les conditions de filtrage. Pour sélectionner des opérations SQL incrémentielles spécifiques, cliquez avec le bouton droit sur l'objet et sélectionnez les opérations souhaitées. Remarque Le mappage des noms d'objets peut entraîner des échecs de migration pour d'autres objets dépendant de l'objet renommé.

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

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

Étape 5 : Configurer la validation des données

Cliquez sur Next: Data Validation pour configurer une tâche de validation des données. Pour plus de détails, consultez la rubrique Configurer la validation des données.

Étape 6 : Enregistrer la tâche et exécuter la vérification préalable

Cliquez sur Next: Save Task Settings and Precheck.

Pour prévisualiser les paramètres API pour cette configuration, survolez le bouton Next: Save Task Settings and Precheck et cliquez sur Preview OpenAPI parameters .

DTS exécute une vérification préalable avant le début de la migration. La tâche ne démarre qu'après avoir réussi tous les éléments de vérification préalable.

• Si la vérification préalable échoue, cliquez sur View Details à côté de l'élément ayant échoué, corrigez le problème et relancez la vérification préalable.

• Si un avertissement apparaît :

  • Pour les avertissements qui ne peuvent pas être ignorés : cliquez sur View Details, corrigez le problème et relancez la vérification préalable.

  • Pour les avertissements qui peuvent être ignorés : cliquez sur Confirm Alert Details > Ignore > OK > Precheck Again pour ignorer l'élément. Ignorer les avertissements peut entraîner des incohérences de données ou des risques professionnels.

Étape 7 : Acheter l'instance et démarrer la migration

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

2. Sur la page Purchase, sélectionnez la spécification du lien pour l'instance de migration.

   Paramètre	Description
   Resource Group Settings	Sélectionnez le groupe de ressources pour l'instance. Par défaut : groupe de ressources par défaut. Pour plus de détails, consultez la rubrique Qu'est-ce que Resource Management ?
   Instance Class	Sélectionnez une spécification en fonction de votre scénario de migration. La spécification du lien affecte la vitesse de migration. Pour plus de détails, consultez la rubrique Spécifications des liens de migration de données.

3. Lisez et acceptez les Data Transmission Service (Pay-as-you-go) Service Terms.

4. Cliquez sur Buy and Start. Dans la boîte de dialogue, cliquez sur OK.