Créer un job de migration vers une instance de destination existante

Database Migration Service utilise des jobs de migration pour migrer des données de votre instance de base de données source vers l'instance de base de données de destination. La création d'un job de migration pour une instance de destination existante comprend les étapes suivantes :

  • Définir les paramètres du job de migration
  • Sélectionner le profil de connexion de la base de données source
  • Sélectionner l'instance de base de données de destination existante
  • Rétrograder l'instance existante pour la convertir en instance répliquée avec accès en lecture
  • Configurer la connectivité entre les instances de base de données source et de destination
  • Tester le job de migration pour vous assurer que les informations de connexion fournies pour le job sont valides

Avant de commencer

Avant de créer un job de migration vers une instance de base de données de destination existante, assurez-vous de :

  1. Vérifiez que ce type de migration est compatible avec votre scénario. Par exemple, lorsque vous souhaitez migrer vers une base de données créée en dehors de Database Migration Service, l'instance Cloud SQL de destination doit être vide ou ne contenir que des données de configuration système. Pour en savoir plus, consultez Limites connues.
  2. Créez les ressources nécessaires, configurez votre base de données source et établissez la connectivité réseau. La création d'un job de migration est l'une des étapes du processus de migration complet. Nous vous recommandons de suivre le guide de migration par étapes et de revenir à cette procédure lorsque vous atteignez l'étape du job de migration. Consultez Migrer vers une instance existante.

Créer un job de migration avec la console Google Cloud

Lorsque vous effectuez une migration vers une instance existante à l'aide de la console Google Cloud , Database Migration Service gère automatiquement le profil de connexion de destination pour vous. Pour créer un job de migration vers une instance existante avec la console Google Cloud , procédez comme suit :

Définir les paramètres du job de migration

  1. Dans la console Google Cloud , accédez à la page Jobs de migration.

    Accéder à la page "Jobs de migration"

  2. Cliquez sur Créer un job de migration.

    La page de l'assistant de configuration du job de migration s'ouvre. Cet assistant contient plusieurs panneaux qui vous guident à travers chaque étape de configuration.

    Vous pouvez suspendre la création d'un job de migration à tout moment en cliquant sur ENREGISTRER ET QUITTER. Toutes les données que vous saisissez jusqu'à ce point sont enregistrées dans un brouillon de job de migration. Vous pourrez terminer votre brouillon de job de migration plus tard.

  3. Sur la page Premiers pas, saisissez les informations suivantes :
    1. Nom de la tâche de migration

      Il s'agit d'un nom lisible par l'humain pour votre job de migration. Cette valeur s'affiche dans la console Google Cloud .

    2. ID du job de migration

      Il s'agit d'un identifiant lisible par machine pour votre job de migration. Vous utilisez cette valeur pour travailler avec des jobs de migration à l'aide des commandes Google Cloud CLI ou de l'API Database Migration Service.

    3. Dans la liste Moteur de base de données source, sélectionnez MySQL.

      Le champ Moteur de base de données de destination est renseigné automatiquement et ne peut pas être modifié.

    4. Sélectionnez la région dans laquelle vous enregistrez le job de migration.

      Database Migration Service est un produit entièrement régional, ce qui signifie que toutes les entités liées à votre migration (profils de connexion source et de destination, jobs de migration, bases de données de destination) doivent être enregistrées dans une seule région. Sélectionnez la région en fonction de l'emplacement des services qui ont besoin de vos données, tels que les instances Compute Engine, les applications App Engine ou d'autres services. Une fois que vous avez choisi la région de destination, vous ne pouvez plus modifier cette sélection.

  4. Cliquez sur Enregistrer et continuer.

Spécifier des informations sur le profil de connexion source

