GSP861

Übersicht

Mit Database Migration Service lassen sich MySQL-Datenbankobjekte wie Schema, Daten und Metadaten effizient von einer Quell- zu einer Zielinstanz migrieren. Wenn ein Migrationsjob ausgeführt wird, werden alle Tabellen aus allen Datenbanken und Schemas migriert, mit Ausnahme der folgenden Systemdatenbanken: sys, mysql, performance_schema und information_schema.

Informationen zu Nutzerinnen und Nutzern sowie Berechtigungen werden in den MySQL-Systemdatenbanken gespeichert. Da diese Systemdatenbanken bei Database Migration Service-Jobs nicht migriert werden, müssen Sie Nutzerinnen und Nutzer sowie Berechtigungen in der Cloud SQL-Zielinstanz verwalten, nachdem sie erstellt wurde. Weitere Informationen zur Zuverlässigkeit der Migration

Wenn in der DEFINER-Anweisung eines Objekts angegebene Nutzerinnen und Nutzer auf der Zielinstanz nicht vorhanden sind, kann der Aufruf des Objekts nach der Migration fehlschlagen. Weitere Informationen finden Sie im Leitfaden zum Erstellen und Ausführen eines MySQL-Migrationsjobs mit Metadaten mit einer DEFINER-Anweisung.

Um Fehler zu vermeiden, wenn Objekte nach der Migration in der Zielinstanz aufgerufen werden, können Sie eine der beiden folgenden Aktionen auswählen, bevor Sie den Migrationsjob ausführen:

• Nutzerinnen und Nutzer erstellen: Erstellen Sie die erforderlichen Nutzerinnen und Nutzer in der MySQL-Zielinstanz. So wird sichergestellt, dass alle Personen, die mit DEFINER-Anweisungen verknüpft sind, am Zielort vorhanden sind.
• Sicherheitsberechtigungen aktualisieren: Ändern Sie in der MySQL-Quellinstanz DEFINER-Anweisungen in INVOKER. So werden die Sicherheitsberechtigungen für den Datenzugriff am Ziel auf die Berechtigungen der Person festgelegt, die die Abfrage ausführt, und nicht auf die Berechtigungen der Person, die das Objekt definiert hat.

Nachdem diese Voraussetzungen erfüllt sind, erstellen und speichern Sie einen Database Migration Service-Job und starten ihn dann. Nach erfolgreichem Abschluss der Migration müssen Sie die Nutzermetadaten in der Cloud SQL for MySQL-Instanz überprüfen.

Aufgaben

In diesem Lab erfahren Sie, wie Sie MySQL-Nutzerdaten migrieren, wenn Sie Database Migration Service-Jobs ausführen. Das sind Ihre Aufgaben:

• Vorhandene MySQL-Nutzende in der Quellinstanz identifizieren
• DEFINER-Anweisungen in der MySQL-Quellinstanz in INVOKER ändern
• Database Migration Service-Job erstellen und speichern, ohne den ihn zu starten
• Nutzende in der Cloud SQL-Zielinstanz erstellen
• Zuvor erstellten Database Migration Service-Job starten
• Nutzermetadaten in der Cloud SQL-Zielinstanz prüfen

Einrichtung und Anforderungen

Vor dem Klick auf „Start Lab“ (Lab starten)

Lesen Sie diese Anleitung. Labs sind zeitlich begrenzt und können nicht pausiert werden. Der Timer beginnt zu laufen, wenn Sie auf Lab starten klicken, und zeigt Ihnen, wie lange Google Cloud-Ressourcen für das Lab verfügbar sind.

In diesem praxisorientierten Lab können Sie die Lab-Aktivitäten in einer echten Cloud-Umgebung durchführen – nicht in einer Simulations- oder Demo-Umgebung. Dazu erhalten Sie neue, temporäre Anmeldedaten, mit denen Sie für die Dauer des Labs auf Google Cloud zugreifen können.

Für dieses Lab benötigen Sie Folgendes:

• Einen Standardbrowser (empfohlen wird Chrome)

Hinweis: Nutzen Sie den privaten oder Inkognitomodus (empfohlen), um dieses Lab durchzuführen. So wird verhindert, dass es zu Konflikten zwischen Ihrem persönlichen Konto und dem Teilnehmerkonto kommt und zusätzliche Gebühren für Ihr persönliches Konto erhoben werden.

