MySQL-Quelldatenbank für einmalige Migrationen konfigurieren

Auf dieser Seite wird beschrieben, wie Sie die folgenden Quelldatenbankinstanzen für einmalige homogene MySQL-Migrationen konfigurieren:

Cloud SQL for MySQL-Quelle konfigurieren

So konfigurieren Sie eine Cloud SQL for MySQL-Quellinstanz für den Migrationsprozess:

  1. Prüfen Sie, ob Ihre Quelldatenbank Metadaten enthält, die von Nutzern mit der Klausel DEFINER definiert wurden. Weitere Informationen finden Sie unter Metadaten mit einer DEFINER-Klausel prüfen.

    Der Database Migration Service für homogene MySQL-Migrationen migriert keine Nutzerkonten und Anmeldedaten. Quellen, die Metadaten enthalten, die von Nutzerkonten mit der DEFINER-Klausel definiert wurden, können die Migration blockieren.

  2. Wenn Ihre Quelldatenbank Objekte enthält, die auf Tabellen in den Systemschemas mysql, performance_schema, information_schema, ndbinfo oder sys verweisen, müssen die Replikatdatenbanken diese Systemschematabellen ebenfalls enthalten.

    Wenn die Replikatdatenbanken diese Tabellen nicht enthalten, schlägt der Migrationsjob möglicherweise mit dem Fehler Unknown table in system schema fehl.

  3. Erstellen Sie in Ihrer Instanz ein dediziertes Nutzerkonto für die Migration. Weitere Informationen finden Sie in der Cloud SQL-Dokumentation unter Nutzer erstellen. Sie müssen Folgendes sicherstellen:

    • Sie erlauben dem dedizierten Nutzerkonto, eine Verbindung von einem beliebigen Host (host=%) herzustellen.
    • Das Passwort für das Konto darf nicht länger als 32 Zeichen sein. Weitere Informationen zu den Einschränkungen der Passwortlänge für MySQL-Nutzer finden Sie unter MySQL-Fehler Nr. 43439.

  4. Weisen Sie dem dedizierten Migrationsnutzerkonto die erforderlichen Berechtigungen zu. Bei einmaligen Migrationen hängt die vollständige Liste der erforderlichen Berechtigungen davon ab, ob Sie Ihre eigenen Dumpdateien bereitstellen oder die von Database Migration Service verwaltete Dumpfunktion verwenden:

    Verwalteter Dump

    Wenn Database Migration Service automatisch einen vollständigen Dump Ihrer Quelldatenbank erstellen soll, weisen Sie dem Nutzerkonto die folgenden Berechtigungen zu:

    • SELECT
    • SHOW VIEW
    • TRIGGER
    • RELOAD
    • Für MySQL-Quellversionen 8.0 oder höher: Das Migrationskonto darf nicht die Berechtigung BACKUP_ADMIN haben.

    Manueller Dump

    Wenn Sie eigene Dumpdateien bereitstellen, die mit mysqldump erstellt wurden, müssen Sie dem Nutzerkonto keine zusätzlichen Berechtigungen zuweisen.

Selbst gehostete MySQL-Quelle konfigurieren

