Migrationsjob zu einer neuen Zielinstanz erstellen

MySQL   |  PostgreSQL   |  PostgreSQL zu AlloyDB

Übersicht

Der Database Migration Service verwendet Migrationsjobs, um Daten aus der Quelldatenbankinstanz in die Zielinstanz der Cloud SQL-Datenbank zu migrieren.

Das Erstellen eines Migrationsjobs umfasst:

• Einstellungen für den Migrationsjob festlegen
• Informationen zum Verbindungsprofil angeben, das Sie für Ihre Quelldatenbank erstellt haben (Quellverbindungsprofil)
• Einstellungen für die Cloud SQL-Datenbankinstanz für das Ziel definieren und die Instanz erstellen
• Verbindung zwischen den Quell- und Zieldatenbankinstanzen einrichten
• Den Migrationsjob testen, um zu überprüfen, ob die für den Job angegebenen Verbindungsinformationen gültig sind

Mit dem Assistenten für den Database Migration Service können Sie einen Migrationsjob erstellen. Der Assistent besteht aus den folgenden Bereichen: Erste Schritte, Quelle definieren, Ziel definieren, Verbindungsmethode definieren, Migrationsdatenbanken konfigurieren und Migrationsjob testen und erstellen. Informationen zu den einzelnen Bereichen finden Sie in den verschiedenen Abschnitten dieser Seite.

Sie können die Erstellung eines Migrationsjobs pausieren, indem Sie auf Speichern und beenden klicken. Alle bis zu diesem Zeitpunkt erfassten Daten werden in einem Migrationsjob-Entwurf gespeichert. Sie können auf diesen Job auf dem Tab Entwürfe zugreifen.

Rufen Sie den Tab auf und klicken Sie auf den Job, um den Migrationsjob zu erstellen. Der Erstellungsvorgang wird fortgesetzt, wo er unterbrochen wurde. Der Job bleibt ein Entwurf, bis Sie auf Erstellen oder Erstellen und starten klicken.

Einstellungen für den Migrationsjob festlegen

1. Rufen Sie in derGoogle Cloud Console die Seite Migrationsjobs auf.
2. Klicken Sie oben auf der Seite auf Migrationsjob erstellen.

3. Geben Sie einen Namen für den Migrationsjob ein.

   Wählen Sie einen aussagekräftigen Namen aus, mit dem Sie den Migrationsjob identifizieren können. Der Jobname sollte keine vertraulichen Informationen oder personenidentifizierbaren Informationen enthalten.

4. Behalten Sie die automatisch generierte Migrationsjob-ID bei.

5. Wählen Sie das Datenbankmodul der Quelldatenbank aus.

6. Wählen Sie das Ziel-Datenbankmodul aus.

7. Wählen Sie die Zielregion für die Migration aus. Hier wird die Instanz des Database Migration Service erstellt. Sie sollte anhand des Standorts der Dienste ausgewählt werden, die Ihre Daten benötigen, z. B. Compute Engine-Instanzen, App Engine-Anwendungen und andere Dienste. Nachdem Sie die Zielregion ausgewählt haben, kann diese Auswahl nicht mehr geändert werden.

   Wichtig: Wenn Sie die Cloud SQL for PostgreSQL Enterprise Plus-Version verwenden möchten, prüfen Sie, ob Ihre Region für diese Version unterstützt wird. Weitere Informationen finden Sie unter Regionsunterstützung für Cloud SQL for PostgreSQL Enterprise Plus.

8. Geben Sie den Typ des Migrationsjobs an: Einmal (nur Snapshot) oder Kontinuierlich (Snapshot + laufende Änderungen).

9. Prüfen Sie die erforderlichen Voraussetzungen, die automatisch generiert werden, um zu sehen, wie die Umgebung für einen Migrationsjob vorbereitet werden muss. Zu diesen Voraussetzungen können beispielsweise die Konfiguration der Quelldatenbank und die Art der Verbindung mit der Ziel-Cloud SQL-Datenbankinstanz gehören. Es ist am besten, diese Voraussetzungen in diesem Schritt abzuschließen. Sie können sie aber auch jederzeit abschließen, bevor Sie den Migrationsjob testen oder starten. Weitere Informationen zu diesen Voraussetzungen finden Sie unter Quelle konfigurieren.