• Zeit für die Durchführung des Labs – denken Sie daran, dass Sie ein begonnenes Lab nicht unterbrechen können.

Hinweis: Verwenden Sie für dieses Lab nur das Teilnehmerkonto. Wenn Sie ein anderes Google Cloud-Konto verwenden, fallen dafür möglicherweise Kosten an.

Lab starten und bei der Google Cloud Console anmelden

1. Klicken Sie auf Lab starten. Wenn Sie für das Lab bezahlen müssen, wird ein Dialogfeld geöffnet, in dem Sie Ihre Zahlungsmethode auswählen können. Auf der linken Seite befindet sich der Bereich „Details zum Lab“ mit diesen Informationen:

   • Schaltfläche „Google Cloud Console öffnen“
   • Restzeit
   • Temporäre Anmeldedaten für das Lab
   • Ggf. weitere Informationen für dieses Lab

2. Klicken Sie auf Google Cloud Console öffnen (oder klicken Sie mit der rechten Maustaste und wählen Sie Link in Inkognitofenster öffnen aus, wenn Sie Chrome verwenden).

   Im Lab werden Ressourcen aktiviert. Anschließend wird ein weiterer Tab mit der Seite „Anmelden“ geöffnet.

   Tipp: Ordnen Sie die Tabs nebeneinander in separaten Fenstern an.

   Hinweis: Wird das Dialogfeld Konto auswählen angezeigt, klicken Sie auf Anderes Konto verwenden.

3. Kopieren Sie bei Bedarf den folgenden Nutzernamen und fügen Sie ihn in das Dialogfeld Anmelden ein.

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

   Sie finden den Nutzernamen auch im Bereich „Details zum Lab“.

4. Klicken Sie auf Weiter.

5. Kopieren Sie das folgende Passwort und fügen Sie es in das Dialogfeld Willkommen ein.

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

   Sie finden das Passwort auch im Bereich „Details zum Lab“.

6. Klicken Sie auf Weiter.

   Wichtig: Sie müssen die für das Lab bereitgestellten Anmeldedaten verwenden. Nutzen Sie nicht die Anmeldedaten Ihres Google Cloud-Kontos. Hinweis: Wenn Sie Ihr eigenes Google Cloud-Konto für dieses Lab nutzen, können zusätzliche Kosten anfallen.

7. Klicken Sie sich durch die nachfolgenden Seiten:

   • Akzeptieren Sie die Nutzungsbedingungen.
   • Fügen Sie keine Wiederherstellungsoptionen oder Zwei-Faktor-Authentifizierung hinzu (da dies nur ein temporäres Konto ist).
   • Melden Sie sich nicht für kostenlose Testversionen an.

Nach wenigen Augenblicken wird die Google Cloud Console in diesem Tab geöffnet.

Hinweis: Wenn Sie auf Google Cloud-Produkte und ‑Dienste zugreifen möchten, klicken Sie auf das Navigationsmenü oder geben Sie den Namen des Produkts oder Dienstes in das Feld Suchen ein.

Cloud Shell aktivieren

Cloud Shell ist eine virtuelle Maschine, auf der Entwicklertools installiert sind. Sie bietet ein Basisverzeichnis mit 5 GB nichtflüchtigem Speicher und läuft auf Google Cloud. Mit Cloud Shell erhalten Sie Befehlszeilenzugriff auf Ihre Google Cloud-Ressourcen.

1. Klicken Sie oben in der Google Cloud Console auf Cloud Shell aktivieren .

2. Klicken Sie sich durch die folgenden Fenster:

   • Fahren Sie mit dem Informationsfenster zu Cloud Shell fort.
   • Autorisieren Sie Cloud Shell, Ihre Anmeldedaten für Google Cloud API-Aufrufe zu verwenden.

Wenn eine Verbindung besteht, sind Sie bereits authentifiziert und das Projekt ist auf Project_ID, eingestellt. Die Ausgabe enthält eine Zeile, in der die Project_ID für diese Sitzung angegeben ist:

Ihr Cloud-Projekt in dieser Sitzung ist festgelegt als {{{project_0.project_id | "PROJECT_ID"}}}

gcloud ist das Befehlszeilentool für Google Cloud. Das Tool ist in Cloud Shell vorinstalliert und unterstützt die Tab-Vervollständigung.

