Migrationsjob zu einer vorhandenen Zielinstanz erstellen

Wenn Sie zu einer vorhandenen Zielinstanz migrieren, stuft der Database Migration Service die Zielinstanz bei Standardmigrationen herab, um sie als externes Replikat zu konfigurieren. Durch das Herabstufen einer Instanz wird Cloud SQL for PostgreSQL nicht in den Lesemodus versetzt. Das Ausführen bestimmter Vorgänge während der Migration kann jedoch zu Migrationsfehlern führen. Beachten Sie bei der Migration zu einer vorhandenen Zielinstanz die folgenden betrieblichen Überlegungen:

  • Instanzherabstufung: Bei Standardmigrationen stuft Database Migration Service die Zielinstanz herab, um sie als Replikat der Quelldatenbank zu konfigurieren. Bei Schnellstart-Migrationen ist keine Herabstufung der Zielinstanz erforderlich und es wird auch keine durchgeführt.
  • Vermeiden Sie Schreibvorgänge für migrierte Daten: Führen Sie in der Zielinstanz 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 standardmäßigen psql-Befehlen oder über Cloud SQL in der Google Cloud Console erstellen und verwalten. Weitere Informationen finden Sie in der Cloud SQL-Dokumentation unter Nutzer verwalten.
  • Sicherungen und Lesereplikate: Automatische Sicherungen und die Wiederherstellung zu einem bestimmten Zeitpunkt (Point-in-Time Recovery, PITR) werden während der kontinuierlichen Replikation ausgesetzt. Sie können erst dann Cloud SQL-Lesereplikate aus der Zielinstanz erstellen, wenn der Migrationsjob hochgestuft wurde.

Weitere Informationen finden Sie unter Bekannte Einschränkungen für vorhandene Instanzen.

Der Database Migration Service verwendet Migrationsjobs, um Daten aus der Quelldatenbankinstanz in die Zieldatenbankinstanz zu migrieren. Das Erstellen eines Migrationsjobs für eine vorhandene Zielinstanz umfasst Folgendes:

  • Einstellungen für den Migrationsjob festlegen
  • Quelleinstellungen definieren und zu migrierende Datenbanken auswählen
  • Vorhandene Zieldatenbankinstanz auswählen
  • Herabstufen der vorhandenen Instanz, um sie als Replikat der Quelldatenbank zu konfigurieren (nur Standardmigrationen)
  • 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

Hinweis

Bevor Sie einen Migrationsjob zu einer vorhandenen Zieldatenbankinstanz erstellen, müssen Sie Folgendes tun:

  1. Prüfen Sie, ob dieser Migrationstyp Ihr Szenario unterstützt. Wenn Sie beispielsweise zu einer Datenbank migrieren möchten, die außerhalb von Database Migration Service erstellt wurde, muss die Cloud SQL-Zielinstanz leer sein oder nur Systemkonfigurationsdaten enthalten. Weitere Informationen finden Sie unter Bekannte Einschränkungen.

  2. Erstellen Sie die Zieldatenbankinstanz. Weitere Informationen finden Sie in der Cloud SQL-Dokumentation unter Instanz erstellen.

  3. Bereiten Sie die Quelldatenbankinstanz vor. Weitere Informationen finden Sie auf den folgenden Seiten:
    1. Quelldatenbank konfigurieren
    2. Quellverbindungsprofil erstellen
    3. Konnektivität konfigurieren