So konfigurieren Sie eine selbst gehostete MySQL-Quellinstanz für den Migrationsprozess:

  1. Achten Sie darauf, dass alle Tabellen (außer Tabellen in Systemdatenbanken) die InnoDB-Speicher-Engine verwenden. Wenn Sie eine andere Speicher-Engine verwenden, müssen Sie Ihre Tabellen möglicherweise konvertieren. Weitere Informationen finden Sie unter Tabellen von MyISAM zu InnoDB konvertieren.
  2. Prüfen Sie, ob Ihre Quelldatenbank Metadaten enthält, die von Nutzern mit der Klausel DEFINER definiert wurden. Weitere Informationen finden Sie unter Metadaten mit einer DEFINER-Klausel prüfen.

    Der Database Migration Service für homogene MySQL-Migrationen migriert keine Nutzerkonten und Anmeldedaten. Quellen, die Metadaten enthalten, die von Nutzerkonten mit der DEFINER-Klausel definiert wurden, können die Migration blockieren.

  3. Wenn Ihre Quelldatenbank Objekte enthält, die auf Tabellen in den Systemschemas mysql, performance_schema, information_schema, ndbinfo oder sys verweisen, müssen die Replikatdatenbanken diese Systemschematabellen ebenfalls enthalten.

    Wenn die Replikatdatenbanken diese Tabellen nicht enthalten, schlägt der Migrationsjob möglicherweise mit dem Fehler Unknown table in system schema fehl.

  4. Achten Sie darauf, dass GTID_MODE auf ON oder OFF festgelegt ist. Andere Werte werden nicht unterstützt.

    In den folgenden Szenarien muss GTID_MODE in Database Migration Service auf ON gesetzt sein:

    Weitere Informationen zu GTID_MODE finden Sie unter Systemvariable für globale Transaktions-ID.

  5. Erstellen Sie in Ihrer Instanz ein dediziertes Nutzerkonto für die Migration. Weitere Informationen finden Sie unter Account management statements. Sie müssen Folgendes sicherstellen:

    • Sie erlauben dem dedizierten Nutzerkonto, eine Verbindung von einem beliebigen Host (host=%) herzustellen.
    • Das Passwort für das Konto darf nicht länger als 32 Zeichen sein. Weitere Informationen zu den Einschränkungen der Passwortlänge für MySQL-Nutzer finden Sie unter MySQL-Fehler Nr. 43439.

  6. Weisen Sie dem dedizierten Migrationsnutzerkonto die erforderlichen Berechtigungen zu. Bei einmaligen Migrationen hängt die vollständige Liste der erforderlichen Berechtigungen davon ab, ob Sie Ihre eigenen Dumpdateien bereitstellen oder die von Database Migration Service verwaltete Dumpfunktion verwenden:

    Verwalteter Dump

    Wenn Database Migration Service automatisch einen vollständigen Dump Ihrer Quelldatenbank erstellen soll, weisen Sie dem Nutzerkonto die folgenden Berechtigungen zu:

    Manueller Dump

    Wenn Sie eigene Dumpdateien bereitstellen, die mit mysqldump erstellt wurden, müssen Sie dem Nutzerkonto keine zusätzlichen Berechtigungen zuweisen.

Amazon RDS for MySQL-Quelle konfigurieren

So konfigurieren Sie eine Amazon RDS for MySQL-Quellinstanz für den Migrationsprozess:

  1. Amazon RDS for MySQL verwendet standardmäßig die InnoDB-Speicher-Engine, lässt aber auch andere Speicher-Engines zu. Achten Sie darauf, dass alle Ihre Tabellen (außer Tabellen in Systemdatenbanken) die InnoDB-Speicher-Engine verwenden. Wenn Sie eine andere Speicher-Engine verwenden, müssen Sie Ihre Tabellen möglicherweise konvertieren. Weitere Informationen finden Sie unter Tabellen von MyISAM zu InnoDB konvertieren.
  2. Prüfen Sie, ob Ihre Quelldatenbank Metadaten enthält, die von Nutzern mit der Klausel DEFINER definiert wurden. Weitere Informationen finden Sie unter Metadaten mit einer DEFINER-Klausel prüfen.

    Der Database Migration Service für homogene MySQL-Migrationen migriert keine Nutzerkonten und Anmeldedaten. Quellen, die Metadaten enthalten, die von Nutzerkonten mit der DEFINER-Klausel definiert wurden, können die Migration blockieren.

  3. Wenn Ihre Quelldatenbank Objekte enthält, die auf Tabellen in den Systemschemas mysql, performance_schema, information_schema, ndbinfo oder sys verweisen, müssen die Replikatdatenbanken diese Systemschematabellen ebenfalls enthalten.

    Wenn die Replikatdatenbanken diese Tabellen nicht enthalten, schlägt der Migrationsjob möglicherweise mit dem Fehler Unknown table in system schema fehl.

  4. Achten Sie darauf, dass GTID_MODE auf ON oder OFF festgelegt ist. Andere Werte werden nicht unterstützt. Amazon RDS for MySQL verwendet standardmäßig GTID_MODE = OFF.

    In den folgenden Szenarien muss GTID_MODE in Database Migration Service auf ON gesetzt sein:

    Weitere Informationen zu GTID_MODE finden Sie unter Systemvariable für globale Transaktions-ID.

  5. Erstellen Sie in Ihrer Instanz ein dediziertes Nutzerkonto für die Migration. Weitere Informationen finden Sie unter Account management statements. Sie müssen Folgendes sicherstellen:

    • Sie erlauben dem dedizierten Nutzerkonto, eine Verbindung von einem beliebigen Host (host=%) herzustellen.
    • Das Passwort für das Konto darf nicht länger als 32 Zeichen sein. Weitere Informationen zu den Einschränkungen der Passwortlänge für MySQL-Nutzer finden Sie unter MySQL-Fehler Nr. 43439.

  6. Weisen Sie dem dedizierten Migrationsnutzerkonto die erforderlichen Berechtigungen zu. Bei einmaligen Migrationen hängt die vollständige Liste der erforderlichen Berechtigungen davon ab, ob Sie Ihre eigenen Dumpdateien bereitstellen oder die von Database Migration Service verwaltete Dumpfunktion verwenden:

    Verwalteter Dump

    Wenn Database Migration Service automatisch einen vollständigen Dump Ihrer Quelldatenbank erstellen soll, weisen Sie dem Nutzerkonto die folgenden Berechtigungen zu:

    Manueller Dump

    Wenn Sie eigene Dumpdateien bereitstellen, die mit mysqldump erstellt wurden, müssen Sie dem Nutzerkonto keine zusätzlichen Berechtigungen zuweisen.

