Migrationsjob zu einem neuen Zielcluster erstellen

Wenn Sie den AlloyDB for PostgreSQL-Zielcluster mit dem Database Migration Service erstellen, wird dieser Cluster als AlloyDB for PostgreSQL-Cluster mit einer primären Instanz bereitgestellt. Das Ausführen bestimmter Vorgänge während des Migrationsprozesses kann zu Migrationsfehlern führen. Beachten Sie bei der Migration zu einem neuen Zielcluster die folgenden betrieblichen Überlegungen:

  • Vermeiden Sie Schreibvorgänge für migrierte Daten: Führen Sie im Zielcluster keine Schreibvorgänge (z. B. INSERT, UPDATE, DELETE oder DDL-Schemaänderungen) für Tabellen oder Datenbanken aus, die in der Migration enthalten sind. Solche Vorgänge können zu Replikationskonflikten mit Daten aus der Quelle führen.
  • Datenbanknutzer verwalten: Sie können Datenbanknutzer jederzeit mit Standard-psql-Befehlen oder über AlloyDB for PostgreSQL in der Google Cloud Console erstellen und verwalten. Weitere Informationen finden Sie in der AlloyDB for PostgreSQL-Dokumentation unter Datenbanknutzer verwalten.

Weitere Informationen finden Sie unter Bekannte Einschränkungen.

Das Erstellen eines Migrationsjobs umfasst Folgendes:

  1. Einstellungen für den Migrationsjob festlegen
  2. Geben Sie Informationen zum Verbindungsprofil an, das Sie für Ihre Quelldatenbank erstellt haben (Quellverbindungsprofil).
  3. Einstellungen für den AlloyDB for PostgreSQL-Zielcluster definieren und den Cluster erstellen.
  4. Verbindung zwischen den Quell- und Zieldatenbankumgebungen einrichten
  5. Den Migrationsjob testen, um zu überprüfen, ob die für den Job angegebenen Verbindungsinformationen gültig sind

So erstellen Sie einen Migrationsjob zu einem neuen Zielcluster:

Console

Einstellungen für den Migrationsjob festlegen

  1. Rufen Sie in der Google Cloud Console die Seite Migrationsjobs auf.

    Zu Migrationsjobs

  2. Klicken Sie auf Migrationsjob erstellen.

    Die Seite des Konfigurationsassistenten für Migrationsjobs wird geöffnet. Dieser Assistent enthält mehrere Bereiche, die Sie durch die einzelnen Konfigurationsschritte führen.

    Sie können die Erstellung eines Migrationsjobs jederzeit pausieren, indem Sie auf Speichern und beenden klicken. Alle Daten, die Sie bis zu diesem Zeitpunkt eingeben, werden in einem Migrationsjobentwurf gespeichert. Sie können den Migrationsjobentwurf später fertigstellen.

  3. Geben Sie auf der Seite Einstieg die folgenden Informationen ein:
    1. Name des Migrationsjobs

      Dies ist ein menschenlesbarer Name für Ihren Migrationsjob. Dieser Wert wird in der Google Cloud Console angezeigt.

    2. Migrationsjob-ID

      Dies ist eine maschinenlesbare Kennung für Ihren Migrationsjob. Sie verwenden diesen Wert, um mit Migrationsjobs über Google Cloud CLI-Befehle oder die API von Database Migration Service zu arbeiten.

    3. Wählen Sie in der Liste Quelldatenbankmodul die Option PostgreSQL aus.
    4. Wählen Sie in der Liste Zieldatenbankmodul die Option AlloyDB for PostgreSQL aus.
    5. Wählen Sie die Region aus, in der Sie den Migrationsjob speichern möchten.

      Database Migration Service ist ein vollständig regionales Produkt. Das bedeutet, dass alle Entitäten, die mit Ihrer Migration zusammenhängen (Quell- und Zielverbindungsprofile, Migrationsjobs, Zieldatenbanken), in einer einzigen Region gespeichert werden müssen. Wählen Sie die Region basierend auf dem Standort der Dienste aus, die Ihre Daten benötigen, z. B. Compute Engine-Instanzen oder App Engine-Anwendungen und andere Dienste. Nachdem Sie die Zielregion ausgewählt haben, kann diese Auswahl nicht mehr geändert werden.

    6. Geben Sie den Typ des Migrationsjobs an: Kontinuierlich (Snapshot + laufende Änderungen). Homogene Migrationen von AlloyDB for PostgreSQL unterstützen ausschließlich kontinuierliche Migrationen.
    7. Prüfen Sie die für Ihre Umgebung generierten Voraussetzungen. Achten Sie darauf, dass Ihre Quelldatenbank richtig konfiguriert ist. Weitere Informationen finden Sie unter Quelldatenbank konfigurieren.
  4. Klicken Sie auf Speichern und fortfahren.