So erstellen Sie einen Migrationsjob zu einer vorhandenen Zielinstanz:

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 Erste Schritte 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 des Database Migration Service zu arbeiten.

    3. Wählen Sie in der Liste Quelldatenbankmodul die Option PostgreSQL aus.

      Das Feld Zieldatenbankmodul wird automatisch ausgefüllt und kann nicht geändert werden.

    4. 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.

    5. Geben Sie den Typ des Migrationsjobs an: Einmalig (nur Snapshot) oder Kontinuierlich (Snapshot und laufende Änderungen).
  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.
  2. Klicken Sie im Abschnitt Datendump-Konfigurationen anpassen auf Datendump-Konfigurationen einblenden.

    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.
    • Maximum: Bietet die höchsten Dump-Geschwindigkeiten, kann aber zu einer erhöhten Belastung der Quelldatenbank führen.
    • Minimum: Beansprucht die geringste Menge an Rechenressourcen in der Quelldatenbank, kann aber einen langsameren Dump-Durchsatz haben.

    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.

Cloud SQL-Zielinstanz auswählen

  1. Wählen Sie im Menü Typ der Zielinstanz die Option Vorhandene Instanz aus.
  2. Wählen Sie im Abschnitt Zielinstanz auswählen die Zielinstanz aus.

  3. Prüfen Sie die Informationen im Abschnitt Instanzdetails und klicken Sie auf Auswählen und fortfahren.

    Für die Migration zu einer vorhandenen Zieldatenbank in Standardmigrationen stuft Database Migration Service die Zielinstanz herab und konfiguriert sie als Replikat. Geben Sie im Bestätigungsfenster die Kennung der Zielinstanz ein, um zu bestätigen, dass die Herabstufung sicher durchgeführt werden kann.

  4. Klicken Sie auf Bestätigen und fortfahren.

Verbindung zwischen den Quell- und Zieldatenbankinstanzen einrichten

Wählen Sie im Drop-down-Menü Verbindungsmethode eine Methode für die Netzwerkverbindung aus. Diese Methode definiert, wie die Cloud SQL-Zielinstanz eine Verbindung zur Quelldatenbank herstellt. Zu den aktuellen Methoden für die Netzwerkverbindung gehören IP-Zulassungslisten, umgekehrte SSH-Tunnel, Private Service Connect-Schnittstellen und VPC-Peering.

Wenn Sie Folgendes verwenden möchten…Vorgehensweise
Die Netzwerkverbindungsmethode „IP-Zulassungsliste“ Sie müssen die ausgehende IP-Adresse Ihrer Zielinstanz angeben. Wenn die von Ihnen erstellte Cloud SQL-Instanz eine Hochverfügbarkeitsinstanz ist, geben Sie die ausgehenden IP-Adressen sowohl für die primäre als auch für die sekundäre Instanz an.
Die Netzwerkverbindungsmethode „Umgekehrter SSH-Tunnel“ Sie müssen die Compute Engine-VM-Instanz auswählen, die den Tunnel hosten 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. Sie müssen das Skript in der Google Cloud CLI ausführen.

Führen Sie die Befehle auf einem Computer aus, der sowohl mit der Quelldatenbank als auch mit Google Cloudverbunden ist.
Die Private Service Connect-Schnittstellenverbindungsmethode, Database Migration Service stellt die erforderlichen Verbindungen automatisch her. Diese Verbindungsmethode ist nur verfügbar, wenn Sie eine Private Service Connect-fähige Zielinstanz mit einem Netzwerkanhang haben. Weitere Informationen zu Private Service Connect-Schnittstellen finden Sie in der Cloud SQL-Dokumentation unter Ausgehende Private Service Connect-Verbindungen.
Die VPC-Peering-Netzwerkverbindungsmethode, Sie müssen das VPC-Netzwerk auswählen, in dem sich die Quelldatenbank befindet. Die Cloud SQL-Instanz wird aktualisiert, um eine Verbindung zu diesem Netzwerk herzustellen.

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. Die Zielinstanz darf keine Datenbanken enthalten, die denselben Namen wie die Datenbanken haben, die Sie für die Migration auswählen. Wenn Database Migration Service auf einen Datenbanknamenskonflikt stößt, wird die betroffene Datenbank vor der Migration im Ziel gelöscht.

  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, können Sie die angezeigte Liste filtern und die Datenbanken auswählen, die Database Migration Service zu Ihrem 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. Nicht alle Einstellungen können bearbeitet werden.

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

    Wenn der Test fehlschlägt, können Sie das Problem an der entsprechenden Stelle des Ablaufs beheben und zum erneuten Test zurückkehren. Informationen zur Fehlerbehebung bei einem fehlgeschlagenen Migrationsjobtest finden Sie unter Probleme für 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 der Zielinstanz in Rechnung gestellt.

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

  3. Fahren Sie mit Migrationsjob prüfen fort.