Amazon Aurora for MySQL-Quelle konfigurieren

So konfigurieren Sie eine Amazon Aurora for MySQL-Quellinstanz für den Migrationsprozess:

  1. Prüfen Sie, ob Ihre Quelldatenbank Metadaten enthält, die von Nutzern mit der Klausel DEFINER definiert wurden. Weitere Informationen finden Sie unter Metadaten mit einer DEFINER-Klausel prüfen.

    Der Database Migration Service für homogene MySQL-Migrationen migriert keine Nutzerkonten und Anmeldedaten. Quellen, die Metadaten enthalten, die von Nutzerkonten mit der DEFINER-Klausel definiert wurden, können die Migration blockieren.

  2. Wenn Ihre Quelldatenbank Objekte enthält, die auf Tabellen in den Systemschemas mysql, performance_schema, information_schema, ndbinfo oder sys verweisen, müssen die Replikatdatenbanken diese Systemschematabellen ebenfalls enthalten.

    Wenn die Replikatdatenbanken diese Tabellen nicht enthalten, schlägt der Migrationsjob möglicherweise mit dem Fehler Unknown table in system schema fehl.

  3. Achten Sie darauf, dass GTID_MODE auf ON oder OFF festgelegt ist. Andere Werte werden nicht unterstützt. Amazon Aurora for MySQL verwendet standardmäßig GTID_MODE = OFF.

    In den folgenden Szenarien muss GTID_MODE in Database Migration Service auf ON gesetzt sein:

    Weitere Informationen zu GTID_MODE finden Sie unter Systemvariable für globale Transaktions-ID.

  4. Erstellen Sie in Ihrer Instanz ein dediziertes Nutzerkonto für die Migration. Weitere Informationen finden Sie unter Account management statements. Sie müssen Folgendes sicherstellen:

    • Sie erlauben dem dedizierten Nutzerkonto, eine Verbindung von einem beliebigen Host (host=%) herzustellen.
    • Das Passwort für das Konto darf nicht länger als 32 Zeichen sein. Weitere Informationen zu den Einschränkungen der Passwortlänge für MySQL-Nutzer finden Sie unter MySQL-Fehler Nr. 43439.

  5. Weisen Sie dem dedizierten Migrationsnutzerkonto die erforderlichen Berechtigungen zu. Bei einmaligen Migrationen hängt die vollständige Liste der erforderlichen Berechtigungen davon ab, ob Sie Ihre eigenen Dumpdateien bereitstellen oder die von Database Migration Service verwaltete Dumpfunktion verwenden:

    Verwalteter Dump

    Wenn Database Migration Service automatisch einen vollständigen Dump Ihrer Quelldatenbank erstellen soll, weisen Sie dem Nutzerkonto die folgenden Berechtigungen zu:

    Manueller Dump

    Wenn Sie eigene Dumpdateien bereitstellen, die mit mysqldump erstellt wurden, müssen Sie dem Nutzerkonto keine zusätzlichen Berechtigungen zuweisen.