Informationen zum Quellverbindungsprofil angeben

Führen Sie auf der Seite Quelle definieren die folgenden Schritte aus:

  1. Wählen Sie im Drop-down-Menü Quellverbindungsprofil das Verbindungsprofil für Ihre Quelldatenbank aus oder klicken Sie auf Verbindungsprofil erstellen (siehe Quellverbindungsprofil erstellen).
  2. Klicken Sie im Abschnitt Parallelitätskonfigurationen anpassen auf Parallelitätskonfigurationen einblenden.

    Während des ersten vollständigen Dumps repliziert die pglogical-Erweiterung Daten auf Tabellenebene und teilt eine einzelne nicht partitionierte Tabelle, Blattpartition oder Tabelle ohne Primärschlüssel nicht auf mehrere Abos auf. Das bedeutet, dass die erweiterte Parallelität von Daten-Dumps die anfängliche Dump-Geschwindigkeit für eine einzelne große, nicht partitionierte Tabelle nicht erhöhen kann, da diese Tabelle innerhalb eines Abos kopiert wird. Weitere Informationen finden Sie unter Überlegungen zur Parallelität von Daten-Dumps.

    Die Geschwindigkeit der Datendump-Parallelität hängt von der Last ab, die auf Ihre Quelldatenbank ausgeübt wird:

    • Optimal (empfohlen): Ausgewogene Leistung bei optimaler Auslastung der Quelldatenbank. Database Migration Service erstellt bis zu zwei Abos pro Datenbank (insgesamt bis zu zwei Abos für alle Datenbanken, mit mindestens einem Abo pro migrierter Datenbank).
    • Maximum: Bietet die höchsten Dump-Geschwindigkeiten, kann aber zu einer erhöhten Belastung der Quelldatenbank führen. Database Migration Service erstellt bis zu 4 Abos pro Datenbank (insgesamt bis zu 4 Abos für alle Datenbanken, mit mindestens 1 Abo pro migrierter Datenbank).
    • Minimum: Beansprucht die geringste Menge an Rechenressourcen in der Quelldatenbank, kann aber einen langsameren Dump-Durchsatz haben. Database Migration Service erstellt ein Abo pro Datenbank.

    Wenn Sie angepasste Einstellungen für die Parallelität des Datendumps auswählen, müssen Sie die Parameter max_replication_slots, max_wal_senders und max_worker_processes in Ihrer Quelldatenbank erhöhen.

  3. Klicken Sie auf Speichern und fortfahren.

AlloyDB for PostgreSQL-Zielcluster konfigurieren und erstellen