10. Klicken Sie auf Speichern und fortfahren.

Informationen zum Quellverbindungsprofil angeben

1. Wenn Sie ein Verbindungsprofil erstellt haben, wählen Sie es aus der Liste der vorhandenen Verbindungsprofile aus.

   Wenn Sie noch kein Verbindungsprofil erstellt haben, klicken Sie unten in der Drop-down-Liste auf Verbindungsprofil erstellen und führen Sie dann die gleichen Schritte wie unter Quellverbindungsprofil erstellen aus.

2. Klicken Sie im Abschnitt Datendump-Konfigurationen anpassen auf Datendump-Konfigurationen anzeigen.

   Die Geschwindigkeit des Parallelismus des Datendumps hängt von der Auslastung Ihrer Quelldatenbank ab. Sie haben die folgenden Möglichkeiten:

   • Optimal (empfohlen): Ausgewogene Leistung bei optimaler Auslastung der Quelldatenbank.
   • Maximal: Bietet die höchste Dumpgeschwindigkeit, kann aber zu einer erhöhten Belastung der Quelldatenbank führen.
   • Minimum: Beansprucht die geringste Menge an Rechenressourcen in der Quelldatenbank, hat aber möglicherweise einen langsameren Dump-Durchsatz.

   Wenn Sie angepasste Einstellungen für die Parallelität des Datendumps verwenden möchten, müssen Sie die Parameter max_replication_slots, max_wal_senders und max_worker_processes in Ihrer Quelldatenbank erhöhen. Sie können die Konfiguration prüfen, indem Sie am Ende der Erstellung des Migrationsjobs den Test des Migrationsjobs ausführen.

3. Klicken Sie auf Speichern und fortfahren.

Ziel-Cloud SQL-Instanz definieren und erstellen

Hinweis: Cloud SQL-Quellen:Wenn Sie von einer Cloud SQL-Instanz mit einer privaten IP-Verbindung zu einer Cloud SQL-Instanz mit einem IP-Bereich außerhalb von RFC 1918 migrieren, fügen Sie der Netzwerkkonfiguration Ihrer Quell-Cloud SQL-Instanz den Bereich außerhalb von RFC 1918 hinzu. Weitere Informationen finden Sie in der Cloud SQL-Dokumentation unter Autorisierte Netzwerke konfigurieren.

1. Wählen Sie im Drop-down-Menü Typ der Zielinstanz die Option Neue Instanz aus.

   Sie können auch zu einer vorhandenen Instanz migrieren. Weitere Informationen finden Sie unter Migrationsjob für eine vorhandene Instanz.

2. Geben Sie eine ID für die Cloud SQL-Instanz an oder verwenden Sie die automatisch generierte ID. Die ID sollte keine vertraulichen oder personenidentifizierbaren Informationen enthalten, da sie extern sichtbar ist. Die Projekt-ID muss im Instanznamen nicht angegeben werden. Dies erfolgt automatisch, wo es erforderlich ist, beispielsweise in den Logdateien.

3. Geben Sie ein alphanumerisches Passwort für die Cloud SQL-Zielinstanz an. Dies ist das Passwort für das Administratorkonto postgres der Instanz.

   Sie können das Passwort entweder manuell eingeben oder auf Generieren klicken, damit der Database Migration Service automatisch ein Passwort erstellt.

4. Wählen Sie die Datenbankversion für die Zielinstanz aus der Liste der unterstützten Database Migration Service-Versionen für das angegebene Datenbankmodul aus. Weitere Informationen zur Versionsübergreifenden Migration
5. Wählen Sie die Cloud SQL for PostgreSQL-Version für Ihre Zielinstanz aus. Es gibt zwei Optionen: Cloud SQL for PostgreSQL Enterprise-Version und Cloud SQL for PostgreSQL Enterprise Plus-Version.

   Die Cloud SQL for PostgreSQL-Versionen bieten unterschiedliche Funktionen, verfügbare Maschinentypen und Preise. Lesen Sie die Cloud SQL-Dokumentation, um die für Ihre Anforderungen geeignete Version auszuwählen. Weitere Informationen finden Sie unter Einführung in Cloud SQL for PostgreSQL-Versionen.

