Migration von Amazon Aurora MySQL ohne SUPERUSER-Berechtigungen

Für das Erstellen und Ausführen eines Migrationsjobs mit einer Amazon Aurora-MySQL-Quelle oder Quellen, die keine SUPERUSER-Berechtigungen zulassen, sind möglicherweise einige zusätzliche Schritte erforderlich.

Amazon Aurora MySQL-Migrationsjob erstellen

Berücksichtigen Sie die folgenden Anforderungen und passen Sie Ihren Migrationsprozess entsprechend an.

  1. MySQL begrenzt die Definition des Quell-Hostnamens auf 60 Zeichen. Hostnamen von Amazon Aurora-Datenbanken sind in der Regel länger als 60 Zeichen. Wenn dies für die migrierte Datenbank der Fall ist, konfigurieren Sie eine DNS-Weiterleitung, um einen CNAME-Eintrag zu erstellen, der Ihren Domainnamen mit dem Domainnamen Ihrer Amazon Aurora-Datenbankinstanz verknüpft. Weitere Informationen zum Einrichten von DNS-CNAMEs finden Sie in der Cloud DNS-Dokumentation oder in der AWS Route53-Dokumentation.

  2. Binäre Protokolle müssen in Standardblockspeichern gespeichert werden und können nicht in Amazon S3 gespeichert werden.

  3. Wenn Sie einen fortlaufenden Migrationsjob mit einem manuellen Dump erstellen möchten, muss GTID aktiviert sein. GTID_MODE muss entweder ON, OFF oder OFF_PERMISSIVE sein. Der GTID_MODE-Wert ON_PERMISSIVE wird nicht unterstützt.

  4. Für den ersten vollständigen Dump sollten Schreibvorgänge für MySQL Amazon Aurora in der Quelldatenbank für etwa 20 Sekunden angehalten werden.

  5. Der Database Migration Service kann keine Daten aus einer Amazon Aurora-Lesereplikatinstanz eines MySQL-Datenbankclusters migrieren, da keine Binärprotokolldateien aus der Instanz abgerufen werden können.

Migrationsjob ausführen

Für den ersten vollständigen Dump sollten Schreibvorgänge für MySQL Amazon Aurora in der Quelldatenbank für etwa 20 Sekunden angehalten werden. Sie können mit einem Skript prüfen, ob alle Schreibvorgänge in die Quelldatenbank beendet wurden.

Informationen dazu, wann Schreibvorgänge angehalten und fortgesetzt werden, finden Sie im Status und Unterstatus des Migrationsjobs. Die Statusänderungen können in der API, in der Console oder direkt in Cloud Monitoring beobachtet werden:

  1. Nachdem sich der Status in Startet | Warten auf Ende der Quellschreibvorgänge geändert hat, sollten Schreibvorgänge in der Quelldatenbank beendet werden. Database Migration Service erkennt, dass das Schreiben beendet wurde, und der Status ändert sich zu Wird ausgeführt | Dump wird vorbereitet.

  2. Sobald der Status zu Wird ausgeführt | Vollständiger Dump läuft wechselt, können Sie das Schreiben in die Quelldatenbank fortsetzen.

Der Database Migration Service versucht etwa 20 Minuten lang, den ersten Dump zu erstellen. Wenn Schreibvorgänge nicht beendet wurden oder vor der Statusaktualisierung fortgesetzt werden, schlägt der Vorgang fehl und es wird ein Fehler zurückgegeben, der die Ursache des Fehlers beschreibt.