Sur la page Définir une source, procédez comme suit :

  1. Dans le menu déroulant Profil de connexion source, sélectionnez le profil de connexion pour votre base de données source.
  2. Dans la section Personnaliser la configuration du vidage complet, cliquez sur Modifier la configuration.
  3. Dans le panneau Modifier la configuration de vidage complet, sélectionnez l'une des options suivantes dans le menu déroulant Méthode de vidage complet :
    • Physique : sélectionnez cette option si vous souhaitez utiliser l'utilitaire Percona XtraBackup pour fournir votre propre fichier de sauvegarde. Cette approche nécessite des étapes de préparation supplémentaires. Pour obtenir le guide complet sur l'utilisation des fichiers de sauvegarde physiques générés par Percona XtraBackup, consultez Migrer vos bases de données à l'aide d'un fichier physique Percona XtraBackup.
    • Basée sur la logique : sélectionnez cette option si vous souhaitez utiliser un fichier de sauvegarde logique créé par l'utilitaire mysqldump. Database Migration Service peut générer automatiquement ce fichier de sauvegarde, ou vous pouvez fournir votre propre copie.
  4. Modifiez les autres paramètres de vidage. Effectuez l'une des opérations suivantes :
    • Si vous utilisez le fichier de sauvegarde physique, dans Indiquez votre dossier, cliquez sur Parcourir, puis sélectionnez le dossier dans lequel vous avez importé votre fichier de dump complet. Assurez-vous de sélectionner le dossier dédié contenant le fichier de sauvegarde complet, et non le bucket de stockage lui-même.

    • Si vous utilisez un fichier de sauvegarde logique, configurez le parallélisme du vidage de données ou les indicateurs de vidage.

      Développez cette section pour connaître la procédure complète de sauvegarde logique des fichiers.

      Dans la section Choisir le mode de génération du fichier de dump, utilisez l'une des options suivantes :

      1. Généré automatiquement (recommandé)

        Cette option est recommandée, car Database Migration Service génère toujours un fichier de dump de la base de données initiale après la création et le démarrage du job de migration.

        Database Migration Service utilise ce fichier pour reproduire les définitions d'objets et les données de table d'origine de votre base de données source afin que ces informations puissent être migrées vers une instance de base de données Cloud SQL de destination.

        Si vous utilisez le vidage généré automatiquement, sélectionnez le type d'opération que Database Migration Service doit effectuer dans la section Configurer l'opération de vidage de base de données :

        • Parallélisme du vidage de données : utilisez une option de parallélisme hautes performances, disponible lors de la migration vers MySQL 5.7 ou 8.

          La vitesse du parallélisme des données est liée à la charge induite sur votre base de données source :

          • Optimal (recommandé) : performances équilibrées avec une charge optimale sur la base de données source.
          • Maximum : offre les vitesses de vidage les plus élevées, mais peut entraîner une charge accrue sur la base de données source.
          • Minimum : utilise la plus faible quantité de ressources de calcul sur la base de données source, mais le débit de vidage peut être plus lent.
        • Options de vidage : cette option est exclusive avec Parallélisme du vidage des données. Utilisez ce paramètre pour configurer directement les options de l'utilitaire mysqldump utilisé pour créer le fichier de dump.

          Pour ajouter un flag :

          1. Cliquez sur AJOUTER UN FLAG.

          2. Sélectionnez l'un des indicateurs suivants :

            • add-locks: : ce flag entoure chaque table contenue dans le fichier de dump avec des instructions LOCK TABLES et UNLOCK TABLES. Cela permet d'accélérer les insertions lorsque le fichier de dump est chargé dans l'instance de destination.
            • ignore-error: Utilisez cette option pour saisir une liste de numéros d'erreur séparés par une virgule. Ces nombres représentent les erreurs que l'utilitaire mysqldump ignorera.
            • max-allowed-packet: Utilisez cette option pour définir la taille maximale du tampon pour la communication entre le client MySQL et la base de données MySQL source. La taille par défaut de la mémoire tampon est de 24 Mo, et la taille maximale est de 1 Go.
          3. Cliquez sur OK.
          4. Répétez ces étapes pour chaque option que vous souhaitez ajouter.

          Pour supprimer un indicateur, cliquez sur l'icône de corbeille à droite de la ligne contenant l'indicateur.

      2. Fournir vos propres libellés

        Cette option n'est pas recommandée, car Database Migration Service effectue par défaut un vidage initial dans le cadre de l'exécution du job de migration.

        Si vous souhaitez utiliser votre propre fichier de dump, sélectionnez Fournir votre propre fichier, cliquez sur PARCOURIR, sélectionnez votre fichier (ou l'intégralité du dossier Cloud Storage si vous utilisez plusieurs fichiers), puis cliquez sur SÉLECTIONNER.

        Assurez-vous que le dump a été généré au cours des dernières 24 heures et qu'il respecte les exigences de dump.

  5. Cliquez sur Enregistrer et continuer.

Sélectionner l'instance Cloud SQL de destination

  1. Dans le menu Type d'instance de destination, sélectionnez Instance existante.
  2. Dans la section Sélectionner une instance de destination, sélectionnez votre instance de destination.

  3. Examinez les informations de la section Informations sur l'instance, puis cliquez sur Sélectionner et continuer.

    Pour migrer vers une base de données de destination existante, Database Migration Service rétrograde l'instance cible et la convertit en réplica. Pour indiquer que la rétrogradation peut être effectuée en toute sécurité, saisissez l'identifiant de l'instance de destination dans la fenêtre de confirmation.

  4. Cliquez sur Confirmer et continuer.

Configurer la connectivité entre les instances de base de données source et de destination

Dans le menu déroulant Méthode de connectivité, sélectionnez une méthode de connectivité réseau. Cette méthode définit la manière dont l'instance Cloud SQL nouvellement créée se connectera à la base de données source. Les méthodes de connectivité réseau actuelles incluent la liste d'autorisation d'adresses IP, le tunnel SSH inversé, les interfaces Private Service Connect et l'appairage de VPC.

Si vous souhaitez utiliser…Alors…
La méthode de connectivité réseau par liste d'autorisation d'adresses IP Vous devez spécifier l'adresse IP sortante de votre instance de destination. Si l'instance Cloud SQL que vous avez créée est une instance à haute disponibilité, incluez les adresses IP sortantes des instances principale et secondaire.
La méthode de connectivité réseau par tunnel SSH inversé, Vous devez sélectionner l'instance de VM Compute Engine qui hébergera le tunnel.

Après avoir spécifié l'instance, Google fournit un script qui effectue les étapes de configuration du tunnel entre les bases de données source et de destination. Vous devrez exécuter le script dans la Google Cloud CLI.

Exécutez les commandes à partir d'une machine connectée à la fois à la base de données source et à Google Cloud.
La méthode de connectivité des interfaces Private Service Connect Database Migration Service établit automatiquement les connexions requises. Cette méthode de connectivité n'est disponible que si vous disposez d'une instance Private Service Connect avec un rattachement de réseau. Pour en savoir plus sur les interfaces Private Service Connect, consultez Connexions sortantes Private Service Connect dans la documentation Cloud SQL.
la méthode de connectivité réseau par appairage de VPC ; Vous devez sélectionner le réseau VPC où se trouve la base de données source. L'instance Cloud SQL sera mise à jour pour se connecter à ce réseau.

Après avoir sélectionné et configuré la connectivité réseau, cliquez sur Configurer et continuer.

Configurer des bases de données de migration

Vous pouvez migrer toutes les bases de données de votre instance source ou n'en choisir que certaines. Votre instance de destination ne peut pas contenir de bases de données portant le même nom que celles que vous choisissez de migrer. Si Database Migration Service rencontre un conflit de nom de base de données, la base de données en cause est supprimée dans la destination avant la migration.

  1. Dans la liste Bases de données à migrer, sélectionnez l'une des options suivantes :
    • Toutes les bases de données : sélectionne toutes les bases de données existantes sur la source.
    • Bases de données spécifiques : vous permet de sélectionner des bases de données spécifiques parmi toutes celles qui existent sur la source.

  2. Si vous souhaitez migrer des bases de données spécifiques, vous pouvez filtrer la liste qui s'affiche et sélectionner les bases de données que vous souhaitez que Database Migration Service migre vers votre destination.

    Si la liste ne s'affiche pas et qu'une erreur de découverte de base de données s'affiche, cliquez sur Actualiser. Si la découverte de la base de données échoue, le job migre toutes les bases de données. Vous pouvez continuer à créer un job de migration et corriger les erreurs de connectivité plus tard.

  3. Cliquez sur Enregistrer et continuer.

Tester, créer et exécuter le job de migration

Lors de cette dernière étape, examinez le récapitulatif des paramètres du job de migration, de la source, de la destination et de la méthode de connectivité, puis testez la validité de la configuration du job de migration. En cas de problème, vous pouvez modifier les paramètres du job de migration. Tous les paramètres ne sont pas modifiables.

  1. Sur la page Tester et créer le job de migration, cliquez sur Tester le job.

    Si le test échoue, vous pouvez résoudre le problème dans la partie appropriée du flux, puis revenir au test. Pour savoir comment résoudre les problèmes liés à l'échec d'un test de job de migration, consultez Diagnostiquer les problèmes liés à MySQL.

  2. Une fois le test du job de migration terminé, cliquez sur Créer et démarrer le job pour créer le job de migration et le démarrer immédiatement, ou sur Créer le job pour créer le job de migration sans le démarrer immédiatement.

    Si le job n'est pas démarré au moment de sa création, vous pouvez le démarrer à partir de la page Jobs de migration en cliquant sur DÉMARRER. Quel que soit le moment où le job de migration démarre, votre organisation est facturée pour l'existence de l'instance de destination.

    Votre migration est en cours. Lorsque vous démarrez le job de migration, Database Migration Service lance le vidage complet, ce qui verrouille brièvement la base de données source. Si votre source se trouve dans Amazon RDS ou Amazon Aurora, Database Migration Service nécessite en outre un bref temps d'arrêt d'écriture (environ moins d'une minute) au début de la migration. Pour en savoir plus, consultez la section Limites connues.

  3. Passez à la section Vérifier le job de migration.

Créer un job de migration à l'aide de Google Cloud CLI

Lorsque vous effectuez une migration vers une instance existante à l'aide de la Google Cloud CLI, vous devez créer manuellement le profil de connexion pour l'instance de destination. Cette étape n'est pas nécessaire lorsque vous utilisez la console Google Cloud , car Database Migration Service se charge de créer et de supprimer le profil de connexion de destination pour vous.

Créer un profil de connexion de destination

Créez le profil de connexion de destination pour votre instance de destination existante en exécutant la commande gcloud database-migration connection-profiles create :

Cet exemple utilise l'option facultative --no-async pour que toutes les opérations soient effectuées de manière synchrone. Cela signifie que l'exécution de certaines commandes peut prendre un certain temps. Vous pouvez ignorer l'option --no-async pour exécuter des commandes de manière asynchrone. Si c'est le cas, vous devez utiliser la commande gcloud database-migration operations describe pour vérifier si votre opération a réussi.

Avant d'utiliser les données de la commande ci-dessous, effectuez les remplacements suivants :

  • CONNECTION_PROFILE_ID avec un identifiant lisible par machine pour votre profil de connexion.
  • REGION par l'identifiant de la région dans laquelle vous souhaitez enregistrer le profil de connexion.
  • DESTINATION_INSTANCE_ID par l'identifiant de votre instance de destination.
  • (Facultatif) CONNECTION_PROFILE_NAME par un nom lisible par l'humain pour votre profil de connexion. Cette valeur s'affiche dans la console Google Cloud .

Exécutez la commande suivante :

Linux, macOS ou Cloud Shell

gcloud database-migration connection-profiles \
create mysql CONNECTION_PROFILE_ID \
  --no-async \
  --cloudsql-instance=DESTINATION_INSTANCE_ID \
  --region=REGION \
  --display-name=CONNECTION_PROFILE_NAME

Windows (PowerShell)

gcloud database-migration connection-profiles `
create mysql CONNECTION_PROFILE_ID `
  --no-async `
  --cloudsql-instance=DESTINATION_INSTANCE_ID `
  --region=REGION `
  --display-name=CONNECTION_PROFILE_NAME

Windows (cmd.exe)

gcloud database-migration connection-profiles ^
create mysql CONNECTION_PROFILE_ID ^
  --no-async ^
  --cloudsql-instance=DESTINATION_INSTANCE_ID ^
  --region=REGION ^
  --display-name=CONNECTION_PROFILE_NAME

Vous devriez obtenir un résultat semblable à celui-ci :

Waiting for connection profile [CONNECTION_PROFILE_ID]
to be created with [OPERATION_ID]

Waiting for operation [OPERATION_ID] to complete...done.

Created connection profile CONNECTION_PROFILE_ID [OPERATION_ID]

Créer le job de migration

Cet exemple utilise l'option facultative --no-async pour que toutes les opérations soient effectuées de manière synchrone. Cela signifie que l'exécution de certaines commandes peut prendre un certain temps. Vous pouvez ignorer le flag --no-async pour exécuter les commandes de manière asynchrone. Si vous le faites, vous devez utiliser la commande gcloud database-migration operations describe pour vérifier si l'opération a réussi.

Avant d'utiliser les données de la commande ci-dessous, effectuez les remplacements suivants :

  • MIGRATION_JOB_ID par un identifiant lisible par machine pour votre job de migration. Vous utilisez cette valeur pour travailler avec des jobs de migration à l'aide des commandes Google Cloud CLI ou de l'API Database Migration Service.
  • REGION par l'identifiant de la région dans laquelle vous souhaitez enregistrer le job de migration.
  • MIGRATION_JOB_NAME par un nom lisible par l'humain pour votre job de migration. Cette valeur s'affiche dans la console Google Cloud de Database Migration Service.
  • SOURCE_CONNECTION_PROFILE_ID par un identifiant lisible par machine du profil de connexion source.
  • DESTINATION_CONNECTION_PROFILE_ID par un identifiant lisible par machine du profil de connexion de destination.

  • Facultatif : Database Migration Service migre toutes les bases de données de votre source par défaut. Si vous ne souhaitez migrer que des bases de données spécifiques, utilisez l'option --databases-filter et spécifiez leurs identifiants sous la forme d'une liste d'éléments séparés par une virgule.

    Par exemple : --databases-filter=my-business-database,my-other-database

    Vous pourrez modifier ultérieurement les jobs de migration que vous avez créés avec l'option --databases-filter à l'aide de la commande gcloud database-migration migration-jobs update.

Exécutez la commande suivante :

Linux, macOS ou Cloud Shell

gcloud database-migration migration-jobs \
create MIGRATION_JOB_ID \
  --no-async \
  --region=REGION \
  --display-name=MIGRATION_JOB_NAME \
  --source=SOURCE_CONNECTION_PROFILE_ID \
  --destination=DESTINATION_CONNECTION_PROFILE_ID \
  --type= \

Windows (PowerShell)

gcloud database-migration migration-jobs `
create MIGRATION_JOB_ID `
  --no-async `
  --region=REGION `
  --display-name=MIGRATION_JOB_NAME `
  --source=SOURCE_CONNECTION_PROFILE_ID `
  --destination=DESTINATION_CONNECTION_PROFILE_ID `
  --type= `

Windows (cmd.exe)

gcloud database-migration migration-jobs ^
create MIGRATION_JOB_ID ^
  --no-async ^
  --region=REGION ^
  --display-name=MIGRATION_JOB_NAME ^
  --source=SOURCE_CONNECTION_PROFILE_ID ^
  --destination=DESTINATION_CONNECTION_PROFILE_ID ^
  --type= ^

Vous devriez obtenir un résultat semblable à celui-ci :

Waiting for migration job [MIGRATION_JOB_ID]
to be created with [OPERATION_ID]

Waiting for operation [OPERATION_ID] to complete...done.

Created migration job MIGRATION_JOB_ID [OPERATION_ID]

Rétrograder la base de données de destination

Database Migration Service nécessite que l'instance de base de données de destination fonctionne comme une instance répliquée avec accès en lecture pendant la migration. Avant de démarrer le job de migration, exécutez la commande gcloud database-migration migration-jobs demote-destination pour rétrograder l'instance de base de données de destination.

Avant d'utiliser les données de la commande ci-dessous, effectuez les remplacements suivants :

  • MIGRATION_JOB_ID par l'identifiant de votre job de migration.

    Si vous ne connaissez pas l'identifiant, vous pouvez utiliser la commande gcloud database-migration migration-jobs list pour lister tous les jobs de migration d'une région donnée et afficher leurs identifiants.

  • REGION par l'identifiant de la région où votre profil de connexion est enregistré.

Exécutez la commande suivante :

Linux, macOS ou Cloud Shell

gcloud database-migration migration-jobs \
demote-destination MIGRATION_JOB_ID \
  --region=REGION

Windows (PowerShell)

gcloud database-migration migration-jobs `
demote-destination MIGRATION_JOB_ID `
  --region=REGION

Windows (cmd.exe)

gcloud database-migration migration-jobs ^
demote-destination MIGRATION_JOB_ID ^
  --region=REGION

Résultat

L'action est effectuée de manière asynchrone. Par conséquent, cette commande renvoie une entité Operation qui représente une opération de longue durée : 

done: false
metadata:
  '@type': type.googleapis.com/google.cloud.clouddms.v1.OperationMetadata
  apiVersion: v1
  createTime: '2024-02-20T12:20:24.493106418Z'
  requestedCancellation: false
  target: MIGRATION_JOB_ID
  verb: demote-destination
name: OPERATION_ID

Pour savoir si votre opération a réussi, vous pouvez interroger l'objet d'opération renvoyé ou vérifier l'état du job de migration :

Gérer les tâches de migration

À ce stade, votre job de migration est configuré et connecté à votre instance de base de données de destination. Vous pouvez le gérer à l'aide des opérations verify, start, stop, restart et resume.

Vérifier le job de migration

Nous vous recommandons de commencer par vérifier votre job de migration en exécutant la commande gcloud database-migration migration-jobs verify.

Avant d'utiliser les données de la commande ci-dessous, effectuez les remplacements suivants :

  • MIGRATION_JOB_ID par l'identifiant de votre job de migration.

    Si vous ne connaissez pas l'identifiant, vous pouvez utiliser la commande gcloud database-migration migration-jobs list pour lister tous les jobs de migration d'une région donnée et afficher leurs identifiants.

  • REGION par l'identifiant de la région où votre profil de connexion est enregistré.

Exécutez la commande suivante :

Linux, macOS ou Cloud Shell

gcloud database-migration migration-jobs \
verify MIGRATION_JOB_ID \
  --region=REGION

Windows (PowerShell)

gcloud database-migration migration-jobs `
verify MIGRATION_JOB_ID `
  --region=REGION

Windows (cmd.exe)

gcloud database-migration migration-jobs ^
verify MIGRATION_JOB_ID ^
  --region=REGION

Résultat

L'action est effectuée de manière asynchrone. Par conséquent, cette commande renvoie une entité Operation qui représente une opération de longue durée : 

done: false
metadata:
  '@type': type.googleapis.com/google.cloud.clouddms.v1.OperationMetadata
  apiVersion: v1
  createTime: '2024-02-20T12:20:24.493106418Z'
  requestedCancellation: false
  target: MIGRATION_JOB_ID
  verb: verify
name: OPERATION_ID

Pour savoir si votre opération a réussi, vous pouvez interroger l'objet d'opération renvoyé ou vérifier l'état du job de migration :

Démarrer le job de migration

Démarrez le job de migration en exécutant la commande gcloud database-migration migration-jobs start.

Avant d'utiliser les données de la commande ci-dessous, effectuez les remplacements suivants :

  • MIGRATION_JOB_ID par l'identifiant de votre job de migration.

    Si vous ne connaissez pas l'identifiant, vous pouvez utiliser la commande gcloud database-migration migration-jobs list pour lister tous les jobs de migration dans une région donnée et afficher leurs identifiants.

  • REGION par l'identifiant de la région où votre profil de connexion est enregistré.

Exécutez la commande suivante :

Linux, macOS ou Cloud Shell

gcloud database-migration migration-jobs \
start MIGRATION_JOB_ID \
  --region=REGION

Windows (PowerShell)

gcloud database-migration migration-jobs `
start MIGRATION_JOB_ID `
  --region=REGION

Windows (cmd.exe)

gcloud database-migration migration-jobs ^
start MIGRATION_JOB_ID ^
  --region=REGION

Résultat

L'action est effectuée de manière asynchrone. Par conséquent, cette commande renvoie une entité Operation qui représente une opération de longue durée : 

done: false
metadata:
  '@type': type.googleapis.com/google.cloud.clouddms.v1.OperationMetadata
  apiVersion: v1
  createTime: '2024-02-20T12:20:24.493106418Z'
  requestedCancellation: false
  target: MIGRATION_JOB_ID
  verb: start
name: OPERATION_ID

Pour vérifier si l'opération a réussi, vous pouvez interroger l'objet d'opération renvoyé ou vérifier l'état du job de migration :

Promouvoir la tâche de migration

Une fois la migration arrivée à la phase de capture des données modifiées (CDC), vous pouvez promouvoir l'instance de base de données de destination d'une réplique en lecture à une instance autonome. Exécutez la commande gcloud database-migration migration-jobs promote :

Avant d'utiliser les données de la commande ci-dessous, effectuez les remplacements suivants :

  • MIGRATION_JOB_ID par l'identifiant de votre job de migration.

    Si vous ne connaissez pas l'identifiant, vous pouvez utiliser la commande gcloud database-migration migration-jobs list pour lister tous les jobs de migration d'une région donnée et afficher leurs identifiants.

  • REGION par l'identifiant de la région dans laquelle votre profil de connexion est enregistré.

Exécutez la commande suivante :

Linux, macOS ou Cloud Shell

gcloud database-migration migration-jobs \
promote MIGRATION_JOB_ID \
  --region=REGION

Windows (PowerShell)

gcloud database-migration migration-jobs `
promote MIGRATION_JOB_ID `
  --region=REGION

Windows (cmd.exe)

gcloud database-migration migration-jobs ^
promote MIGRATION_JOB_ID ^
  --region=REGION

Résultat

L'action est effectuée de manière asynchrone. Par conséquent, cette commande renvoie une entité d'opération qui représente une opération de longue durée : 

done: false
metadata:
  '@type': type.googleapis.com/google.cloud.clouddms.v1.OperationMetadata
  apiVersion: v1
  createTime: '2024-02-20T12:20:24.493106418Z'
  requestedCancellation: false
  target: MIGRATION_JOB_ID
  verb: start
name: OPERATION_ID
Pour vérifier si l'opération a réussi, vous pouvez interroger l'objet d'opération renvoyé ou vérifier l'état du job de migration :