Sie erstellen jetzt einen neuen AlloyDB for PostgreSQL-Zielcluster für den Migrationsjob. Cluster sind die Ressourcen der obersten Ebene in AlloyDB for PostgreSQL. Sie enthalten eine einzelne primäre Instanz für den Lese- und Schreibzugriff auf die Datenbank, die Sie während des Migrationsprozesses erstellen.

  1. Wählen Sie auf der Seite Ziel definieren im Drop-down-Menü Typ der Zielinstanz die Option Neuer Cluster aus.
  2. Wählen Sie einen Clustertyp aus. Der Database Migration Service unterstützt hochverfügbare AlloyDB for PostgreSQL-Cluster, die Daten aus mehr als einer Zone in einer Region bereitstellen können, ohne Lesepools während der ersten Bereitstellung.
  3. Klicken Sie auf Weiter.
  4. Konfigurieren Sie Ihren Cluster:
    1. Geben Sie im Feld Cluster-ID eine Kennung für den AlloyDB for PostgreSQL-Cluster ein oder verwenden Sie die automatisch generierte Kennung.

      Die Kennung darf keine vertraulichen oder personenidentifizierbaren Informationen enthalten. Die Projekt-ID muss im Clusternamen nicht angegeben werden. Dies erfolgt automatisch, wo es erforderlich ist.

    2. Geben Sie im Feld Passwort ein alphanumerisches Passwort für den AlloyDB for PostgreSQL-Zielcluster ein. Dies ist das Passwort für das Administratorkonto postgres im Cluster.

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

    3. Wählen Sie im Drop-down-Menü Datenbankversion die Datenbankversion für den Zielcluster aus.

      Weitere Informationen zur Unterstützung der versionsübergreifenden Migration

    4. Im Feld Netzwerk:
      1. Wählen Sie einen Netzwerkpfad aus, um festzulegen, welche Ressourcen beim Einrichten der Migrationsverbindung verfügbar sind. Cluster werden mit einem privaten IP-Netzwerkpfad konfiguriert. Wenn Sie eine Verbindung zur Quelldatenbank über VPC-Peering herstellen möchten, wählen Sie die VPC aus, in der sich die Datenbank befindet.
      2. Wenn Ihr Netzwerk nicht für den Zugriff auf private Dienste konfiguriert ist, klicken Sie auf Verbindung einrichten und folgen Sie dem Assistenten für die Verbindungskonfiguration.
      3. Wenn für die ausgewählte VPC noch nie ein 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.

    5. (Optional) Konfigurieren Sie die Datenverschlüsselungsoptionen für den Zielcluster.

      Maximieren Sie diesen Abschnitt, um die optionalen Schritte zu sehen.

      Klicken Sie auf Erweiterte Optionen einblenden, um anzugeben, 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 kundenverwalteten Verschlüsselungsschlüssel (CMEK) verwenden. Der Schlüssel muss sich am selben Standort wie Ihr AlloyDB for PostgreSQL-Cluster befinden. Beispiel: Cluster in us-west1 können nur Schlüssel in us-west1 verwenden.

      1. Wählen Sie das Optionsfeld Kundenverwalteten Verschlüsselungsschlüssel (CMEK) verwenden aus.
      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 Ressourcenname des Schlüssels eingeben, um den Ressourcennamen des Schlüssels anzugeben, den Sie verwenden möchten. Geben Sie beispielsweise projects/my-project-name/locations/my-location/keyRings/my-keyring/cryptoKeys/my-key in das Feld Ressourcenname des Schlüssels ein und klicken Sie dann auf Speichern.
    6. Klicken Sie auf Weiter.
  5. Primäre Instanz konfigurieren Eine primäre Instanz bestimmt die Rechenkapazität eines Clusters und unterstützt Lese- und Schreibvorgänge:
    1. Geben Sie im Feld Instanz-ID eine ID für Ihre primäre Instanz ein.
    2. Wählen Sie einen Maschinentyp für die primäre Instanz aus.
    3. Wenn Sie die Verbindungsmethode IP-Zulassungsliste verwenden möchten, wählen Sie das Kästchen Öffentliche IP-Adresse für ausgehenden Traffic aktivieren aus.

    4. (Optional) Konfigurieren Sie Datenbank-Flags für Ihre primäre Instanz.

      Maximieren Sie diesen Abschnitt, um die optionalen Schritte zu sehen.

      Klicken Sie auf Erweiterte Optionen einblenden, um Datenbank-Flags für Ihre primäre Instanz festzulegen. Informationen zu unterstützten Flags finden Sie in der AlloyDB for PostgreSQL-Dokumentation unter Datenbank-Flags konfigurieren. Für jedes Flag gilt Folgendes:

      1. Klicken Sie auf Flag hinzufügen.
      2. Wählen Sie ein Flag aus der Liste Neues Datenbank-Flag aus.
      3. Geben Sie einen Wert für das Flag an.
      4. Klicken Sie auf Fertig.
  6. Klicken Sie auf Speichern und fortfahren und bestätigen Sie Ihre Auswahl, indem Sie auf Ziel erstellen und fortfahren klicken. Database Migration Service erstellt den AlloyDB for PostgreSQL-Zielcluster und die zugehörige primäre Instanz. Dieser Vorgang kann einige Minuten dauern.

Verbindung zwischen der Quelldatenbankinstanz und dem Zielcluster einrichten

