GSP861

Présentation

Database Migration Service permet de migrer efficacement les objets de base de données MySQL (y compris les schémas, les données et les métadonnées) d'une instance source vers une instance de destination. Lorsqu'un job de migration est exécuté, il déplace toutes les tables de l'ensemble des bases de données et des schémas, à l'exception des bases de données système suivantes : sys, mysql, performance_schema et information_schema.

Les informations sur les utilisateurs et les droits sont conservées dans les bases de données système MySQL. Étant donné que les jobs Database Migration Service ne migrent pas ces bases de données système, vous devez gérer les utilisateurs et les droits dans votre instance Cloud SQL de destination après sa création. Pour en savoir plus sur la fidélité des migrations, consultez le guide Fidélité des migrations.

Si l'utilisateur spécifié dans la clause DEFINER d'un objet n'existe pas sur l'instance de destination, l'appel de cet objet peut échouer après la migration. Pour en savoir plus, consultez le guide Créer et exécuter une tâche de migration MySQL contenant des métadonnées avec une clause DEFINER.

Pour éviter les erreurs lors de l'appel d'objets sur l'instance de destination après la migration, effectuez l'une des deux actions ci-dessous avant d'exécuter le job de migration :

• S'assurer de la présence des utilisateurs : créez les utilisateurs requis sur l'instance MySQL de destination. Ainsi, tous les utilisateurs associés aux clauses DEFINER seront bien présents sur la destination.
• Mettre à jour les droits de sécurité : sur l'instance MySQL source, remplacez les clauses DEFINER par INVOKER. Cela applique, sur l'instance de destination, les droits de sécurité pour l'accès aux données de l'utilisateur qui exécute la requête plutôt que ceux de l'utilisateur ayant défini l'objet.

Une fois ces conditions préalables remplies, vous devez créer et enregistrer un job Database Migration Service, puis lancer le job enregistré. Lorsque la migration est terminée, vous devez vérifier les métadonnées utilisateur sur l'instance Cloud SQL pour MySQL.

Objectifs de l'atelier

Dans cet atelier, vous allez apprendre à migrer des données utilisateur MySQL lors de l'exécution de jobs Database Migration Service, en suivant les étapes ci-dessous :

• Identifier les utilisateurs MySQL existants sur l'instance source
• Remplacer les clauses DEFINER par INVOKER sur l'instance MySQL source
• Créer et enregistrer un job Database Migration Service sans le démarrer
• Créer des utilisateurs sur l'instance de destination Cloud SQL
• Démarrer un job Database Migration Service créé précédemment
• Vérifier les métadonnées utilisateur sur l'instance de destination Cloud SQL

Préparation

Avant de cliquer sur le bouton "Démarrer l'atelier"

Lisez ces instructions. Les ateliers sont minutés, et vous ne pouvez pas les mettre en pause. Le minuteur, qui démarre lorsque vous cliquez sur Démarrer l'atelier, indique combien de temps les ressources Google Cloud resteront accessibles.

Cet atelier pratique vous permet de suivre les activités dans un véritable environnement cloud, et non dans un environnement de simulation ou de démonstration. Des identifiants temporaires vous sont fournis pour vous permettre de vous connecter à Google Cloud le temps de l'atelier.

Pour réaliser cet atelier :

