FAQs zum Database Migration Service for MySQL

MySQL   |  PostgreSQL   |  PostgreSQL zu AlloyDB

• Was ist der Database Migration Service?
• Welche Quellen werden unterstützt?
• Welche Ziele werden unterstützt?
• Gibt es eine versionsübergreifende Unterstützung?
• Welche Daten-, Schema- und Metadatenkomponenten werden migriert?
• Welche Änderungen werden während der kontinuierlichen Migration repliziert?
• Was wird nicht migriert?
• Welche Netzwerkmethoden werden verwendet?
• Welche bekannten Einschränkungen gibt es?

Was ist der Database Migration Service?

Database Migration Service ist ein Dienst, mit dem Sie Ihre Daten einfacher zu Google Cloudmigrieren können. Mit dem Database Migration Service können Sie Ihre MySQL-Arbeitslasten zu Cloud SQL migrieren.

Welche Quellen werden unterstützt?

• Amazon RDS 5.6, 5.7, 8.0
• Selbstverwaltetes MySQL (lokal oder auf einer beliebigen von Ihnen verwalteten Cloud-VM) 5.5, 5.6, 5.7, 8.0
• Cloud SQL for MySQL 5.6, 5.7, 8.0, 8.4
• Amazon Aurora 5.6, 5.7, 8.0
• Microsoft Azure-Datenbank für MySQL 5.7, 8.0

Für MySQL 8.0-Quellen unterstützt der Database Migration Service außerdem die folgenden Nebenversionen: 8.0.18, 8.0.26, 8.0.27, 8.0.28, 8.0.30, 8.0.31, 8.0.32, 8.0.33, 8.0.34, 8.0.35, 8.0.36, 8.0.37, 8.0.39 und 8.0.40.

Welche Ziele werden unterstützt?

• Cloud SQL for MySQL 5.6 und 5.7
• Cloud SQL for MySQL 8.0 einschließlich der folgenden Nebenversionen: 8.0.18, 8.0.26, 8.0.27, 8.0.28, 8.0.30, 8.0.31, 8.0.32, 8.0.33, 8.0.34, 8.0.35, 8.0.36, 8.0.37, 8.0.39, 8.0.40
• Cloud SQL for MySQL 8.4 mit bestimmten Einschränkungen Migrationen, bei denen physische Sicherungsdateien verwendet werden, werden beispielsweise für MySQL 8.4-Ziele nicht unterstützt. Weitere Informationen finden Sie unter Bekannte Einschränkungen.

Ist die Versionsunterstützung geräteübergreifend?

Der Database Migration Service unterstützt Migrationen von MySQL zu Cloud SQL für alle Hauptversionen, wenn die Zielversion mit der Quelldatenbank identisch ist oder eine Version höher ist. Sie können beispielsweise eine MySQL 5.6-Quelldatenbank zu einer Cloud SQL for MySQL 5.6- oder 5.7-Zieldatenbank migrieren.

Welche Daten-, Schema- und Metadatenkomponenten werden migriert?

Der Database Migration Service migriert Schema, Daten und Metadaten von der Quelle zum Ziel. Im Rahmen der Datenbankmigration werden alle folgenden Daten-, Schema- und Metadatenkomponenten migriert:

Datenmigration

• Alle Tabellen aus allen Datenbanken/Schemas.

Schemamigration

• Benennung
• Primärschlüssel
• Datentyp
• Ordinale Position
• Standardwert
• Null-Zulässigkeit
• Attribute mit automatischer Inkrementenfolge
• Sekundäre Indexe

Metadatenmigration

• Gespeicherte Prozeduren
• Funktionen
• Trigger
• Aufrufe
• Einschränkungen für Fremdschlüssel

Welche Änderungen werden während der kontinuierlichen Migration repliziert?

DML- und DDL-Änderungen (d. h. Änderungen an allen oben aufgeführten Daten, Schemas und Metadaten) werden bei kontinuierlichen Migrationen aktualisiert.

Was wird nicht migriert?

Bei der Migration einer MySQL-Datenbank werden die MySQL-Systemdatenbanken, die Informationen zu Nutzern und Berechtigungen enthalten, nicht migriert. Das bedeutet, dass Nutzerkonten und Anmeldedaten direkt in der Ziel-Cloud SQL-Instanz verwaltet werden müssen.

