Data Transmission Service:Configurer une tâche d'intégration de données entre des instances ApsaraDB RDS for MySQL

Prérequis

Assurez-vous d'avoir créé les instances source et de destination ApsaraDB RDS for MySQL. Pour plus d'informations, consultez (Obsolète, redirection vers « Étape 1 ») Créer une instance ApsaraDB RDS for MySQL.

Contexte

La fonctionnalité d'intégration de données du service Data Transmission Service (DTS) permet de migrer périodiquement le schéma et les données existantes d'une base de données source vers une base de données de destination, selon une politique de planification. Cela facilite la création d'un entrepôt de données plus flexible. Pour plus d'informations, consultez Politiques de planification pour l'intégration de données.

Remarques

Des doublons peuvent apparaître dans la base de données de destination si la base de données source ne dispose ni de clé primaire, ni de contrainte d'unicité, ni de colonnes contenant des valeurs uniques.

Limites

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

  Remarque

  Lors de la migration du schéma, DTS remplace le

  DEFINER

  des vues, des procédures stockées ou des fonctions par

  INVOKER

  .

• DTS ne migre pas les informations relatives aux utilisateurs. Pour appeler des vues, des procédures stockées ou des fonctions dans la base de destination, accordez des autorisations de lecture et d'écriture à l'appelant.

Facturation

Procédure

Cette rubrique décrit la procédure de configuration, en prenant pour exemple des instances ApsaraDB RDS for MySQL dans la région Chine (Qingdao).

1. Connectez-vous à la console DTS.

   Remarque

   • Si vous êtes automatiquement redirigé de la console DTS vers la console Data Management (DMS), cliquez sur l'icône

     

     dans le coin inférieur droit, puis cliquez sur

     

     pour revenir à la version précédente de la console DTS.

   • Si vous utilisez la nouvelle console DTS, cliquez sur l'icône

     

     dans le coin inférieur droit pour revenir à la version précédente de la console DTS.

2. Dans le volet de navigation de gauche, cliquez sur Data Integration.

3. En haut de la page Data Integration Tasks, sélectionnez la région où se trouve l'instance de destination. Cet exemple utilise la région Chine (Qingdao).

4. Dans le coin supérieur droit de la page, cliquez sur Create data integration task.

5. Configurez les paramètres de connexion pour les bases de données source et de destination.

   Section	Paramètre	Description
   N/A	Task name	DTS génère automatiquement un nom de tâche. Spécifiez un nom descriptif pour faciliter l'identification. Le nom n'a pas besoin d'être unique.
   Source Database	Instance type	Sélectionnez RDS Instance.
   	Region	Sélectionnez la région de l'instance RDS source. Cet exemple utilise China (Qingdao).
   	Database account	Saisissez le compte de base de données pour l'instance RDS source. Ce compte doit disposer des autorisations de lecture et d'écriture. Remarque Pour plus d'informations sur la création d'un compte de base de données et l'octroi d'autorisations, consultez Create an ApsaraDB RDS for MySQL account.
   	Database password	Saisissez le mot de passe du compte de base de données. Remarque Après avoir configuré les informations de la base de données source, cliquez sur Database Password à côté de Test Connectivity pour vérifier les paramètres. Si les paramètres sont valides, le message Passed s'affiche. En cas d'échec du test, un message Failed apparaît. Cliquez sur Failed à côté du message Diagnose et suivez les instructions pour modifier les informations de la base de données source.
   	Connection method	Sélectionnez Non-encrypted ou SSL-encrypted. Si vous sélectionnez SSL-encrypted, vous devez activer le chiffrement SSL pour l'instance RDS au préalable. Pour plus d'informations, consultez Configure SSL encryption. Remarque Le paramètre Encryption est disponible uniquement dans la région Chine (Hong Kong) et les régions de Chine continentale.
   Destination Database	Instance type	Sélectionnez RDS Instance.
   	Region	Sélectionnez la région de l'instance RDS de destination. Cet exemple utilise China (Qingdao).
   	Database account	Saisissez le compte de base de données pour l'instance RDS de destination. Ce compte doit disposer des autorisations de lecture et d'écriture. Remarque Pour plus d'informations sur la création d'un compte de base de données et l'octroi d'autorisations, consultez Create an ApsaraDB RDS for MySQL account.
   	Database password	Saisissez le mot de passe du compte de base de données. Remarque Après avoir configuré les informations de la base de données de destination, cliquez sur Database Password à côté de Test Connectivity pour vérifier les paramètres. Si les paramètres sont valides, le message Passed s'affiche. En cas d'échec du test, un message Failed apparaît. Cliquez sur Failed à côté du message Diagnose et suivez les instructions pour modifier les informations de la base de données de destination.
   	Connection method	Sélectionnez Non-encrypted ou SSL-encrypted. Si vous sélectionnez SSL-encrypted, vous devez activer le chiffrement SSL pour l'instance RDS au préalable. Pour plus d'informations, consultez Configure SSL encryption. Remarque Le paramètre Encryption est disponible uniquement dans la région Chine (Hong Kong) et les régions de Chine continentale.