• Vous devez avoir accès à un navigateur Internet standard (nous vous recommandons d'utiliser Chrome).

Remarque : Ouvrez une fenêtre de navigateur en mode incognito (recommandé) ou de navigation privée pour effectuer cet atelier. Vous éviterez ainsi les conflits entre votre compte personnel et le compte temporaire de participant, qui pourraient entraîner des frais supplémentaires facturés sur votre compte personnel.

• Vous disposez d'un temps limité. N'oubliez pas qu'une fois l'atelier commencé, vous ne pouvez pas le mettre en pause.

Remarque : Utilisez uniquement le compte de participant pour cet atelier. Si vous utilisez un autre compte Google Cloud, des frais peuvent être facturés à ce compte.

Démarrer l'atelier et se connecter à la console Google Cloud

1. Cliquez sur le bouton Démarrer l'atelier. Si l'atelier est payant, une boîte de dialogue s'affiche pour vous permettre de sélectionner un mode de paiement. Sur la gauche, vous trouverez le panneau "Détails concernant l'atelier", qui contient les éléments suivants :

   • Le bouton "Ouvrir la console Google Cloud"
   • Le temps restant
   • Les identifiants temporaires que vous devez utiliser pour cet atelier
   • Des informations complémentaires vous permettant d'effectuer l'atelier

2. Cliquez sur Ouvrir la console Google Cloud (ou effectuez un clic droit et sélectionnez Ouvrir le lien dans la fenêtre de navigation privée si vous utilisez le navigateur Chrome).

   L'atelier lance les ressources, puis ouvre la page "Se connecter" dans un nouvel onglet.

   Conseil : Réorganisez les onglets dans des fenêtres distinctes, placées côte à côte.

   Remarque : Si la boîte de dialogue Sélectionner un compte s'affiche, cliquez sur Utiliser un autre compte.

3. Si nécessaire, copiez le nom d'utilisateur ci-dessous et collez-le dans la boîte de dialogue Se connecter.

   {{{user_0.username | "Username"}}}

   Vous trouverez également le nom d'utilisateur dans le panneau "Détails concernant l'atelier".

4. Cliquez sur Suivant.

5. Copiez le mot de passe ci-dessous et collez-le dans la boîte de dialogue Bienvenue.

   {{{user_0.password | "Password"}}}

   Vous trouverez également le mot de passe dans le panneau "Détails concernant l'atelier".

6. Cliquez sur Suivant.

   Important : Vous devez utiliser les identifiants fournis pour l'atelier. Ne saisissez pas ceux de votre compte Google Cloud. Remarque : Si vous utilisez votre propre compte Google Cloud pour cet atelier, des frais supplémentaires peuvent vous être facturés.

7. Accédez aux pages suivantes :

   • Acceptez les conditions d'utilisation.
   • N'ajoutez pas d'options de récupération ni d'authentification à deux facteurs (ce compte est temporaire).
   • Ne vous inscrivez pas à des essais sans frais.

Après quelques instants, la console Cloud s'ouvre dans cet onglet.

Remarque : Pour accéder aux produits et services Google Cloud, cliquez sur le menu de navigation ou saisissez le nom du service ou du produit dans le champ Recherche.

Activer Cloud Shell

Cloud Shell est une machine virtuelle qui contient de nombreux outils pour les développeurs. Elle comprend un répertoire d'accueil persistant de 5 Go et s'exécute sur Google Cloud. Cloud Shell vous permet d'accéder via une ligne de commande à vos ressources Google Cloud.

1. Cliquez sur Activer Cloud Shell  en haut de la console Google Cloud.

2. Passez les fenêtres suivantes :

   • Accédez à la fenêtre d'informations de Cloud Shell.
   • Autorisez Cloud Shell à utiliser vos identifiants pour effectuer des appels d'API Google Cloud.

Une fois connecté, vous êtes en principe authentifié et le projet est défini sur votre ID_PROJET : . Le résultat contient une ligne qui déclare l'ID_PROJET pour cette session :

Your Cloud Platform project in this session is set to {{{project_0.project_id | "PROJECT_ID"}}}

gcloud est l'outil de ligne de commande pour Google Cloud. Il est préinstallé sur Cloud Shell et permet la complétion par tabulation.

3. (Facultatif) Vous pouvez lister les noms des comptes actifs à l'aide de cette commande :

gcloud auth list

4. Cliquez sur Autoriser.

Résultat :

ACTIVE: * ACCOUNT: {{{user_0.username | "ACCOUNT"}}} To set the active account, run: $ gcloud config set account `ACCOUNT`

5. (Facultatif) Vous pouvez lister les ID de projet à l'aide de cette commande :

gcloud config list project

Résultat :

[core] project = {{{project_0.project_id | "PROJECT_ID"}}} Remarque : Pour consulter la documentation complète sur gcloud, dans Google Cloud, accédez au guide de présentation de la gcloud CLI.

Vérifier que l'API Database Migration est activée

1. Dans la barre de titre de la console Google Cloud, saisissez API Database Migration dans le champ Recherche, puis cliquez sur API Database Migration dans les résultats de recherche.

2. Si nécessaire, cliquez sur Activer pour activer l'API.

Tâche 1 : Identifier les utilisateurs MySQL existants sur l'instance source

Comme pour les autres ressources Cloud, l'accès et les autorisations pour l'instance Cloud SQL de destination sont contrôlés au niveau du projet à l'aide d'Identity and Access Management (IAM). Pour en savoir plus, consultez le guide IAM pour Cloud SQL.

Dans cette tâche, vous allez identifier les utilisateurs de la base de données gérés par le biais du contrôle des accès aux bases de données (par exemple, les administrateurs et les super-utilisateurs). Ces utilisateurs, distincts de ceux gérés à l'aide d'IAM, peuvent avoir besoin d'accéder à l'instance Cloud SQL de destination pour tester les résultats du job de migration avant qu'un accès IAM plus large ne leur soit accordé. Pour en savoir plus, consultez le guide À propos des utilisateurs MySQL.

Se connecter à l'instance source MySQL

1. Dans la barre de titre de la console Google Cloud, accédez au menu de navigation (), puis cliquez sur Compute Engine > Instances de VM.

2. Recherchez la ligne contenant l'instance nommée dms-mysql-training-vm.

3. Pour Connecter, cliquez sur SSH afin d'ouvrir une fenêtre de terminal.

4. Cliquez sur Autoriser si vous y êtes invité.

Vous pouvez ignorer les éventuels avertissements qui s'affichent dans la fenêtre SSH concernant les mises à niveau.

5. Pour vous connecter à la console interactive MySQL dans la fenêtre de terminal, exécutez la commande suivante :

mysql -u admin -p

6. Lorsque vous êtes invité à entrer un mot de passe, saisissez ceci :

changeme!

Identifier les utilisateurs MySQL existants

1. Exécutez la requête suivante pour identifier les utilisateurs MySQL existants :

select host, user, authentication_string from mysql.user order by user;

Notez la présence des utilisateurs système nommés debian-sys-maint, mysql.session et mysql.sys. Il n'est pas nécessaire de les recréer, car MySQL les génère lors de la création de l'instance de destination.

2. Exécutez la requête modifiée pour exclure ces utilisateurs système :

select host, user, authentication_string from mysql.user where user not like '%mysql%' and user not like '%debian%' order by user;

3. Passez en revue la liste des utilisateurs à recréer sur l'instance Cloud SQL de destination :

Hôte	Utilisateur
localhost	admin
%	admin
localhost	bsmith
localhost	dwilliams
localhost	mhill
localhost	root
%	root

Lors d'une autre tâche, vous créerez l'utilisateur racine au moment d'exécuter le job Database Migration Service. Vous créez également les autres utilisateurs une fois l'instance Cloud SQL de destination créée par le job de migration.

4. Laissez la fenêtre de terminal ouverte pour la tâche suivante.

Tâche 2 : Remplacer les clauses DEFINER par INVOKER sur l'instance MySQL source

Lors de la tâche précédente, vous avez identifié les utilisateurs MySQL existants sur l'instance source. Dans cette tâche, vous allez identifier et mettre à jour les objets de base de données qui comportent des entrées DEFINER associées à l'utilisateur root ou aux autres utilisateurs qui n'existent pas encore sur l'instance de destination.

Si l'utilisateur de l'instance source n'est pas créé dans l'instance de destination, toutes les entrées DEFINER associées doivent être remplacées par INVOKER. Plus précisément, toutes les entrées DEFINER associées à root doivent être remplacées par INVOKER à l'aide d'un autre utilisateur, comme admin.

Ces actions permettent d'éviter les échecs lorsque les objets sont appelés sur l'instance de destination après la migration (consultez la documentation supplémentaire dans le guide Créer et exécuter un job de migration MySQL contenant des métadonnées avec une clause DEFINER).

Identifier les objets comportant des entrées DEFINER

Pour obtenir des informations concernant les entrées DEFINER d'une instance MySQL, vous pouvez interroger les tables INFORMATION_SCHEMA afin d'identifier les entrées DEFINER qui doivent être examinées avant la migration (par exemple, les entrées DEFINER qui ne sont pas associées à des bases de données système telles que mysql et qui seront donc migrées vers l'instance de destination).

1. Exécutez la requête suivante pour identifier les entrées DEFINER :

select table_schema, table_name from information_schema.columns where column_name = 'DEFINER' and table_schema != 'mysql';

Les résultats indiquent que vous devez rechercher les entrées DEFINER dans les événements (events), les routines (routines), les déclencheurs (triggers) et les vues (views).

Notez que certaines de ces entrées DEFINER peuvent être associées à des utilisateurs système, qui ne nécessitent aucune action supplémentaire. Ces utilisateurs système sont exclus des requêtes permettant d'identifier les entrées DEFINER pour les différents objets de base de données.

2. Exécutez la requête suivante pour identifier les entrées DEFINER dans les événements :

select definer, event_schema, event_name from information_schema.events where definer not like '%mysql%' and definer not like '%debian%';

Il n'existe aucune occurrence de DEFINER dans les événements associés aux utilisateurs non système.

3. Exécutez la requête suivante pour identifier les entrées DEFINER dans les routines :

select definer, routine_schema, routine_name from information_schema.routines where definer not like '%mysql%' and definer not like '%debian%';

Il n'existe aucune occurrence de DEFINER dans les routines associées aux utilisateurs non système.

4. Exécutez la requête suivante pour identifier les entrées DEFINER dans les déclencheurs :

select definer, trigger_schema, trigger_name from information_schema.triggers where definer not like '%mysql%' and definer not like '%debian%';

Il n'existe aucune occurrence de DEFINER dans les déclencheurs associés aux utilisateurs non système.

5. Exécutez la requête suivante pour identifier les entrées DEFINER dans les vues :

select definer, security_type, table_schema, table_name from information_schema.views where definer not like '%mysql%' and definer not like '%debian%' order by definer;

6. Examinez les détails de la vue nommée invoices_storenum_3656, qui est associée à l'utilisateur mhill :

definer	security_type	table_schema	table_name
admin@localhost	DEFINER	customers_data	customers_single
admin@localhost	DEFINER	sales_data	invoices_storenum_5173
bsmith@localhost	DEFINER	customers_data	customers_married
bsmith@localhost	DEFINER	sales_data	invoices_storenum_3980
mhill@localhost	DEFINER	sales_data	invoices_storenum_3656

Dans la section suivante, vous allez remplacer DEFINER par INVOKER pour cette vue.

Notez que l'un des utilisateurs identifiés précédemment (dwilliams) n'est associé à aucune entrée DEFINER dans les vues. Vous constaterez également qu'il n'existe aucune occurrence de DEFINER pour l'utilisateur racine. Aucune action n'est donc requise pour dwilliams ni pour root.

Remplacer DEFINER par INVOKER

Dans cette sous-tâche, vous allez remplacer les entrées DEFINER associées à mhill par INVOKER.

1. Exécutez la commande suivante pour afficher les détails de la vue associée à mhill :

select definer, security_type, table_schema, view_definition from information_schema.views where table_name = 'invoices_storenum_3656';

2. Sélectionnez la base de données associée à la vue :

use sales_data;

3. Exécutez la commande suivante afin de remplacer DEFINER par INVOKER pour la vue :

alter sql security INVOKER view invoices_storenum_3656 as (select * from invoices where storeNum = 3656);

4. Examinez à nouveau les entrées DEFINER pour vérifier qu'elles ont été remplacées par INVOKER dans la vue :

select definer, security_type, table_schema, table_name from information_schema.views where definer not like '%mysql%' and definer not like '%debian%' order by definer;

Notez que l'entrée DEFINER associée à mhill a été remplacée par INVOKER, tandis que les entrées DEFINER associées à admin et bsmith ont été conservées.

Mettre fin à la session de terminal

1. Quittez la console interactive MySQL :

exit

2. Quittez la session de terminal :

exit

Cliquez sur Vérifier ma progression pour valider l'objectif. Remplacer les clauses DEFINER par INVOKER sur l'instance MySQL source

Tâche 3 : Créer et enregistrer un job Database Migration Service sans le démarrer

Dans cette tâche, vous allez créer et enregistrer un job de migration sans le démarrer. Plus précisément, vous allez créer un job de migration unique en utilisant l'appairage de VPC comme option de connectivité. Vous pouvez toutefois créer et enregistrer n'importe quel job de migration pour l'exécuter ultérieurement.

Cela va vous permettre de créer l'instance Cloud SQL de destination sans effectuer la migration des données avant d'avoir terminé les tâches nécessaires, comme la création des utilisateurs sur l'instance de destination.

Récupérer les informations sur la connectivité de l'instance source MySQL

1. Dans la console Google Cloud, accédez au menu de navigation (), puis cliquez sur Compute Engine > Instances de VM.

2. Recherchez la ligne contenant l'instance nommée dms-mysql-training-vm.

3. Copiez la valeur de l'Adresse IP interne (par exemple, 10.128.0.2).

Créer un profil de connexion pour l'instance source MySQL

1. Dans la barre de titre de la console, saisissez Migration de bases de données dans le champ Recherche, puis cliquez sur Migration de bases de données dans les résultats.

2. Cliquez sur Profils de connexion dans le volet de gauche, puis sur Créer un profil.

3. Indiquez les informations requises pour le profil de connexion ci-dessous, en conservant les valeurs par défaut de tous les autres paramètres :

Propriété	Valeur
Rôle du profil	Source
Moteur de la base de données	MySQL
Nom du profil de connexion	mysql-vm
ID du profil de connexion	Conservez la valeur générée automatiquement
Nom d'hôte ou adresse IP	Saisissez l'adresse IP interne de l'instance source MySQL, que vous avez copiée lors de la tâche précédente (par exemple, 10.128.0.2).
Port	3306
Nom d'utilisateur	admin
Mot de passe	changeme!
Région

4. Cliquez sur Créer.

Un nouveau profil de connexion nommé mysql-vm apparaît dans la liste "Profils de connexion".

Créer un job de migration unique

1. Dans le volet de gauche, cliquez sur Jobs de migration, puis sur Créer un job de migration.

2. Pour Créer un job de migration, dans l'onglet Premiers pas, définissez les valeurs suivantes :

Propriété	Valeur
Nom de la tâche de migration	vm-to-cloudsql
ID du job de migration	Conservez la valeur générée automatiquement
Moteur de base de données source	MySQL
Région de destination
Type de job de migration	Non récurrente

Conservez les valeurs par défaut de tous les autres paramètres.

3. Cliquez sur Enregistrer et continuer.

Définir l'instance source

1. Dans l'onglet Définir une source, sélectionnez mysql-vm pour Profil de connexion source.

2. Conservez les valeurs par défaut des autres paramètres.

3. Cliquez sur Enregistrer et continuer.

Définir l'instance de destination

1. Dans l'onglet Définir une destination, sélectionnez Instance existante pour Type de cluster de destination.

2. Pour l'instance de destination, sélectionnez .

3. Cliquez sur Sélectionner et continuer.

4. Saisissez à nouveau le nom de l'instance, puis cliquez sur Confirmer et continuer.

Remarque : Cette étape peut prendre quelques minutes.

Si vous êtes invité à relancer la requête, cliquez sur le bouton Réessayer pour actualiser l'API Service Networking.

Si vous recevez un message d'erreur sans invitation à réessayer, assurez-vous d'avoir bien suivi les étapes de la section Préparation de cet atelier pour vérifier que l'API Service Networking a été activée.

Une fois l'étape terminée, un nouveau message vous informe que cette instance utilisera la connexion au service géré existante.

L'enregistrement de la destination peut prendre quelques minutes.

Définir la méthode de connectivité

1. Dans l'onglet Définir une méthode de connectivité, sélectionnez Appairage de VPC pour Méthode de connectivité.

2. Pour VPC, sélectionnez par défaut.

Database Migration Service configure l'appairage de VPC à l'aide des informations fournies pour le réseau VPC (le réseau par défaut dans cet exemple).

3. Cliquez sur Configurer et continuer.

Enregistrer le job de migration unique

1. Examinez les détails du job de migration.

2. Cliquez sur Créer un job.

Vous n'avez pas besoin de tester le job de migration. Rappelez-vous que si vous testez le job maintenant, vous obtiendrez un message d'erreur, car il reste des entrées DEFINER associées à des utilisateurs qui n'ont pas encore été créés sur l'instance de destination. Vous allez créer ces utilisateurs lors de la tâche suivante.

3. Si vous êtes invité à confirmer votre choix, cliquez sur Créer.

Le job de migration a bien été créé, mais il n'a pas été démarré. Vous le lancerez dans une autre tâche, après avoir créé les utilisateurs sur l'instance de destination Cloud SQL.

Cliquez sur Vérifier ma progression pour valider l'objectif. Créer et enregistrer un job Database Migration Service sans le démarrer

Tâche 4 : Créer les utilisateurs requis sur l'instance de destination Cloud SQL

Avant d'exécuter un job de migration dans Cloud SQL, vous devez créer les utilisateurs MySQL requis. Cela inclut les utilisateurs tels que les administrateurs et les super-utilisateurs pour tester les résultats de la migration avant de leur accorder un accès plus large par le biais d'IAM. Vous devez également créer des utilisateurs auxquels sont associées des clauses DEFINER avant de commencer la migration.

Lors de cette tâche, vous allez créer les utilisateurs admin, bsmith et mhill.

1. Dans la barre de titre de la console Google Cloud, saisissez Cloud SQL dans le champ Recherche, puis cliquez sur Cloud SQL dans les résultats.

2. Développez l'instance mysql-cloudsql-master, puis cliquez sur l'instance mysql-cloudsql.

3. Dans le menu Instance répliquée, cliquez sur Utilisateurs.

4. Cliquez sur Ajouter un compte utilisateur.

5. Définissez les propriétés du tableau ci-dessous et conservez les valeurs par défaut des autres propriétés :

Propriété	Valeur
Nom d'utilisateur	admin
Mot de passe	changeme!
Nom d'hôte	Restreindre les hôtes par adresse IP ou plage d'adresses
Hôte	localhost

6. Cliquez sur Ajouter.

7. Répétez les étapes 4 à 6 pour créer deux autres utilisateurs disposant d'un accès à partir de localhost :

Utilisateur	Mot de passe
bsmith	mustchangeasap!
mhill	update!

Cliquez sur Vérifier ma progression pour valider l'objectif. Créer des utilisateurs sur l'instance de destination Cloud SQL

Tâche 5 : Exécuter un job de migration créé précédemment

Démarrer un job de migration

1. Dans la barre de titre de la console Google Cloud, saisissez Migration de bases de données dans le champ Recherche, puis cliquez sur Migration de bases de données dans les résultats > Jobs de migration**.

2. Dans le volet de gauche, cliquez sur "Jobs de migration"**, puis sur le job de migration vm-to-cloudsql pour afficher la page d'informations sur celui-ci.

3. Cliquez sur le bouton Démarrer pour exécuter le job de migration.

Si vous êtes invité à confirmer votre choix, cliquez sur Démarrer.

4. Vérifiez l'état du job de migration.
   • Si vous ne l'avez pas lancé, le job est à l'état Non démarré. Vous avez la possibilité de démarrer ou de supprimer le job.
   • Une fois le job démarré, son état passe à Démarrage, puis à En cours d'exécution.
   • Lorsque l'état passe à Terminé, cela signifie que le job de migration a réussi et que vous pouvez passer à la tâche suivante.

Cliquez sur Vérifier ma progression pour valider l'objectif. Exécuter un job Database Migration Service créé précédemment

Tâche 6 : Confirmer les métadonnées utilisateur dans Cloud SQL pour MySQL

Se connecter à l'instance MySQL

1. Dans la barre de titre de la console Google Cloud, saisissez Cloud SQL dans le champ Recherche, puis cliquez sur Cloud SQL dans les résultats.

2. Cliquez sur l'ID d'instance mysql-cloudsql.

3. Dans le menu Instance principale, cliquez sur Aperçu.

4. Faites défiler la page jusqu'au panneau Se connecter à cette instance, puis cliquez sur Ouvrir Cloud Shell.

La commande de connexion à MySQL est préremplie dans Cloud Shell :

gcloud sql connect mysql-cloudsql --user=root --quiet

5. Exécutez la commande préremplie.

Si vous y êtes invité, cliquez sur Autoriser pour l'API.

6. Lorsque vous êtes invité à entrer un mot de passe, que vous avez défini précédemment, saisissez :

supersecret!

Vous avez maintenant activé la console interactive MySQL.

Vérifier les métadonnées utilisateur sur l'instance Cloud SQL pour MySQL

1. Exécutez la requête suivante pour afficher les utilisateurs non système :

select host, user, authentication_string from mysql.user where user not like '%mysql%' and user not like '%debian%' order by user;

Notez la présence des utilisateurs que vous avez créés lors de la tâche précédente.

2. Exécutez la requête suivante pour vérifier que les métadonnées utilisateur ont bien été migrées :

select definer, security_type, table_schema, table_name from information_schema.views where definer not like '%mysql%' and definer not like '%debian%' order by definer;

3. Examinez les entrées pour vérifier que les métadonnées d'invoices_storenum_3656 ont bien été migrées :

definer	security_type	table_schema	table_name
admin@localhost	DEFINER	customers_data	customers_single
admin@localhost	DEFINER	sales_data	invoices_storenum_5173
bsmith@localhost	DEFINER	customers_data	customers_married
bsmith@localhost	DEFINER	sales_data	invoices_storenum_3980
mhill@localhost	INVOKER	sales_data	invoices_storenum_3656

4. Pour sélectionner la base de données dans la console interactive MySQL, exécutez la commande suivante :

use sales_data;

5. Interrogez la vue associée à mhill pour vérifier qu'elle s'exécute correctement :

select * from invoices_storenum_3656;

La requête renvoie 27 lignes.

6. Quittez la console interactive MySQL :

exit

Cliquez sur Vérifier ma progression pour valider l'objectif. Confirmer les métadonnées utilisateur dans Cloud SQL pour MySQL

Félicitations !

Vous avez appris à migrer des données utilisateur MySQL lors de l'exécution de jobs Database Migration Service.

Étapes suivantes et informations supplémentaires

Pour en savoir plus sur la migration de données, les bases de données Cloud SQL et Database Migration Service :

• Documentation de Database Migration Service
• Documentation Cloud SQL pour MySQL
• Types de migrations

Formations et certifications Google Cloud

Les formations et certifications Google Cloud vous aident à tirer pleinement parti des technologies Google Cloud. Nos cours portent sur les compétences techniques et les bonnes pratiques à suivre pour être rapidement opérationnel et poursuivre votre apprentissage. Nous proposons des formations pour tous les niveaux, à la demande, en salle et à distance, pour nous adapter aux emplois du temps de chacun. Les certifications vous permettent de valider et de démontrer vos compétences et votre expérience en matière de technologies Google Cloud.

Dernière mise à jour du manuel : 4 décembre 2025

Dernier test de l'atelier : 10 décembre 2025

Copyright 2026 Google LLC. Tous droits réservés. Google et le logo Google sont des marques de Google LLC. Tous les autres noms d'entreprises et de produits peuvent être des marques des entreprises auxquelles ils sont associés.