Wenn Sie einen Migrationsjob mit einer Amazon Aurora-MySQL-Quelle oder Quellen erstellen und ausführen, die keine SUPERUSER-Berechtigungen zulassen, sind für die Migration möglicherweise zusätzliche Schritte erforderlich.
Amazon Aurora MySQL-Migrationsjob erstellen
Berücksichtigen Sie die folgenden Anforderungen und passen Sie Ihren Migrationsprozess entsprechend an:
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 eines DNS-CNAME finden Sie in der Cloud DNS-Dokumentation oder in der AWS Route53-Dokumentation.
Binäre Protokolle müssen in Standard-Blockspeichern gespeichert werden und können nicht in Amazon S3 gespeichert werden.
Wenn Sie einen fortlaufenden Migrationsjob mit einem manuellen Dump erstellen möchten, muss
GTIDaktiviert sein.GTID_MODEmuss entweder ON, OFF oder OFF_PERMISSIVE sein. DerGTID_MODE-Wert ON_PERMISSIVE wird nicht unterstützt.Um den ersten vollständigen Dump zu erstellen, halten Sie die MySQL-Amazon Aurora-Schreibvorgänge in der Quelldatenbank für etwa 20 Sekunden an.
Der Datenbankmigrationsdienst kann keine Daten aus einer schreibgeschützten Replika-Instanz von Amazon Aurora eines MySQL-Datenbankclusters migrieren, da keine Binärprotokolldateien aus der Instanz abgerufen werden können. Weitere Informationen finden Sie in der Amazon-Dokumentation zum Konfigurieren des binären Loggings für Aurora MySQL.
Migrationsjob ausführen
Um den ersten vollständigen Dump zu erstellen, halten Sie die MySQL Amazon Aurora-Schreibvorgänge in der Quelldatenbank für etwa 20 Sekunden an. Sie können ein Script verwenden, das Schreibaktivitäten findet, um zu prüfen, ob alle Schreibvorgänge in der 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:
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.
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.