Wenn Sie der Cloud SQL-Ziellininstanz Nutzer hinzufügen möchten, rufen Sie die Instanz auf und fügen Sie Nutzer über den Tab Nutzer oder über den MySQL-Client hinzu.

Weitere Informationen zum Erstellen und Verwalten von MySQL-Nutzern

Welche Netzwerkmethoden werden verwendet?

Um eine Migration im Database Migration Service zu erstellen, muss eine Verbindung zwischen der Quelle und der Cloud SQL-Zielinstanz hergestellt werden. Es werden verschiedene Methoden unterstützt. Wählen Sie diejenige aus, die für die jeweilige Arbeitslast am besten geeignet ist.

Netzwerkmethode	Beschreibung	Vorteile	Nachteile
IP-Zulassungsliste	Bei dieser Methode wird der Quelldatenbankserver so konfiguriert, dass er Verbindungen von der öffentlichen IP-Adresse der Cloud SQL-Instanz akzeptiert. Wenn Sie sich für diese Methode entscheiden, werden Sie beim Erstellen der Migration durch den Einrichtungsvorgang geführt.	Einfach zu konfigurieren. Empfohlen für kurzfristige Migrationsszenarien (POC oder kleine Datenbankmigrationen).	Die Konfiguration der Firewall erfordert möglicherweise Unterstützung von der IT-Abteilung. Die Quelldatenbank ist über eine öffentliche IP-Adresse zugänglich. Die Verbindung ist standardmäßig nicht verschlüsselt. SSL muss in der Quelldatenbank aktiviert werden, um die Verbindung zu verschlüsseln.
Umgekehrter SSH-Tunnel über in der Cloud gehostete VM	Stellt über einen sicheren umgekehrten SSH-Tunnel eine Verbindung vom Ziel zur Quelle her. Erfordert eine Bastion Host-VM im Google Cloud -Projekt und einen Computer (z. B. einen Laptop im Netzwerk), der eine Verbindung zur Quelle hat. Der Database Migration Service erfasst die erforderlichen Informationen beim Erstellen der Migration und generiert automatisch das Skript für die Einrichtung.	Einfach zu konfigurieren. Erfordert keine benutzerdefinierte Firewallkonfiguration. Empfohlen für kurzlebige Migrationsszenarien (POC oder kleine Datenbankmigrationen).	Sie sind Inhaber und verwalten die Bastion-VM. Es können zusätzliche Kosten anfallen.
VPC-Peering	Bei dieser Methode werden die VPCs so konfiguriert, dass sie miteinander kommunizieren. Dies ist nur möglich, wenn sich die Quelle und das Ziel in Google Cloudbefinden. Empfohlen für langwierige Migrationen oder Migrationen mit großem Volumen.	Google Cloud -Lösung. Einfach zu konfigurieren. Hohe Bandbreite	Nur verfügbar, wenn die Quelle in Google Cloudgehostet wird.
VPN	Hiermit wird ein IPsec-VPN-Tunnel eingerichtet, der das interne Netzwerk über eine sichere Verbindung über das öffentliche Internet mit dem VPC von Google Cloud verbindet. Verwenden Sie das Google Cloud -VPN oder eine VPN-Lösung, die für das interne Netzwerk eingerichtet ist.	Robuste und skalierbare Konnektivitätslösung. Mittelhohe Bandbreite. Integrierte Sicherheit. Wird als Lösung von Google Cloud oder von anderen Drittanbietern angeboten.	Zusätzliche Kosten. Nicht triviale Konfiguration (es sei denn, sie ist bereits vorhanden).
Cloud Interconnect	Es wird eine hochverfügbare Verbindung mit niedriger Latenz zwischen dem lokalen Netzwerk und Google Cloudverwendet.	Die höchste Bandbreite, ideal für langwierige Migrationen mit hohem Volumen.	Zusätzliche Kosten. Die Verbindung ist standardmäßig nicht sicher. Nicht triviale Konfiguration (es sei denn, sie ist bereits vorhanden).

Welche bekannten Einschränkungen gibt es?

Weitere Informationen zu bekannten Einschränkungen