6. Une fois la configuration terminée, cliquez sur Add whitelist and go to next step dans le coin inférieur droit.

7. Configurez une politique de planification périodique et sélectionnez les objets à migrer.

   1. Configurez la politique de planification périodique.

      Paramètre	Description
      Migration Types	Sélectionnez Schema Migration et Full data migration. Lors de la première migration, DTS migre le schéma et les données existantes pour les objets de migration sélectionnés.
      Scheduling policy	Full copy mode Resynchronization mode Timestamp-based incremental mode Remarque Pour plus d'informations sur la description, les limites et les scénarios des politiques de planification, consultez Scheduling policies.
      Effective dates	Cliquez sur l'icône et sélectionnez les dates de début et de fin pour la planification. La durée maximale est de 365 jours.
      Scheduling Cycle	Sélectionnez Days ou Weeks et définissez un moment précis pour la planification. Remarque Lors de la migration complète des données, DTS consomme une quantité spécifique de ressources de lecture et d'écriture des bases de données source et de destination, ce qui peut augmenter la charge de la base de données. Évaluez les performances des bases de données source et de destination et planifiez la tâche pendant les heures creuses. Une fois la configuration terminée, cliquez sur View scheduled times à côté de Task failure policy pour vérifier la planification.
      Task failure policy	Sélectionnez l'une des options suivantes en fonction de vos besoins métier : Stop subsequent scheduled tasks upon a single task failure Ignore failure and proceed with next scheduled task

   2. Sélectionnez les objets à migrer.

      Paramètre

      Description

      Migration objects

      Dans la zone Available, cliquez sur les objets que vous souhaitez migrer, tels que des bases de données, des tables ou des colonnes, puis cliquez sur l'icône pour déplacer les objets vers la zone Selected Objects. Remarque Si vous définissez Scheduling policy sur Timestamp-based incremental mode, vous ne pouvez pas sélectionner une base de données entière comme objet de migration. Vous devez sélectionner des tables ou des colonnes spécifiques. Sinon, vous ne pourrez pas spécifier la colonne d'horodatage à l'étape suivante. Par défaut, les noms des objets migrés restent inchangés après la migration. Si vous souhaitez modifier les noms des objets migrés dans l'instance de destination, utilisez la fonctionnalité de mappage de noms d'objets. Pour plus d'informations, consultez Object name mapping. Si vous utilisez la fonctionnalité de mappage de noms d'objets, les autres objets qui dépendent de l'objet renommé risquent de ne pas être migrés.

   3. Dans le coin inférieur droit de la page, cliquez sur Next.

      Remarque

      Cette étape n'est requise que si vous définissez

      Scheduling policy

      sur

      Timestamp-based incremental mode

      .

      À l'étape

      Advanced settings

      , spécifiez une colonne d'horodatage pour chaque table que vous souhaitez migrer. Par exemple, pour la table

      order

      dans la base de données

      dtstestdata

      , sélectionnez

      ordertime

      dans la liste déroulante

      Timestamp column

      .

8. Une fois la configuration terminée, cliquez sur Precheck and Start dans le coin inférieur droit 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 peut démarrer qu'après avoir réussi cette vérification.

   • Si la vérification préalable échoue, cliquez sur l'icône à côté de l'élément ayant échoué pour afficher les détails.

     • Corrigez les problèmes comme indiqué et relancez la vérification préalable.

     • Si vous n'avez pas besoin de corriger les éléments d'avertissement, sélectionnez Ignore puis cliquez sur Ignore Warnings and Rerun Precheck pour relancer la vérification préalable.

9. Une fois la vérification préalable réussie, cliquez sur Next.

10. Dans la boîte de dialogue Confirm Settings qui s'affiche, sélectionnez une Instance Class et cochez la case Data Transmission Service (pay-as-you-go) Service Terms.

11. Cliquez sur Purchase and start. La tâche d'intégration de données démarre à la prochaine heure planifiée.

    Une fois la tâche démarrée, la page des détails de la tâche indique que l'état de la tâche est

    Running

    et que l'état de la vérification préalable est

    Passed

    . La page affiche également la progression de

    Schema migration

    et de

    Full data migration

    .

    Remarque

    La tâche s'arrête automatiquement lorsque sa planification se termine. Pour arrêter la tâche avant l'heure de fin prévue, cliquez sur

    Stop data integration task

    .

Résultats

Lorsque la tâche actuelle est terminée, son état passe à Completed et DTS attend la prochaine exécution planifiée. La page affiche une progression de 100 % pour Schema migration et Full data migration, avec 49 751 lignes migrées lors de la migration complète des données.