Microsoft Azure Database for MySQL-Quelle konfigurieren

So konfigurieren Sie eine Microsoft Azure Database for MySQL-Quellinstanz für den Migrationsprozess:

  1. Prüfen Sie, ob Ihre Quelldatenbank Metadaten enthält, die von Nutzern mit der Klausel DEFINER definiert wurden. Weitere Informationen finden Sie unter Metadaten mit einer DEFINER-Klausel prüfen.

    Der Database Migration Service für homogene MySQL-Migrationen migriert keine Nutzerkonten und Anmeldedaten. Quellen, die Metadaten enthalten, die von Nutzerkonten mit der DEFINER-Klausel definiert wurden, können die Migration blockieren.

  2. Wenn Ihre Quelldatenbank Objekte enthält, die auf Tabellen in den Systemschemas mysql, performance_schema, information_schema, ndbinfo oder sys verweisen, müssen die Replikatdatenbanken diese Systemschematabellen ebenfalls enthalten.

    Wenn die Replikatdatenbanken diese Tabellen nicht enthalten, schlägt der Migrationsjob möglicherweise mit dem Fehler Unknown table in system schema fehl.

  3. Achten Sie darauf, dass GTID_MODE auf ON oder OFF festgelegt ist. Andere Werte werden nicht unterstützt. Microsoft Azure Database for MySQL verwendet standardmäßig GTID_MODE = OFF.

    In den folgenden Szenarien muss GTID_MODE in Database Migration Service auf ON gesetzt sein:

    Weitere Informationen zu GTID_MODE finden Sie unter Systemvariable für globale Transaktions-ID.

  4. Prüfen Sie den Wert der Einstellung require_secure_transport.

    Standardmäßig erfordern Microsoft Azure-Datenbanken die SSL/TLS-Verschlüsselung für alle eingehenden Verbindungen. Verwenden Sie je nach require_secure_transport-Wert eine der folgenden Verschlüsselungseinstellungen, wenn Sie das Quellverbindungsprofil erstellen:

    • Wenn require_secure_transport auf on festgelegt ist, wählen Sie Basic, TLS oder mTLS aus.
    • Wenn require_secure_transport auf off festgelegt ist, wählen Sie Keine aus.

  5. Erstellen Sie in Ihrer Instanz ein dediziertes Nutzerkonto für die Migration. Weitere Informationen finden Sie unter Account management statements. Sie müssen Folgendes sicherstellen:

    • Sie erlauben dem dedizierten Nutzerkonto, eine Verbindung von einem beliebigen Host (host=%) herzustellen.
    • Das Passwort für das Konto darf nicht länger als 32 Zeichen sein. Weitere Informationen zu den Einschränkungen der Passwortlänge für MySQL-Nutzer finden Sie unter MySQL-Fehler Nr. 43439.

  6. Weisen Sie dem dedizierten Migrationsnutzerkonto die erforderlichen Berechtigungen zu. Bei einmaligen Migrationen hängt die vollständige Liste der erforderlichen Berechtigungen davon ab, ob Sie Ihre eigenen Dumpdateien bereitstellen oder die von Database Migration Service verwaltete Dumpfunktion verwenden:

    Verwalteter Dump

    Wenn Database Migration Service automatisch einen vollständigen Dump Ihrer Quelldatenbank erstellen soll, weisen Sie dem Nutzerkonto die folgenden Berechtigungen zu:

    Manueller Dump

    Wenn Sie eigene Dumpdateien bereitstellen, die mit mysqldump erstellt wurden, müssen Sie dem Nutzerkonto keine zusätzlichen Berechtigungen zuweisen.

Nächste Schritte

Eine vollständige, detaillierte Migrationsanleitung für homogene Cloud SQL for MySQL-Migrationen finden Sie unter Erste Schritte mit Cloud SQL for MySQL-Migrationen.