3. (Optional) Sie können den aktiven Kontonamen mit diesem Befehl auflisten:

gcloud auth list

4. Klicken Sie auf Autorisieren.

Ausgabe:

ACTIVE: * ACCOUNT: {{{user_0.username | "ACCOUNT"}}} Um das aktive Konto festzulegen, führen Sie diesen Befehl aus: $ gcloud config set account `ACCOUNT`

5. (Optional) Sie können die Projekt-ID mit diesem Befehl auflisten:

gcloud config list project

Ausgabe:

[core] project = {{{project_0.project_id | "PROJECT_ID"}}} Hinweis: Die vollständige Dokumentation für gcloud finden Sie in Google Cloud in der Übersicht zur gcloud CLI.

Prüfen, ob die Database Migration API aktiviert ist

1. Geben Sie in der Titelleiste der Google Cloud Console Database Migration API in das Suchfeld ein und klicken Sie dann in den Suchergebnissen auf Database Migration API.

2. Klicken Sie bei Bedarf auf Aktivieren, um die API zu aktivieren.

Aufgabe 1: Vorhandene MySQL-Nutzende in der Quellinstanz identifizieren

Ähnlich wie bei anderen Cloud-Ressourcen werden Zugriff und Berechtigungen für die Ziel-Cloud SQL-Instanz auf Projektebene mit Identity and Access Management (IAM) gesteuert. Weitere Informationen finden Sie im IAM-Leitfaden für Cloud SQL.

Im Rahmen dieser Aufgabe identifizieren Sie Personen, die die Datenbank nutzen und die über die Datenbankzugriffssteuerung verwaltet werden, zum Beispiel Admins und Superuser*innen. Diese Personen, die sich von den über IAM verwalteten Nutzerinnen und Nutzern unterscheiden, benötigen möglicherweise Zugriff auf die Cloud SQL-Zielinstanz, um die Ergebnisse des Migrationsjobs zu testen, bevor ein umfassenderer IAM-Zugriff gewährt wird. Weitere Informationen finden Sie im Nutzerleitfaden zu MySQL.

Verbindung zur MySQL-Quellinstanz herstellen

1. Klicken Sie in der Titelleiste der Google Cloud Console im Navigationsmenü () auf Compute Engine > VM-Instanzen.

2. Suchen Sie die Zeile mit der Instanz dms-mysql-training-vm.

3. Klicken Sie unter Verbinden auf SSH, um ein Terminalfenster zu öffnen.

4. Wenn Sie dazu aufgefordert werden, klicken Sie auf Autorisieren.

Sie können alle Warnungen zu Upgrades ignorieren, die im SSH-Fenster angezeigt werden.

5. Führen Sie den folgenden Befehl aus, um im Terminalfenster eine Verbindung zur interaktiven MySQL-Konsole herzustellen:

mysql -u admin -p

6. Wenn Sie zur Eingabe eines Passworts aufgefordert werden, geben Sie Folgendes ein:

changeme!

Vorhandene MySQL-Nutzende identifizieren

1. Führen Sie die folgende Abfrage aus, um vorhandene MySQL-Nutzerinnen und -Nutzer zu identifizieren:

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

Die Systemnutzenden debian-sys-maint, mysql.session und mysql.sys müssen nicht neu erstellt werden, da sie von MySQL nach Bedarf zusammen mit der Zielinstanz erstellt werden.

2. Führen Sie die geänderte Abfrage aus, um diese Systemnutzer*innen auszuschließen:

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

3. Prüfen Sie die Liste der Nutzerinnen und Nutzer, die in der Cloud SQL-Zielinstanz neu erstellt werden müssen:

Host	Nutzer*in
localhost	admin
%	admin
localhost	bsmith
localhost	dwilliams
localhost	mhill
localhost	root
%	root

In einer späteren Aufgabe erstellen Sie die root-Nutzerin oder den root-Nutzer, wenn Sie den Database Migration Service-Job ausführen. Die anderen Nutzer*innen erstellen Sie, nachdem die Cloud SQL-Zielinstanz vom Migrationsjob erstellt wurde.

4. Lassen Sie das Terminalfenster für die nächste Aufgabe geöffnet.

Aufgabe 2: DEFINER in der MySQL-Quellinstanz in INVOKER ändern