6. Die Instanz wird in der Region erstellt, die Sie beim Definieren der Einstellungen für den Migrationsjob ausgewählt haben. Wählen Sie eine Zone innerhalb dieser Region aus oder lassen Sie die Zone auf Beliebig eingestellt, damit Google eine Zone automatisch auswählt.

   Wenn Sie Ihre Instanz für Hochverfügbarkeit konfigurieren, wählen Sie Mehrere Zonen (Hochverfügbar) aus. Sie können sowohl die primäre als auch die sekundäre Zone auswählen. Die folgenden Bedingungen gelten, wenn die sekundäre Zone während der Instanzerstellung verwendet wird:

   • Die Zonen verwenden standardmäßig Beliebig für die primäre Zone und Beliebig (abweichend von primär) für die sekundäre Zone.
   • Wenn sowohl die primäre als auch die sekundäre Zone angegeben sind, müssen sie unterschiedliche Zonen sein.

7. Wählen Sie aus, ob Sie eine Verbindung zu dieser Instanz über eine private oder öffentliche IP-Adresse herstellen möchten.
1. Wenn Sie eine Verbindung über VPC-Peering oder einen umgekehrten SSH-Tunnel herstellen möchten, klicken Sie auf das Kästchen Private IP-Adresse.
1. Damit private IP-Adressen aktiviert werden können, müssen folgende Voraussetzungen erfüllt sein:
• Die Service Networking API ist aktiviert. Sie können die Service Networking API über die Google Cloud Console aktivieren.
• Sie haben die IAM-Berechtigung servicenetworking.services.addPeering.
• Sie haben den Zugriff auf private Dienste für Ihr Projekt konfiguriert. Dazu ist die IAM-Rolle compute.networkAdmin erforderlich.
• In Ihrem Projekt ist mindestens ein Nicht-Legacy-VPC-Netzwerk oder ein freigegebenes VPC-Netzwerk vorhanden.
• Wenn Sie ein freigegebenes VPC-Netzwerk verwenden, müssen Sie außerdem Folgendes tun:
  • Aktivieren Sie die Service Networking API für das Hostprojekt.
  • Fügen Sie Ihren Nutzer dem Hostprojekt hinzu.
  • Weisen Sie Ihrem Nutzer im Hostprojekt die IAM-Rolle compute.networkAdmin zu.
2. Wählen Sie das zugehörige VPC-Netzwerk aus, mit dem eine Peering-Verbindung hergestellt werden soll. Wenn Sie eine Verbindung zur Migrationsquelle über VPC-Peering herstellen möchten, wählen Sie die VPC aus, in der sich die Instanz befindet.
3. Wenn für das ausgewählte VPC noch kein Netzwerk für verwaltete Dienste konfiguriert wurde, können Sie entweder einen IP-Bereich auswählen und auf Verbinden klicken oder einen automatisch ausgewählten IP-Bereich verwenden und auf Zuweisen und verbinden klicken.

2. Wenn Sie eine Verbindung über eine IP-Zulassungsliste herstellen möchten, wählen Sie Öffentliche IP-Adresse aus.

   Optional: Klicken Sie auf Autorisierte Netzwerke und autorisieren Sie entweder ein Netzwerk oder einen Proxy für die Verbindung zur Cloud SQL-Instanz. Cloud SQL-Instanzen akzeptieren nur Verbindungen von autorisierten Adressen. Weitere Informationen zum Konfigurieren des öffentlichen Zugriffs auf die Instanz finden Sie unter Öffentliche IP-Adressen konfigurieren.