Wählen Sie im Drop-down-Menü Verbindungsmethode eine Methode für die Netzwerkverbindung aus. Diese Methode definiert, wie der AlloyDB for PostgreSQL-Zielcluster eine Verbindung zur Quelldatenbank herstellt. Zu den aktuellen Netzwerkverbindungsmethoden für die Migration zu einem neuen Cluster gehören IP-Zulassungsliste, VPC-Peering, umgekehrter SSH-Tunnel und TCP-Proxy über eine in der Cloud gehostete VM.

Wenn Sie Folgendes verwenden möchten…Vorgehensweise
Die Netzwerkverbindungsmethode „IP-Zulassungsliste“ Kopieren Sie beide ausgehenden öffentlichen IP-Adressen der primären Instanz Ihres Zielclusters und konfigurieren Sie damit die Netzwerkfirewall für Ihren Quelldatenbankserver sowie die Datei pg_hba.conf.
Die Netzwerkverbindungsmethode „Umgekehrter SSH-Tunnel“ Wählen Sie die Compute Engine-VM-Instanz aus, auf der der Tunnel gehostet werden soll.

Nachdem Sie die Instanz angegeben haben, stellt Google ein Script bereit, mit dem die Schritte zum Einrichten des Tunnels zwischen der Quell- und der Zieldatenbank ausgeführt werden. Führen Sie das Skript in der Google Cloud CLI auf einem Computer aus, der sowohl mit der Quelldatenbank als auch mit Google Cloudverbunden ist.
Die VPC-Peering-Netzwerkverbindungsmethode, Wählen Sie das VPC-Netzwerk aus, in dem sich die Quelldatenbank befindet. Der Zielcluster stellt über den Zugriff auf private Dienste eine Verbindung zu diesem Netzwerk her.
Die Verbindungsmethode „TCP-Proxy über eine in der Cloud gehostete VM“ Geben Sie die erforderlichen Details für die neue Compute Engine-VM-Instanz ein, die den TCP-Proxy hosten soll.

Nachdem Sie die Details angegeben haben, stellt die Google Cloud Konsole ein Script bereit, mit dem der Proxy zwischen der Quell- und der Zieldatenbank eingerichtet wird. Führen Sie das Skript auf einem Computer mit einer aktualisierten Google Cloud CLI aus.

Geben Sie nach dem Ausführen des Skripts die private IP-Adresse der neu erstellten VM ein und klicken Sie auf Konfigurieren und fortfahren.

Nachdem Sie die Netzwerkverbindung ausgewählt und konfiguriert haben, klicken Sie auf Konfigurieren und fortfahren.

Datenbanken für Migration konfigurieren

Sie können alle Datenbanken aus Ihrer Quellinstanz migrieren oder nur bestimmte Datenbanken auswählen.

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

  2. Wenn Sie bestimmte Datenbanken migrieren möchten, filtern Sie die angezeigte Liste und wählen Sie die Datenbanken aus, die Database Migration Service zum Ziel migrieren soll.

    Wenn die Liste nicht angezeigt wird und ein Fehler bei der Datenbankerkennung auftritt, klicken Sie auf Aktualisieren. Wenn die Datenbankerkennung fehlschlägt, werden 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, erstellen und ausführen

Prüfen Sie in diesem letzten Schritt die Zusammenfassung der Einstellungen für den Migrationsjob, die Quelle, das Ziel und die Verbindungsmethode und testen Sie dann die Gültigkeit der Einrichtung des Migrationsjobs. Wenn Probleme auftreten, können Sie die Einstellungen des Migrationsjobs ändern.

  1. Klicken Sie auf der Seite Migrationsjob testen und erstellen auf Job testen.

    Wenn der Test fehlschlägt, beheben Sie das Problem an der entsprechenden Stelle des Ablaufs und kehren Sie zum erneuten Test zurück. Informationen zur Fehlerbehebung bei einem fehlgeschlagenen Migrationsjobtest finden Sie unter Probleme für AlloyDB for PostgreSQL diagnostizieren.

  2. Wenn der Test des Migrationsjobs abgeschlossen ist, 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, kann er auf der Seite Migrationsjobs durch Klicken auf Starten gestartet werden. Unabhängig davon, wann der Migrationsjob gestartet wird, werden Ihrer Organisation die Kosten für die Existenz des Zielclusters in Rechnung gestellt.

    Wenn Sie den Migrationsjob starten, beginnt Database Migration Service mit dem ersten vollständigen Dump und der kontinuierlichen Replikation. Weitere Informationen finden Sie unter Bekannte Einschränkungen.

  3. Fahren Sie mit Migrationsjob prüfen fort.