Gerade haben Sie die vorhandenen MySQL-Nutzerinnen und ‑Nutzer in der Quellinstanz identifiziert. Im Rahmen dieser Aufgabe identifizieren und aktualisieren Sie Datenbankobjekte mit DEFINER-Einträgen für Root- oder andere Nutzende, die noch nicht in der Zielinstanz vorhanden sind.

Wenn die Nutzenden in der Quellinstanz nicht in der Zielinstanz erstellt werden, müssen alle zugehörigen DEFINER-Einträge in INVOKER geändert werden. Insbesondere sollten alle DEFINER-Einträge für „root“ mit einer anderen Nutzerin oder einem anderen Nutzer wie „admin“ in INVOKER geändert werden.

Diese Aktionen verhindern Fehler, wenn die Objekte nach der Migration in der Zielinstanz aufgerufen werden. Weitere Informationen finden Sie unter MySQL-Migrationsjob mit Metadaten mit DEFINER-Anweisung erstellen und ausführen.

Objekte mit DEFINER-Einträgen identifizieren

Wenn Sie Informationen zu DEFINER in einer MySQL-Instanz abrufen möchten, können Sie die INFORMATION_SCHEMA-Tabellen abfragen, um DEFINER-Einträge zu identifizieren, die vor der Migration überprüft werden müssen. Das sind beispielsweise DEFINER-Einträge, die nicht mit Systemdatenbanken wie mysql verknüpft sind und daher zur Zielinstanz migriert werden.

1. Führen Sie die folgende Abfrage aus, um DEFINER-Einträge zu identifizieren:

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

Die Ergebnisse deuten darauf hin, dass Sie Ereignisse, Abläufe, Trigger und Ansichten auf DEFINER-Einträge prüfen müssen.

Einige dieser DEFINER-Einträge sind möglicherweise mit Systemnutzenden verknüpft, für die keine zusätzlichen Maßnahmen erforderlich sind. Diese werden in den Abfragen ausgeschlossen, um DEFINER-Einträge für die verschiedenen Datenbankobjekte zu identifizieren.

2. Führen Sie die folgende Abfrage aus, um DEFINER in Ereignissen zu identifizieren:

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

In Ereignissen, die mit Nicht-Systemnutzenden verknüpft sind, gibt es keine Instanzen von DEFINER.

3. Führen Sie die folgende Abfrage aus, um DEFINER in Abläufen zu identifizieren:

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

Es gibt keine Instanzen von DEFINER in Abläufen, die mit Nicht-Systemnutzenden verknüpft sind.

4. Führen Sie die folgende Abfrage aus, um DEFINER in Triggern zu identifizieren:

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

Es gibt keine Instanzen von DEFINER in Triggern, die mit Nicht-Systemnutzenden verknüpft sind.

5. Führen Sie die folgende Abfrage aus, um DEFINER in Ansichten zu identifizieren:

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. Sehen Sie sich die Details für die Ansicht invoices_storenum_3656 an, die mit mhill verknüpft ist:

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

Im nächsten Abschnitt ändern Sie DEFINER für diese Ansicht in INVOKER.

Unter den zuvor identifizierten Nutzenden sind einer Person (dwilliams) keine DEFINER-Einträge in Ansichten zugeordnet. Außerdem gibt es keine Instanzen von DEFINER für die Root-Nutzenden. Für „dwilliams“ und „root“ sind keine Maßnahmen erforderlich.

DEFINER in INVOKER ändern

Im Rahmen dieser Unteraufgabe ändern Sie die DEFINER-Einträge, die mhill zugeordnet sind, in INVOKER.

1. Führen Sie den folgenden Befehl aus, um die Details der Ansicht aufzurufen, die mit mhill verknüpft ist:

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

2. Wählen Sie die mit der Ansicht verknüpfte Datenbank aus:

use sales_data;

3. Führen Sie den folgenden Befehl aus, um DEFINER für die Ansicht in INVOKER zu ändern:

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

4. Prüfen Sie die DEFINER-Einträge noch einmal, um zu sehen, ob sie für die Ansicht in INVOKER geändert wurden:

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;

Der DEFINER-Eintrag für mhill wurde in INVOKER geändert, während die DEFINER-Einträge für „admin“ und „bsmith“ beibehalten wurden.

Terminalsitzung beenden

1. Beenden Sie die interaktive MySQL-Konsole:

exit

2. Beenden Sie die Terminalsitzung:

exit