8. Wählen Sie den Maschinentyp für die Cloud SQL-Instanz aus. Die Laufwerkgröße muss größer oder gleich der Quelldatenbankgröße sein.
   Hinweis: Die in der Auswahl Maschinentyp verfügbaren Maschinen hängen von der verwendeten Cloud SQL-Version ab.

   PostgreSQL

9. Cloud SQL for PostgreSQL Enterprise Plus-Version: Aktivieren Sie das Kästchen Datencache aktivieren, wenn Sie die Datencache-Funktion in Ihrer Zieldatenbank verwenden möchten.

   Der Datencache ist eine optionale Funktion, die für Cloud SQL for PostgreSQL Enterprise Plus-Instanzen verfügbar ist. Dabei wird Ihrer Zieldatenbank ein lokales SSD mit hoher Geschwindigkeit hinzugefügt. Diese Funktion kann zusätzliche Kosten für Cloud SQL verursachen. Weitere Informationen zum Datencache finden Sie in der Cloud SQL-Dokumentation unter Datencache – Übersicht.

10. Geben Sie den Speichertyp für die Cloud SQL-Instanz an. Sie können entweder ein SSD (Solid State Drive) oder eine Festplatte (HDD) auswählen.
11. Geben Sie die Speicherkapazität (in GB) für die Cloud SQL-Instanz an.
    Wichtig: Die Instanz muss ausreichend Speicherplatz für die Daten aus der Quelldatenbank haben. Sie können diese Kapazität jederzeit erhöhen, aber nicht verringern.
12. Optional können Sie auf OPTIONALE KONFIGURATIONEN EINBLENDEN klicken und dann so vorgehen:

    1. Legen Sie fest, ob Sie die Verschlüsselung der Daten verwalten möchten, die von der Quelle zum Ziel migriert werden. Standardmäßig werden Ihre Daten mit einem von Google Cloudverwalteten Schlüssel verschlüsselt. Wenn Sie die Verschlüsselung selbst verwalten möchten, können Sie einen vom Kunden verwalteten Verschlüsselungsschlüssel (CMEK) verwenden. Anleitung:

       1. Klicken Sie das Kästchen Vom Kunden verwalteten Verschlüsselungsschlüssel verwenden an.
       2. Wählen Sie im Menü Vom Kunden verwalteten Schlüssel auswählen Ihren CMEK aus.

       Wenn Sie Ihren Schlüssel nicht sehen, klicken Sie auf ENTER KEY RESOURCE NAME (RESSOURCENNAME DES SCHLÜSSELS EINGEBEN), um den Ressourcennamen des Schlüssels anzugeben, den Sie verwenden möchten. Sie können beispielsweise projects/my-project-name/locations/my-location/keyRings/my-keyring/cryptoKeys/my-key in das Feld Name der Hauptressource eingeben und dann auf SPEICHERN klicken.

       Beim Erstellen des Migrationsjobs prüft der Database Migration Service, ob der CMEK vorhanden ist und ob der Database Migration Service die Berechtigungen zur Verwendung des Schlüssels hat.

       Wenn der Database Migration Service diese Berechtigungen nicht hat, werden Informationen angezeigt, dass das Dienstkonto des Database Migration Service die CMEK nicht verwenden kann. Klicken Sie auf ERTEILEN, um dem Database Migration Service die Berechtigung zur Verwendung des Schlüssels zu erteilen.

       Weitere Informationen zum Erstellen eines CMEK finden Sie unter Vom Kunden verwaltete Verschlüsselungsschlüssel verwenden.

    2. Fügen Sie alle erforderlichen Flags hinzu, die auf den Datenbankserver angewendet werden sollen. Achten Sie nach Möglichkeit darauf, dass die Datenbank-Flags in der erstellten Cloud SQL-Ziel-Instanz mit denen in der Quelldatenbank übereinstimmen. PostgreSQL
    3. Fügen Sie alle Labels hinzu, die für die Cloud SQL-Instanz spezifisch sind.

       Mit Labels können Instanzen organisiert werden. Sie können Labels beispielsweise nach Kostenstelle oder Umgebung organisieren. Labels sind auch auf Ihrer Rechnung aufgeführt, sodass Sie nachvollziehen können, wie sich die Kosten auf Ihre Labels verteilen.

    4. Klicken Sie auf ERSTELLEN UND FORTFAHREN.

       Das
       Erstellen von Lesereplikaten und das Aktivieren der Hochverfügbarkeit ist erst möglich, nachdem Sie die Migration hochgestuft haben.

