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

Présentation

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 éléments suivants :

• Définir les paramètres du job de migration
• Sélectionner le profil de connexion à 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

Vous devez tenir compte de certaines limites lorsque vous souhaitez migrer vers une instance de destination créée en dehors de Database Migration Service. Par exemple, votre 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.

L'assistant Database Migration Service vous aide à créer un job de migration. Cet assistant comprend les volets suivants : Premiers pas, Définir une source, Créer une destination, Définir la méthode de connectivité, Configurer les bases de données de migration et Tester et créer une tâche de migration. Vous trouverez des informations pour le remplissage de chaque volet dans les sections suivantes de cette page.

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

Définir les paramètres du job de migration

1. Accédez à Jobs de migration dans la console Google Cloud .

2. Cliquez sur Créer un job de migration en haut de la page.

3. Indiquez un nom pour le job de migration. Choisissez un nom convivial qui vous aidera à identifier le job de migration. N'incluez pas d'informations sensibles ni permettant d'identifier personnellement l'utilisateur dans le nom du job.

4. Conservez l'ID de job de migration généré automatiquement.

5. Sélectionnez le moteur de base de données source.

6. Sélectionnez le moteur de base de données de destination.

7. Sélectionnez la région de destination de votre migration. Cette région doit être la même que celle où se trouve votre base de données de destination. Une fois que vous avez choisi la région de destination, vous ne pouvez plus la modifier.

8. Spécifiez le type de job de migration : Unique (instantané uniquement) ou Continu (instantané + modifications en cours).

9. Dans la section Avant de continuer, vérifiez les prérequis, cliquez sur Ouvrir pour afficher les instructions générées automatiquement qui peuvent vous aider à préparer votre base de données source pour la migration. Il est préférable d'appliquer ces conditions préalables à cette étape. Toutefois, vous pouvez les appliquer à tout moment avant de tester ou de démarrer le job de migration. Pour en savoir plus, consultez Configurer votre source.

10. Cliquez sur Enregistrer et continuer.

Spécifier des informations sur le profil de connexion source

1. Si vous avez créé un profil de connexion, sélectionnez-le dans la liste des profils de connexion existants.

   Si vous n'avez pas créé de profil de connexion, créez-en un en cliquant sur Créer un profil de connexion en bas de la liste déroulante, puis suivez la même procédure que dans Créer un profil de connexion source.

2. Dans la section Personnaliser les configurations de vidage des données, cliquez sur Afficher les configurations de vidage des données.

   La vitesse de parallélisme du vidage des données est liée à la charge de votre base de données source. Vous pouvez utiliser les paramètres suivants :

   • Optimale (recommandée) : 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.

   Si vous souhaitez utiliser des paramètres de parallélisme ajustés pour le vidage des données, veillez à augmenter les paramètres max_replication_slots, max_wal_senders et max_worker_processes dans votre base de données source. Vous pouvez vérifier votre configuration en exécutant le test de la tâche de migration à la fin de la création de la tâche de migration.

3. Cliquez sur Enregistrer et continuer.

Sélectionnez l'instance 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 Détails de l'instance, puis cliquez sur Sélectionner et continuer.
4. 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 sans risque, saisissez l'identifiant de l'instance de destination dans la fenêtre de confirmation.
5. Cliquez sur Confirmer et continuer.

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

1. Dans le menu 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 créée se connecte à la base de données source. Les méthodes actuelles de connectivité réseau incluent la liste d'autorisation d'adresses IP, le tunnel SSH inversé et l'appairage de VPC.
   • Si vous sélectionnez 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 pour l'instance principale et l'instance secondaire.

   • Si vous sélectionnez la méthode de connectivité réseau du tunnel SSH inversé, sélectionnez l'instance de VM Compute Engine qui hébergera le tunnel.

     Après avoir spécifié l'instance, Google fournira un script qui réalisera 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 base de données source et à Google Cloud.

   • Si vous sélectionnez la méthode de connectivité réseau par appairage de VPC, sélectionnez 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é la méthode de connectivité réseau et fourni les informations supplémentaires requises, cliquez sur CONFIGURER ET CONTINUER.

