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 DEFINER Klausel definiert wurden. Weitere Informationen finden Sie unter Metadaten mit einer DEFINER Klausel prüfen.

    Mit Database Migration Service für homogene MySQL-Migrationen werden keine Nutzerkonten und Anmeldungen migriert. 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 mysql, performance_schema, information_schema, ndbinfo, oder sys Systemschemata verweisen, müssen diese Systemschematabellen auch in den Replikaten vorhanden sein.

    Wenn die Replikate 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 unter Nutzer erstellen in der Cloud SQL-Dokumentation. Sie müssen Folgendes sicherstellen:

    • Sie erlauben dem dedizierten Nutzerkonto, eine Verbindung von jedem Host aus herzustellen (host=%).
    • Das Passwort für das Konto darf nicht länger als 32 Zeichen sein. Weitere Informationen zu den Einschränkungen der MySQL-Passwortlänge finden Sie unter MySQL Bug #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 eigene Dump-Dateien bereitstellen oder die verwaltete Dump-Funktion von Database Migration Service verwenden:

    Verwalteter Dump

    Wenn Database Migration Service automatisch den 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 BACKUP_ADMIN Berechtigung haben.

    Manueller Dump

    Wenn Sie eigene Dump-Dateien 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 Speicher-Engine InnoDB 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 DEFINER Klausel definiert wurden. Weitere Informationen finden Sie unter Metadaten mit einer DEFINER Klausel prüfen.

    Mit Database Migration Service für homogene MySQL-Migrationen werden keine Nutzerkonten und Anmeldungen migriert. 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 mysql, performance_schema, information_schema, ndbinfo, oder sys Systemschemata verweisen, müssen diese Systemschematabellen auch in den Replikaten vorhanden sein.

    Wenn die Replikate 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 Fällen muss GTID_MODE auf ON für Database Migration Service festgelegt 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 Anweisungen zur Kontoverwaltung. Sie müssen Folgendes sicherstellen:

    • Sie erlauben dem dedizierten Nutzerkonto, eine Verbindung von jedem Host aus herzustellen (host=%).
    • Das Passwort für das Konto darf nicht länger als 32 Zeichen sein. Weitere Informationen zu den Einschränkungen der MySQL-Passwortlänge finden Sie unter MySQL Bug #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 eigene Dump-Dateien bereitstellen oder die verwaltete Dump-Funktion von Database Migration Service verwenden:

    Verwalteter Dump

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

    Manueller Dump

    Wenn Sie eigene Dump-Dateien 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 Speicher-Engine InnoDB, ermöglicht aber auch die Verwendung anderer Speicher-Engines. Achten Sie darauf, dass alle Tabellen (außer Tabellen in Systemdatenbanken) die Speicher-Engine InnoDB 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 DEFINER Klausel definiert wurden. Weitere Informationen finden Sie unter Metadaten mit einer DEFINER Klausel prüfen.

    Mit Database Migration Service für homogene MySQL-Migrationen werden keine Nutzerkonten und Anmeldungen migriert. 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 mysql, performance_schema, information_schema, ndbinfo, oder sys Systemschemata verweisen, müssen diese Systemschematabellen auch in den Replikaten vorhanden sein.

    Wenn die Replikate 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 Fällen muss GTID_MODE auf ON für Database Migration Service festgelegt 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 Anweisungen zur Kontoverwaltung. Sie müssen Folgendes sicherstellen:

    • Sie erlauben dem dedizierten Nutzerkonto, eine Verbindung von jedem Host aus herzustellen (host=%).
    • Das Passwort für das Konto darf nicht länger als 32 Zeichen sein. Weitere Informationen zu den Einschränkungen der MySQL-Passwortlänge finden Sie unter MySQL Bug #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 eigene Dump-Dateien bereitstellen oder die verwaltete Dump-Funktion von Database Migration Service verwenden:

    Verwalteter Dump

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

    Manueller Dump

    Wenn Sie eigene Dump-Dateien 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 DEFINER Klausel definiert wurden. Weitere Informationen finden Sie unter Metadaten mit einer DEFINER Klausel prüfen.

    Mit Database Migration Service für homogene MySQL-Migrationen werden keine Nutzerkonten und Anmeldungen migriert. 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 mysql, performance_schema, information_schema, ndbinfo, oder sys Systemschemata verweisen, müssen diese Systemschematabellen auch in den Replikaten vorhanden sein.

    Wenn die Replikate 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 Fällen muss GTID_MODE auf ON für Database Migration Service festgelegt 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 Anweisungen zur Kontoverwaltung. Sie müssen Folgendes sicherstellen:

    • Sie erlauben dem dedizierten Nutzerkonto, eine Verbindung von jedem Host aus herzustellen (host=%).
    • Das Passwort für das Konto darf nicht länger als 32 Zeichen sein. Weitere Informationen zu den Einschränkungen der MySQL-Passwortlänge finden Sie unter MySQL Bug #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 eigene Dump-Dateien bereitstellen oder die verwaltete Dump-Funktion von Database Migration Service verwenden:

    Verwalteter Dump

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

    Manueller Dump

    Wenn Sie eigene Dump-Dateien 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 DEFINER Klausel definiert wurden. Weitere Informationen finden Sie unter Metadaten mit einer DEFINER Klausel prüfen.

    Mit Database Migration Service für homogene MySQL-Migrationen werden keine Nutzerkonten und Anmeldungen migriert. 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 mysql, performance_schema, information_schema, ndbinfo, oder sys Systemschemata verweisen, müssen diese Systemschematabellen auch in den Replikaten vorhanden sein.

    Wenn die Replikate 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 Fällen muss GTID_MODE auf ON für Database Migration Service festgelegt 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 für alle eingehenden Verbindungen eine SSL/TLS-Verschlüsselung. Verwenden Sie je nach Wert von require_secure_transport eine der folgenden Verschlüsselungseinstellungen, wenn Sie das Quellverbindungsprofil erstellen:

    • Wenn require_secure_transport auf on festgelegt ist, wählen Sie Einfach, 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 Anweisungen zur Kontoverwaltung. Sie müssen Folgendes sicherstellen:

    • Sie erlauben dem dedizierten Nutzerkonto, eine Verbindung von jedem Host aus herzustellen (host=%).
    • Das Passwort für das Konto darf nicht länger als 32 Zeichen sein. Weitere Informationen zu den Einschränkungen der MySQL-Passwortlänge finden Sie unter MySQL Bug #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 eigene Dump-Dateien bereitstellen oder die verwaltete Dump-Funktion von Database Migration Service verwenden:

    Verwalteter Dump

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

    Manueller Dump

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

Nächste Schritte

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