13. Klicken Sie im Fenster Zielanwendungsdatenbank erstellen auf ZIEL ERSTELN UND WEITER, um die neue Instanz zu erstellen. Das kann einige Minuten dauern.
    Dadurch wird eine Cloud SQL-Instanz erstellt, für die Ihnen die Kosten gemäß der angegebenen Konfiguration in Rechnung gestellt werden. Wenn der Erstellungsvorgang für den Migrationsjob vorzeitig beendet wird, verwenden Sie die Schaltfläche ABBRECHEN, um die Cloud SQL-Instanz zu bereinigen. Wenn der Browser oder Tab geschlossen wird, auf Speichern und beenden geklickt oder der Bildschirm verlassen wird, wird die Cloud SQL-Instanz nicht bereinigt und muss manuell auf der Seite „Cloud SQL-Instanzen“ gelöscht werden.
    Nachdem die Zielinstanz erstellt wurde, können die Cloud SQL-Instanzeinstellungen nicht mehr in der Console des Database Migration Service bearbeitet werden. Sie können weiterhin direkt in der Cloud SQL-Konsole auf die Instanz zugreifen und sie ändern.
14. Warten Sie, bis die Erstellung der Zielinstanz abgeschlossen ist.

Verbindung zwischen den Quell- und Zieldatenbankinstanzen einrichten

Wenn Sie ein Quellverbindungsprofil wiederverwenden, das zuvor für heterogene Migrationen verwendet wurde (z. B. von Oracle zu Cloud SQL zu PostgreSQL), müssen Sie in diesem Schritt eine Verbindungsmethode auswählen. Diese Methode wird für die homogene Migration von einer Cloud SQL for PostgreSQL-Datenbankinstanz zu einer anderen verwendet. Sie müssen eine Verbindungsmethode auswählen, da die heterogene Verbindungsmethode für diesen Migrationsjob nicht relevant ist.

1. Wählen Sie im Drop-down-Menü Verbindungsmethode eine Netzwerkverbindungsmethode aus. Diese Methode definiert, wie die neu erstellte Cloud SQL-Instanz mit der Quelldatenbank verbunden wird. Zu den aktuellen Netzwerkverbindungsmethoden gehören IP-Zulassungsliste, umgekehrter SSH-Tunnel und VPC-Peering.

   • Wenn Sie die Netzwerkverbindungsmethode „IP-Zulassungsliste“ auswählen, müssen Sie die ausgehende IP-Adresse Ihrer Zielinstanz angeben. Wenn die von Ihnen erstellte Cloud SQL-Instanz eine Hochverfügbarkeits-Instanz ist, geben Sie die ausgehenden IP-Adressen sowohl für die primäre als auch für die sekundäre Instanz an.

   • Wenn Sie die Netzwerkverbindungsmethode „Umgekehrter SSH-Tunnel“ auswählen, wählen Sie die Compute Engine-VM-Instanz aus, die den Tunnel hostet.

     Nachdem Sie die Instanz angegeben haben, stellt Google ein Script zur Verfügung, das die Schritte zum Einrichten des Tunnels zwischen der Quell- und der Zieldatenbank ausführt. Sie müssen das Script in der Google Cloud CLI ausführen.

     Führen Sie die Befehle auf einem Computer aus, der sowohl eine Verbindung zur Quelldatenbank als auch zu Google Cloud hat.

   • Wenn Sie die Netzwerkverbindungsmethode „VPC-Peering“ auswählen, wählen Sie das VPC-Netzwerk aus, in dem sich die Quelldatenbank befindet. Die Cloud SQL-Instanz wird aktualisiert, damit eine Verbindung mit diesem Netzwerk hergestellt wird.
   • Weitere Informationen zum Konfigurieren der Konnektivität