Klicken Sie auf Fortschritt prüfen. DEFINER-Anweisungen in der MySQL-Quellinstanz in INVOKER ändern.

Aufgabe 3: Database Migration Service-Job erstellen und speichern, ohne ihn zu starten

Im Rahmen dieser Aufgabe erstellen und speichern Sie einen Migrationsjob, ohne ihn zu starten. In diesem Fall erstellen Sie einen einmaligen Migrationsjob mit VPC-Peering als Verbindungsoption. Sie können jedoch jeden Migrationsjob erstellen und speichern, um ihn später auszuführen.

So können Sie die Cloud SQL-Zielinstanz erstellen, ohne Daten zu migrieren, bis Sie die erforderlichen Aufgaben wie das Erstellen neuer Nutzer*innen in der Zielinstanz abgeschlossen haben.

Verbindungsinformationen für die MySQL-Quellinstanz abrufen

1. Klicken Sie in der Google Cloud Console im Navigationsmenü () auf Compute Engine > VM-Instanzen.

2. Suchen Sie die Zeile mit der Instanz dms-mysql-training-vm.

3. Kopieren Sie den Wert für Interne IP-Adresse (zum Beispiel 10.128.0.2).

Neues Verbindungsprofil für die MySQL-Quellinstanz erstellen

1. Geben Sie in der Titelleiste der Console Datenbankmigration in das Suchfeld ein und klicken Sie in den Ergebnissen auf Datenbankmigration.

2. Klicken Sie im linken Bereich auf Verbindungsprofile und dann auf Profil erstellen.

3. Legen Sie die erforderlichen Informationen für das Verbindungsprofil unten fest und übernehmen Sie für alle anderen Einstellungen die Standardwerte:

Attribut	Wert
Profilrolle	Quelle
Datenbankmodul	MySQL
Verbindungsprofilname	mysql-vm
Verbindungsprofil-ID	Behalten Sie den automatisch generierten Wert bei.
Hostname oder IP-Adresse	Geben Sie die interne IP-Adresse für die MySQL-Quellinstanz ein, die Sie in der vorherigen Aufgabe kopiert haben (zum Beispiel 10.128.0.2).
Port	3306
Nutzername	admin
Passwort	changeme!
Region

4. Klicken Sie auf Erstellen.

In der Liste der Verbindungsprofile wird jetzt ein neues Verbindungsprofil mit dem Namen „mysql-vm“ angezeigt.

Neuen einmaligen Migrationsjob erstellen

1. Klicken Sie im linken Bereich auf Migrationsjobs und dann auf Migrationsjob erstellen.

2. Verwenden Sie auf dem Tab Jetzt starten für Migrationsjob erstellen die folgenden Werte:

Attribut	Wert
Name des Migrationsjobs	vm-to-cloudsql
Migrationsjob-ID	Behalten Sie den automatisch generierten Wert bei.
Quelldatenbankmodul	MySQL
Zielregion
Typ des Migrationsjobs	Einmalig

Lassen Sie alle anderen Standardeinstellungen unverändert.

3. Klicken Sie auf Speichern und weiter.

Quellinstanz definieren

1. Wählen Sie auf dem Tab Quelle definieren für Quellverbindungsprofil die Option mysql-vm aus.

2. Behalten Sie für die anderen Einstellungen die Standardeinstellungen bei.

3. Klicken Sie auf Speichern und weiter.

Zielinstanz definieren

1. Wählen Sie auf dem Tab Ziel definieren unter Typ des Zielclusters die Option Vorhandene Instanz aus.

2. Wählen Sie unter Zielinstanz die Option aus.

3. Klicken Sie auf Auswählen und fortfahren.

4. Geben Sie den Instanznamen noch einmal ein und klicken Sie auf Bestätigen und fortfahren.

Hinweis: Dieser Schritt kann einige Minuten dauern.

Falls Sie dazu aufgefordert werden, die Anfrage zu wiederholen, klicken Sie auf den Button Wiederholen, um die Service Networking API zu aktualisieren.

Wenn Sie eine Fehlermeldung ohne Aufforderung zum Wiederholen erhalten, prüfen Sie, ob Sie die Schritte im Abschnitt Einrichtung und Anforderungen des Labs ausgeführt haben, um zu verifizieren, dass die Service Networking API aktiviert wurde.