Google Cloud CLI

Wenn Sie mit der Google Cloud CLI zu einer vorhandenen Instanz migrieren, müssen Sie das Verbindungsprofil für die Zielinstanz manuell erstellen. Dies ist nicht erforderlich, wenn Sie die Google Cloud Console verwenden, da Database Migration Service das Erstellen und Entfernen des Zielverbindungsprofils für Sie übernimmt.

  1. Zielverbindungsprofil erstellen.
    Erstellen Sie das Zielverbindungsprofil für Ihre vorhandene Zielinstanz, indem Sie den Befehl gcloud database-migration connection-profiles create ausführen (klicken Sie auf den Link, um ihn zu maximieren):

    gcloud database-migration connection-profiles create postgresql

    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 möchten. Diese Region sollte mit der Region Ihrer Zielinstanz übereinstimmen.
    • DEST_INSTANCE durch die ID Ihrer zuvor erstellten Cloud SQL-Zielinstanz.
    • DEST_USER durch den Nutzernamen des Migrationsnutzers in Ihrer Zieldatenbank.
    • DEST_PASSWORD durch das Passwort für den Migrationsnutzer in der Zieldatenbank.

    Führen Sie folgenden Befehl aus:

    Linux, macOS oder Cloud Shell

    gcloud database-migration connection-profiles create postgresql DEST_CONN_ID \
  --region=REGION \
  --cloudsql-instance=DEST_INSTANCE \
  --username=DEST_USER \
  --password=DEST_PASSWORD \
  --role=DESTINATION \
  --no-async

    Windows (PowerShell)

    gcloud database-migration connection-profiles create postgresql DEST_CONN_ID `
  --region=REGION `
  --cloudsql-instance=DEST_INSTANCE `
  --username=DEST_USER `
  --password=DEST_PASSWORD `
  --role=DESTINATION `
  --no-async

    Windows (cmd.exe)

    gcloud database-migration connection-profiles create postgresql DEST_CONN_ID ^
  --region=REGION ^
  --cloudsql-instance=DEST_INSTANCE ^
  --username=DEST_USER ^
  --password=DEST_PASSWORD ^
  --role=DESTINATION ^
  --no-async

    Sie sollten eine Antwort ähnlich der folgenden erhalten:

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

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

Created connection profile CONNECTION_PROFILE_ID [OPERATION_ID]

  2. Migrationsjob erstellen
    Die folgenden Beispiele zeigen ein Migrationsszenario, bei dem Sie die Verbindung über private IP-Adressen zwischen der Quell- und der Zieldatenbank verwenden. Wenn Sie einen anderen Verbindungstyp verwenden (z. B. VPC-Peering oder einen Reverse-SSH-Tunnel), müssen Sie die erforderlichen Flags hinzufügen, z. B. --peer-vpc oder --vm, --vm-ip, --vm-port, --vpc. Weitere Informationen finden Sie unter Konnektivität konfigurieren und Beispiele für die Google Cloud CLI.
    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 Regionskennung, 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]

  3. Stufen Sie die Zieldatenbank herab.
    Bei Standardmigrationen müssen Sie die vorhandene Zieldatenbankinstanz mit dem Database Migration Service herabstufen, um sie als externes Replikat zu konfigurieren, bevor Sie den Migrationsjob starten. Führen Sie den Befehl gcloud database-migration migration-jobs demote-destination aus (klicken Sie auf den Link, um ihn zu maximieren):

    gcloud database-migration migration-jobs demote-destination

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

    • MIGRATION_JOB_ID durch die Kennung Ihres Migrationsjobs.

      Wenn Sie die Kennung nicht kennen, können Sie mit dem Befehl gcloud database-migration migration-jobs list alle Migrationsjobs in einer bestimmten Region auflisten und ihre Kennungen aufrufen.

    • REGION durch die Kennung der Region, in der Ihr Verbindungsprofil gespeichert ist.

    Führen Sie folgenden Befehl aus:

    Linux, macOS oder Cloud Shell

    gcloud database-migration migration-jobs \