2. Nachdem Sie die Netzwerkverbindungsmethode ausgewählt und gegebenenfalls zusätzliche Informationen dazu angegeben haben, klicken Sie auf KONFIGURIMEREN UND WEITER.

Datenbanken für Migration konfigurieren

Sie können die Datenbanken auswählen, die Sie migrieren möchten.

1. Wählen Sie in der Liste Zu migrierende Datenbanken eine der folgenden Optionen aus:
   • Alle Datenbanken: Hiermit werden alle Datenbanken ausgewählt, die in der Quelle vorhanden sind.
   • Bestimmte Datenbanken: Hier können Sie bestimmte Datenbanken aus allen Datenbanken auswählen, die in der Quelle vorhanden sind.

2. Wenn Sie bestimmte Datenbanken migrieren möchten, können Sie die angezeigte Liste filtern und die Datenbanken auswählen, die der Database Migration Service zu einem Ziel migrieren soll.

   Wenn die Liste nicht angezeigt wird und ein Fehler bei der Datenbanksuche angezeigt wird, klicken Sie auf Aktualisieren. Wenn die Datenbankerkennung fehlschlägt, werden im Job alle Datenbanken migriert. Sie können mit dem Erstellen eines Migrationsjobs fortfahren und Verbindungsfehler später beheben.

3. Klicken Sie auf Speichern und fortfahren.

Migrationsjob testen und erstellen

Sehen Sie sich in diesem letzten Schritt die Zusammenfassung der Einstellungen für den Migrationsjob, die Quelle, das Ziel und die Verbindungsmethode an und testen Sie dann die Gültigkeit der Einrichtung des Migrationsjobs. Falls Probleme auftreten, können Sie die Einstellungen des Migrationsjobs ändern. Nicht alle Einstellungen können bearbeitet werden.

1. Klicken Sie auf JOB TESTEN, um Folgendes zu prüfen:

   • Die Quelldatenbank wurde gemäß den Voraussetzungen korrekt konfiguriert.
   • Die Quell- und Zielinstanzen können miteinander kommunizieren.
   • Alle erforderlichen Aktualisierungen an privaten oder öffentlichen IP-Adressen am Ziel werden durchgeführt.

   • Der Migrationsjob ist gültig und die Quell- und Zielversionen sind kompatibel.

   Wenn der Test fehlschlägt, können Sie das Problem an der entsprechenden Stelle des Ablaufs beheben und zum erneuten Test zurückkehren.

   Weitere Informationen zu den Gründen für einen fehlgeschlagenen Test und zur Fehlerbehebung finden Sie unter Probleme für PostgreSQL diagnostizieren.

   Der Migrationsjob kann auch erstellt werden, wenn der Test fehlschlägt. Nach dem Start des Jobs kann er jedoch während der Ausführung fehlschlagen.

2. Klicken Sie auf JOB ERSTELLEN UND STARTEN, um den Migrationsjob zu erstellen und sofort zu starten, oder auf JOB ERSTELLEN, um den Migrationsjob zu erstellen, ohne ihn sofort zu starten.

   Wenn der Job nicht zum Zeitpunkt der Erstellung gestartet wird, können Sie ihn auf der Seite Migrationsjobs starten, indem Sie auf STARTEN klicken.

   Unabhängig davon, wann der Migrationsjob gestartet wird, wird Ihrer Organisation die Existenz der Zielinstanz in Rechnung gestellt.

   Wichtig:Wenn Sie den Migrationsjob starten, beginnt Database Migration Service mit dem vollständigen Dump und sperrt die Quelldatenbank kurz. Wenn sich Ihre Quelle in Amazon RDS oder Amazon Aurora befindet, erfordert der Database Migration Service zu Beginn der Migration zusätzlich eine kurze Unterbrechung der Schreibvorgänge (ungefähr unter einer Minute).

   Weitere Informationen finden Sie unter Bekannte Einschränkungen.

3. Der Migrationsjob wird der Liste der Migrationsjobs hinzugefügt und kann direkt aufgerufen werden.