Wenn dieser Schritt abgeschlossen ist, sehen Sie folgende aktualisierte Nachricht: Diese Instanz nutzt die vorhandene Verbindung zum verwalteten Dienst.

Es kann einige Minuten dauern, bis das Ziel gespeichert ist.

Verbindungsmethode definieren

1. Wählen Sie auf dem Tab Verbindungsmethode definieren für Verbindungsmethode die Option VPC-Peering aus.

2. Wählen Sie für VPC die Option default aus.

Das VPC-Peering wird durch Database Migration Service konfiguriert. Dazu nutzt der Dienst die Informationen, die für das VPC-Netzwerk bereitgestellt wurden (in diesem Fall das Netzwerk „default“).

3. Klicken Sie auf Konfigurieren und fortfahren.

Einmaligen Migrationsjob speichern

1. Sehen Sie sich die Details des Migrationsjobs an.

2. Klicken Sie auf Job erstellen.

Sie müssen den Migrationsjob nicht testen. Wenn Sie den Job jetzt testen, wird eine Fehlermeldung angezeigt, da DEFINER-Einträge mit Nutzenden verknüpft sind, die noch nicht in der Zielinstanz erstellt wurden. Sie erstellen diese im Rahmen der nächsten Aufgabe.

3. Wenn Sie zur Bestätigung aufgefordert werden, klicken Sie auf Erstellen.

Der Migrationsjob wurde erstellt, aber noch nicht gestartet. Sie starten den Job in einer späteren Aufgabe, nachdem Sie die neuen Nutzer*innen in der Cloud SQL-Zielinstanz erstellt haben.

Klicken Sie auf Fortschritt prüfen. Database Migration Service-Job erstellen und speichern, ohne ihn zu starten.

Aufgabe 4: Erforderliche Nutzer*innen in der Cloud SQL-Zielinstanz erstellen

Bevor Sie einen Migrationsjob in Cloud SQL ausführen, sollten Sie die erforderlichen MySQL-Nutzenden erstellen. Dazu gehören zum Beispiel Admins und Superuser*innen, die die Migrationsergebnisse testen können, bevor sie über IAM einen umfassenderen Zugriff gewähren. Außerdem müssen Sie Nutzende mit zugehörigen DEFINER-Anweisungen erstellen, bevor Sie die Migration starten.

In dieser Aufgabe erstellen Sie die Nutzerinnen und Nutzer namens „admin“, „bsmith“ und „mhill“.

1. Geben Sie in der Titelleiste der Google Cloud Console Cloud SQL in das Suchfeld ein und klicken Sie in den Ergebnissen auf Cloud SQL.

2. Erweitern Sie die Instanz mysql-cloudsql-master und klicken Sie auf die Instanz mysql-cloudsql.

3. Klicken Sie im Menü Replikatinstanz auf Nutzer.

4. Klicken Sie auf Nutzerkonto hinzufügen.

5. Legen Sie die Attribute in der Tabelle unten fest und behalten Sie bei allen anderen die Standardwerte bei:

Attribut	Wert
Nutzername	admin
Passwort	changeme!
Hostname	Host anhand von IP-Adresse oder Adressbereich einschränken
Moderator*in	localhost

6. Klicken Sie auf Hinzufügen.

7. Wiederholen Sie die Schritte 4 bis 9, um zwei weitere Nutzerinnen und Nutzer mit localhost-Zugriff zu erstellen:

Nutzer*in	Passwort
bsmith	mustchangeasap!
mhill	update!

Klicken Sie auf Fortschritt prüfen. Nutzer*innen in der Cloud SQL-Zielinstanz erstellen.

Aufgabe 5: Zuvor erstellten Migrationsjob ausführen

Migrationsjob starten

1. Geben Sie in der Titelleiste der Google Cloud Console Datenbankmigration in das Suchfeld ein und klicken Sie in den Ergebnissen auf Datenbankmigration. > Migrationsjobs**.

2. Klicken Sie im linken Bereich auf „Migrationsjobs“** und dann auf den Migrationsjob vm-to-cloudsql, um die Seite „Details“ aufzurufen.

3. Klicken Sie auf Starten, um den Migrationsjob auszuführen.

Wenn Sie zur Bestätigung aufgefordert werden, klicken Sie auf Starten.

4. Prüfen Sie den Status des Migrationsjobs.
   • Wenn Sie den Job noch nicht gestartet haben, lautet der Status Nicht gestartet. Sie können den Job starten oder löschen.
   • Nachdem der Job gestartet wurde, lautet der Status Wird gestartet und wechselt dann zu Wird ausgeführt.
   • Wenn der Jobstatus zu Abgeschlossen wechselt, wurde der Migrationsjob abgeschlossen und Sie können mit der nächsten Aufgabe fortfahren.

Klicken Sie auf Fortschritt prüfen. Zuvor erstellten Database Migration Service-Job ausführen.

Aufgabe 6: Nutzermetadaten in Cloud SQL for MySQL bestätigen

Verbindung zur MySQL-Instanz herstellen

1. Geben Sie in der Titelleiste der Google Cloud Console Cloud SQL in das Suchfeld ein und klicken Sie in den Ergebnissen auf Cloud SQL.

2. Klicken Sie auf die Instanz-ID mysql-cloudsql.

3. Klicken Sie im Menü Primäre Instanz auf Übersicht.

4. Scrollen Sie nach unten zum Bereich Mit dieser Instanz verbinden und klicken Sie auf Cloud Shell öffnen.

Der Befehl zum Herstellen einer Verbindung zu MySQL wird in Cloud Shell vorab ausgefüllt:

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

5. Führen Sie den vorab ausgefüllten Befehl aus.

Wenn Sie dazu aufgefordert werden, klicken Sie für die API auf Autorisieren.

6. Wenn Sie zur Eingabe eines Passworts aufgefordert werden, das Sie ja zuvor festgelegt haben, geben Sie Folgendes ein:

supersecret!

Sie haben jetzt die interaktive MySQL-Konsole aktiviert.

Nutzermetadaten in der Cloud SQL for MySQL-Instanz ansehen

1. Führen Sie die folgende Abfrage aus, um die Nicht-Systemnutzer*innen aufzurufen:

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

Sie sehen die Nutzer*innen, die Sie in der vorherigen Aufgabe erstellt haben.

2. Führen Sie die folgende Abfrage aus, um zu prüfen, ob die Nutzermetadaten migriert wurden:

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. Prüfen Sie die Einträge, um zu sehen, ob die Metadaten für invoices_storenum_3656 migriert wurden:

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. Führen Sie den folgenden Befehl aus, um die Datenbank in der interaktiven MySQL-Konsole auszuwählen:

use sales_data;

5. Fragen Sie die mit mhill verknüpfte Ansicht ab, um zu prüfen, ob sie erfolgreich ausgeführt wird:

select * from invoices_storenum_3656;

Die Abfrage gibt 27 Zeilen zurück.

6. Beenden Sie die interaktive MySQL-Konsole:

exit

Klicken Sie auf Fortschritt prüfen. Nutzermetadaten in Cloud SQL for MySQL bestätigen

Das wars! Sie haben das Lab erfolgreich abgeschlossen.

Sie haben gelernt, wie Sie MySQL-Nutzerdaten migrieren, wenn Sie Database Migration Service-Jobs ausführen.

Weitere Informationen

Weitere Informationen zur Datenmigration, zu Cloud SQL-Datenbanken und zu Database Migration Service:

• Dokumentation zu Database Migration Service
• Cloud SQL for MySQL – Dokumentation
• Migrationstypen

Google Cloud-Schulungen und -Zertifizierungen

In unseren Schulungen erfahren Sie alles zum optimalen Einsatz unserer Google Cloud-Technologien und können sich entsprechend zertifizieren lassen. Unsere Kurse vermitteln technische Fähigkeiten und Best Practices, damit Sie möglichst schnell mit Google Cloud loslegen und Ihr Wissen fortlaufend erweitern können. Wir bieten On-Demand-, Präsenz- und virtuelle Schulungen für Anfänger wie Fortgeschrittene an, die Sie individuell in Ihrem eigenen Zeitplan absolvieren können. Mit unseren Zertifizierungen weisen Sie nach, dass Sie Experte im Bereich Google Cloud-Technologien sind.

Anleitung zuletzt am 4. Dezember 2025 aktualisiert

Lab zuletzt am 10. Dezember 2025 getestet

© 2026 Google LLC. Alle Rechte vorbehalten. Google und das Google-Logo sind Marken von Google LLC. Alle anderen Unternehmens- und Produktnamen können Marken der jeweils mit ihnen verbundenen Unternehmen sein.