demote-destination MIGRATION_JOB_ID \
  --region=REGION

    Windows (PowerShell)

    gcloud database-migration migration-jobs `
demote-destination MIGRATION_JOB_ID `
  --region=REGION

    Windows (cmd.exe)

    gcloud database-migration migration-jobs ^
demote-destination MIGRATION_JOB_ID ^
  --region=REGION

    Ergebnis

    Die Aktion wird asynchron ausgeführt. Daher gibt dieser Befehl eine Vorgangsentität zurück, die einen Vorgang mit langer Ausführungszeit darstellt: 

    done: false
metadata:
  '@type': type.googleapis.com/google.cloud.clouddms.v1.OperationMetadata
  apiVersion: v1
  createTime: '2024-02-20T12:20:24.493106418Z'
  requestedCancellation: false
  target: MIGRATION_JOB_ID
  verb: demote-destination
name: OPERATION_ID

    Wenn Sie prüfen möchten, ob der Vorgang erfolgreich war, können Sie das zurückgegebene Vorgangsobjekt abfragen oder den Status des Migrationsjobs prüfen:

  4. Optional: Migrationsjob prüfen.
    An dieser Stelle ist Ihr Migrationsjob konfiguriert und mit Ihrer Zieldatenbankinstanz verbunden. Sie können sie mit den Vorgängen verify, start, stop, restart und resume verwalten. Wir empfehlen, den Migrationsjob zuerst mit dem Befehl gcloud database-migration migration-jobs verify zu prüfen (klicken Sie auf den Link, um ihn zu maximieren):

    gcloud database-migration migration-jobs verify

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

    • MIGRATION_JOB_ID durch die Kennung Ihres Migrationsjobs.

      Wenn Sie die Kennung nicht kennen, können Sie mit dem Befehl gcloud database-migration migration-jobs list alle Migrationsjobs in einer bestimmten Region auflisten und ihre Kennungen aufrufen.

    • REGION durch die Kennung der Region, in der Ihr Verbindungsprofil gespeichert ist.

    Führen Sie folgenden Befehl aus:

    Linux, macOS oder Cloud Shell

    gcloud database-migration migration-jobs \
verify MIGRATION_JOB_ID \
  --region=REGION

    Windows (PowerShell)

    gcloud database-migration migration-jobs `
verify MIGRATION_JOB_ID `
  --region=REGION

    Windows (cmd.exe)

    gcloud database-migration migration-jobs ^
verify MIGRATION_JOB_ID ^
  --region=REGION

    Ergebnis

    Die Aktion wird asynchron ausgeführt. Daher gibt dieser Befehl eine Vorgangsentität zurück, die einen Vorgang mit langer Ausführungszeit darstellt: 

    done: false
metadata:
  '@type': type.googleapis.com/google.cloud.clouddms.v1.OperationMetadata
  apiVersion: v1
  createTime: '2024-02-20T12:20:24.493106418Z'
  requestedCancellation: false
  target: MIGRATION_JOB_ID
  verb: verify