Google Cloud CLI

  1. Zielverbindungsprofil erstellen.
    Wenn Sie mit der Google Cloud CLI zu einem neuen Zielcluster migrieren, erstellen Sie den Zielcluster und das Verbindungsprofil in einem einzigen Vorgang.
    Führen Sie den folgenden Befehl aus (klicken Sie auf den Link, um ihn zu maximieren):

    gcloud database-migration connection-profiles create alloydb

    In diesem Beispiel wird das optionale Flag --no-async verwendet, damit alle Vorgänge synchron ausgeführt werden. Das bedeutet, dass die Ausführung einiger Befehle eine Weile dauern kann. Sie können das Flag --no-async überspringen, um Befehle asynchron auszuführen. In diesem Fall müssen Sie den Befehl gcloud database-migration operations describe verwenden, um zu prüfen, ob der Vorgang erfolgreich war.

    Ersetzen Sie folgende Werte, bevor sie einen der Befehlsdaten verwenden:

    • DEST_CONN_ID durch die Kennung des Zielverbindungsprofils.
    • REGION durch die Region, in der Sie das Verbindungsprofil speichern und den Zielcluster erstellen möchten.
    • DEST_PASSWORD durch das ursprüngliche Passwort für den postgres-Nutzer im AlloyDB for PostgreSQL-Zielcluster.
    • PRIMARY_ID durch die ID der primären Instanz im AlloyDB for PostgreSQL-Zielcluster.
    • CPU_COUNT durch die Anzahl der vCPUs für die primäre Instanz (z. B. 2, 4, 8).
    • VPC_NETWORK durch den Namen oder den vollständigen Ressourcen-URI des VPC-Netzwerks (Virtual Private Cloud), das für den Zugriff auf private Dienste konfiguriert ist.
    • Optional: Wenn Sie zusätzliche Einstellungen für den neuen AlloyDB for PostgreSQL-Zielcluster und die primäre Instanz konfigurieren möchten, können Sie die folgenden Flags übergeben:
      • --enable-outbound-public-ip: Aktivieren Sie die öffentliche IP-Adresse für ausgehende Verbindungen auf der primären Instanz (erforderlich, wenn Sie die Verbindung über eine IP-Zulassungsliste herstellen).
      • --kms-key, --kms-keyring und --kms-project: Verschlüsseln Sie den Zielcluster mit einem kundenverwalteten Verschlüsselungsschlüssel (CMEK).
      • --database-version: Geben Sie die PostgreSQL-Hauptversion für den Zielcluster an (z. B. POSTGRES_15).
      • --database-flags: Geben Sie eine durch Kommas getrennte Liste von Datenbank-Flags (KEY=VALUE) für die primäre Zielinstanz an.

    Führen Sie folgenden Befehl aus:

    Linux, macOS oder Cloud Shell

    gcloud database-migration connection-profiles create alloydb DEST_CONN_ID \
  --region=REGION \
  --password=DEST_PASSWORD \
  --primary-id=PRIMARY_ID \
  --cpu-count=CPU_COUNT \
  --network=VPC_NETWORK \
  --no-async

    Windows (PowerShell)

    gcloud database-migration connection-profiles create alloydb DEST_CONN_ID `
  --region=REGION `
  --password=DEST_PASSWORD `
  --primary-id=PRIMARY_ID `
  --cpu-count=CPU_COUNT `
  --network=VPC_NETWORK `
  --no-async

    Windows (cmd.exe)

    gcloud database-migration connection-profiles create alloydb DEST_CONN_ID ^
  --region=REGION ^
  --password=DEST_PASSWORD ^
  --primary-id=PRIMARY_ID ^
  --cpu-count=CPU_COUNT ^
  --network=VPC_NETWORK ^
  --no-async

    Sie sollten eine Antwort ähnlich der folgenden erhalten:

    Waiting for connection profile [DEST_CONN_ID]
to be created with [OPERATION_ID]

Waiting for operation [OPERATION_ID] to complete...done.

Created connection profile DEST_CONN_ID [OPERATION_ID]

  2. Migrationsjob erstellen
    Wenn Sie eine IP-Zulassungsliste, VPC-Peering oder eine Reverse-SSH-Tunnelverbindung verwenden, müssen Sie die erforderlichen Flags wie --static-ip, --peer-vpc oder --vm, --vm-ip, --vm-port und --vpc hinzufügen. Weitere Informationen finden Sie unter Konnektivität konfigurieren und Google Cloud CLI-Beispiele.
    Führen Sie den folgenden Befehl aus (klicken Sie auf den Link, um ihn zu maximieren):

    gcloud database-migration migration-jobs create

    In diesem Beispiel wird das optionale Flag --no-async verwendet, damit alle Vorgänge synchron ausgeführt werden. Das bedeutet, dass die Ausführung einiger Befehle eine Weile dauern kann. Sie können das Flag --no-async überspringen, um Befehle asynchron auszuführen. In diesem Fall müssen Sie den Befehl gcloud database-migration operations describe verwenden, um zu prüfen, ob der Vorgang erfolgreich war.

    Ersetzen Sie folgende Werte, bevor sie einen der Befehlsdaten verwenden:

    • MIGRATION_JOB_ID durch eine maschinenlesbare Kennung für Ihren Migrationsjob. Sie verwenden diesen Wert, um mit Migrationsjobs über Google Cloud CLI-Befehle oder die API des Database Migration Service zu arbeiten.
    • REGION durch die Regions-ID, in der Sie den Migrationsjob speichern möchten.
    • MIGRATION_JOB_NAME durch einen menschenlesbaren Namen für den Migrationsjob. Dieser Wert wird in Database Migration Service in der Google Cloud Console angezeigt.
    • SOURCE_CONNECTION_PROFILE_ID durch eine maschinenlesbare Kennung des Quellverbindungsprofils. Weitere Informationen finden Sie unter Quellverbindungsprofil erstellen.
    • DESTINATION_CONNECTION_PROFILE_ID durch eine maschinenlesbare Kennung des Zielverbindungsprofils.

    • Optional: Database Migration Service migriert standardmäßig alle Datenbanken in Ihrer Quelle. Wenn Sie nur bestimmte Datenbanken migrieren möchten, verwenden Sie das Flag --databases-filter und geben Sie die Kennungen als durch Kommas getrennte Liste an.

      Beispiel: --databases-filter=my-business-database,my-other-database

      Sie können Migrationsjobs, die Sie mit dem Flag --databases-filter erstellt haben, später mit dem Befehl gcloud database-migration migration-jobs update bearbeiten.

    Führen Sie folgenden Befehl aus:

    Linux, macOS oder Cloud Shell

    gcloud database-migration migration-jobs \
create MIGRATION_JOB_ID \
  --no-async \
  --region=REGION \
  --display-name=MIGRATION_JOB_NAME \
  --source=SOURCE_CONNECTION_PROFILE_ID \
  --destination=DESTINATION_CONNECTION_PROFILE_ID \
  --type=CONTINUOUS

    Windows (PowerShell)

    gcloud database-migration migration-jobs `
create MIGRATION_JOB_ID `
  --no-async `
  --region=REGION `
  --display-name=MIGRATION_JOB_NAME `
  --source=SOURCE_CONNECTION_PROFILE_ID `
  --destination=DESTINATION_CONNECTION_PROFILE_ID `
  --type=CONTINUOUS

    Windows (cmd.exe)

    gcloud database-migration migration-jobs ^
create MIGRATION_JOB_ID ^
  --no-async ^
  --region=REGION ^
  --display-name=MIGRATION_JOB_NAME ^
  --source=SOURCE_CONNECTION_PROFILE_ID ^
  --destination=DESTINATION_CONNECTION_PROFILE_ID ^
  --type=CONTINUOUS

    Sie sollten eine Antwort ähnlich der folgenden erhalten:

    Waiting for migration job [MIGRATION_JOB_ID]
to be created with [OPERATION_ID]

Waiting for operation [OPERATION_ID] to complete...done.

Created migration job MIGRATION_JOB_ID [OPERATION_ID]