Configurer des bases de données de migration

Vous pouvez sélectionner les bases de données que vous souhaitez migrer.

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 qui existent dans 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 dans 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 la base de données s'affiche, cliquez sur Recharger. 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 et créer le job de migration

Lors de cette dernière étape, vérifiez le récapitulatif des paramètres de la tâche de migration, de la source, de la destination et de la méthode de connectivité, puis testez la validité de la configuration de la tâche de migration. Si vous rencontrez des problèmes, vous pouvez modifier les paramètres du job de migration. Tous les paramètres ne sont pas modifiables.

1. Cliquez sur TEST JOB (Tester le job) pour vérifier que :

   • La base de données source a été correctement configurée, conformément aux conditions préalables.
   • Les instances source et de destination peuvent communiquer entre elles.
   • Toutes les modifications nécessaires des adresses IP privées ou publiques sur la destination ont été effectuées.
   • Le job de migration est valide, et les versions source et de destination sont compatibles.

   Si le test échoue, vous pouvez résoudre le problème dans la partie appropriée du flux, puis revenir au test.

   Vous pouvez créer le job de migration même si le test échoue. Toutefois, une fois le job démarré, il peut échouer à un moment donné de son exécution.

2. Cliquez sur CRÉER ET DÉMARRER LE JOB pour créer le job de migration et le démarrer immédiatement, ou cliquez sur CRÉER LE JOB pour créer le job de migration sans le démarrer immédiatement.

   Attention : Si vous avez utilisé Terraform pour provisionner votre base de données de destination, vous risquez de rencontrer une dérive de configuration lors de l'exécution du job de migration. N'essayez pas de réappliquer les paramètres Terraform avant la fin de la migration. Pour en savoir plus, consultez Dérive de configuration Terraform.

   Si le job n'est pas démarré au moment de sa création, vous pouvez le démarrer sur la page Jobs de migration en cliquant sur DÉMARRER.

   Quelle que soit la date de début du job de migration, votre organisation est facturée pour l'existence de l'instance de destination.

   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 également un bref temps d'arrêt d'écriture (environ moins d'une minute) au début de la migration. Pour en savoir plus, consultez Considérations relatives au parallélisme du vidage des données.

3. Le job de migration est ajouté à la liste des jobs de migration et peut être consulté directement.

4. Passez à Examiner une tâche de migration.

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

Lorsque vous migrez vers une instance existante à l'aide de 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.

Avant de commencer

Avant d'utiliser la gcloud CLI pour créer un job de migration vers une instance de base de données de destination existante, assurez-vous de :

• Créez votre instance de base de données de destination.
• Préparez votre instance de base de données source. Consultez les ressources suivantes :
  • Configurer votre source
  • Créez le profil de connexion source (l'identifiant du profil de connexion source est requis pour créer un job de migration).
  • Configurer la connectivité

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 les 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 d'instance de votre instance de destination.
• (Facultatif) Remplacez CONNECTION_PROFILE_NAME par un nom lisible pour votre profil de connexion. Cette valeur s'affiche dans la console Google Cloud .

Exécutez la commande suivante :

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

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

gcloud database-migration connection-profiles ^
create postgresql 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 l'option --no-async pour exécuter les 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 :

• MIGRATION_JOB_ID par un identifiant lisible par machine pour votre job de migration. Vous utilisez cette valeur pour travailler avec les 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 pour votre job de migration. Cette valeur s'affiche dans la console Google Cloud de Database Migration Service.
• SOURCE_CONNECTION_PROFILE_ID avec un identifiant lisible par machine du profil de connexion source.
• DESTINATION_CONNECTION_PROFILE_ID avec 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 souhaitez migrer uniquement des bases de données spécifiques, utilisez l'indicateur --databases-filter et spécifiez leurs identifiants sous forme de liste séparée par des virgules.

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

  Vous pouvez ensuite modifier les jobs de migration que vous avez créés avec --database-filter flag à l'aide de la commande gcloud database-migration migration-jobs update.

Exécutez la commande suivante :

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=CONTINUOUS \

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=CONTINUOUS `

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=CONTINUOUS ^

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 exige 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 la tâche 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 dans 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 :

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

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

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 vérifier 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 :

• Utilisez la commande gcloud database-migration migration-jobs describe pour afficher l'état du job de migration.
• Utilisez gcloud database-migration operations describe avec OPERATION_ID pour afficher l'état de l'opération elle-même.

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 suivantes :

1. Facultatif : Vérifiez le job de migration.
   Nous vous recommandons de commencer par valider votre job de migration en exécutant la commande gcloud database-migration migration-jobs verify.

   Pour en savoir plus, développez la section suivante :

   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 dans 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 \
   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 vérifier 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 :

   • Utilisez la commande gcloud database-migration migration-jobs describe avec MIGRATION_JOB_ID pour afficher l'état du job de migration.
   • Utilisez la commande gcloud database-migration operations describe avec OPERATION_ID pour afficher l'état de l'opération elle-même.

2. Facultatif : Récupérez des informations sur les bases de données sélectionnées pour la migration.
   Lorsque vous migrez des bases de données spécifiques, Database Migration Service doit récupérer les détails des bases de données que vous avez sélectionnées pour la tâche de migration à l'aide de l'indicateur --database-filter.

   Avant de démarrer la tâche de migration, exécutez la commande gcloud database-migration migration-jobs fetch-source-objects.

   Pour en savoir plus, développez la section suivante :

   gcloud database-migration migration-jobs fetch-source-objects

   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 dans laquelle votre profil de connexion est enregistré.

   Exécutez la commande suivante :

   Linux, macOS ou Cloud Shell

   gcloud database-migration migration-jobs \
   fetch-source-objects MIGRATION_JOB_ID \
     --region=REGION

   Windows (PowerShell)

   gcloud database-migration migration-jobs `
   fetch-source-objects MIGRATION_JOB_ID `
     --region=REGION

   Windows (cmd.exe)

   gcloud database-migration migration-jobs ^
   fetch-source-objects MIGRATION_JOB_ID ^
     --region=REGION

   Résultat

   Le résultat ressemble à ce qui suit :

   Waiting for migration job MIGRATION_JOB_ID
   to fetch source objects with OPERATION_ID
   
   Waiting for operation OPERATION_ID to complete...done.
   
   SOURCE_OBJECT                                      STATE         PHASE              ERROR
   {'database': 'DATABASE_NAME', 'type': 'DATABASE'}  NOT_SELECTED  PHASE_UNSPECIFIED
   {'database': 'DATABASE_NAME', 'type': 'DATABASE'}  STOPPED       CDC                {'code': 1, 'message': 'Internal error'}
   

   Pour vérifier 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 :

   • Utilisez la commande gcloud database-migration migration-jobs describe avec MIGRATION_JOB_ID pour afficher l'état du job de migration.
   • Utilisez la commande gcloud database-migration operations describe avec OPERATION_ID pour afficher l'état de l'opération elle-même.

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

   Pour en savoir plus, développez la section suivante :

   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 dans laquelle 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 votre opération a réussi, vous pouvez interroger l'objet d'opération renvoyé ou vérifier l'état du job de migration :

   • Utilisez la commande gcloud database-migration migration-jobs describe avec MIGRATION_JOB_ID pour afficher l'état du job de migration.
   • Utilisez la commande gcloud database-migration operations describe avec OPERATION_ID pour afficher l'état de l'opération elle-même.

Promouvoir la tâche de migration

Une fois la migration arrivée à la phase de capture des données modifiées (CDC, Change Data Capture), vous pouvez promouvoir l'instance de base de données de destination d'une réplique en lecture seule à 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 dans 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 :

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

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

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é 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

• Utilisez la commande gcloud database-migration migration-jobs describe avec MIGRATION_JOB_ID pour afficher l'état du job de migration.
• Utilisez la commande gcloud database-migration operations describe avec OPERATION_ID pour afficher l'état de l'opération elle-même.