name: OPERATION_ID

    Wenn Sie prüfen möchten, ob der Vorgang erfolgreich war, können Sie das zurückgegebene Vorgangsobjekt abfragen oder den Status des Migrationsjobs prüfen:

  5. Starten Sie den Migrationsjob.
    Starten Sie den Migrationsjob mit dem Befehl gcloud database-migration migration-jobs start (klicken Sie auf den Link, um ihn zu maximieren):

    gcloud database-migration migration-jobs start

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

    • MIGRATION_JOB_ID durch die Kennung Ihres Migrationsjobs.

      Wenn Sie die Kennung nicht kennen, können Sie mit dem Befehl gcloud database-migration migration-jobs list alle Migrationsjobs in einer bestimmten Region auflisten und ihre Kennungen aufrufen.

    • REGION durch die Kennung der Region, in der Ihr Verbindungsprofil gespeichert ist.

    Führen Sie folgenden Befehl aus:

    Linux, macOS oder Cloud Shell

    gcloud database-migration migration-jobs \
start MIGRATION_JOB_ID \
  --region=REGION

    Windows (PowerShell)

    gcloud database-migration migration-jobs `
start MIGRATION_JOB_ID `
  --region=REGION

    Windows (cmd.exe)

    gcloud database-migration migration-jobs ^
start MIGRATION_JOB_ID ^
  --region=REGION

    Ergebnis

    Die Aktion wird asynchron ausgeführt. Daher gibt dieser Befehl eine Vorgangsentität zurück, die einen Vorgang mit langer Ausführungszeit darstellt: 

    done: false
metadata:
  '@type': type.googleapis.com/google.cloud.clouddms.v1.OperationMetadata
  apiVersion: v1
  createTime: '2024-02-20T12:20:24.493106418Z'
  requestedCancellation: false
  target: MIGRATION_JOB_ID
  verb: start
name: OPERATION_ID

    Wenn Sie prüfen möchten, ob der Vorgang erfolgreich war, können Sie das zurückgegebene Vorgangsobjekt abfragen oder den Status des Migrationsjobs prüfen:

  6. Migrationsjob hochstufen
    Sobald die Migration die CDC-Phase (Change Data Capture) erreicht, können Sie die Zieldatenbankinstanz von einem Replikat zu einer eigenständigen Instanz hochstufen. Führen Sie den Befehl gcloud database-migration migration-jobs promote aus (klicken Sie auf den Link, um ihn zu maximieren):

    gcloud database-migration migration-jobs promote

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

    • MIGRATION_JOB_ID durch die Kennung Ihres Migrationsjobs.

      Wenn Sie die Kennung nicht kennen, können Sie mit dem Befehl gcloud database-migration migration-jobs list alle Migrationsjobs in einer bestimmten Region auflisten und ihre Kennungen aufrufen.

    • REGION durch die Kennung der Region, in der Ihr Verbindungsprofil gespeichert ist.

    Führen Sie folgenden Befehl aus:

    Linux, macOS oder Cloud Shell

    gcloud database-migration migration-jobs \
promote MIGRATION_JOB_ID \
  --region=REGION

    Windows (PowerShell)

    gcloud database-migration migration-jobs `
promote MIGRATION_JOB_ID `
  --region=REGION

    Windows (cmd.exe)

    gcloud database-migration migration-jobs ^
promote MIGRATION_JOB_ID ^
  --region=REGION

    Ergebnis

    Die Aktion wird asynchron ausgeführt. Daher gibt dieser Befehl eine Vorgangsentität zurück, die einen Vorgang mit langer Ausführungszeit darstellt: 

    done: false
metadata:
  '@type': type.googleapis.com/google.cloud.clouddms.v1.OperationMetadata
  apiVersion: v1
  createTime: '2024-02-20T12:20:24.493106418Z'
  requestedCancellation: false
  target: MIGRATION_JOB_ID
  verb: start
name: OPERATION_ID

    Wenn Sie prüfen möchten, ob der Vorgang erfolgreich war, können Sie das zurückgegebene Vorgangsobjekt abfragen oder den Status des Migrationsjobs prüfen: