Migrationsjob zu einer neuen Zielinstanz erstellen

Wenn Sie Ihre Zielinstanz mit Database Migration Service erstellen, wird diese Instanz nicht herabgestuft und nicht im Lesemodus ausgeführt. Das Ausführen bestimmter Vorgänge während des Migrationsprozesses kann jedoch zu Migrationsfehlern führen. Beachten Sie bei der Migration zu einer neuen Zielinstanz die folgenden betrieblichen Überlegungen:

  • 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 Standard-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.

Das Erstellen eines Migrationsjobs umfasst Folgendes:

  1. Einstellungen für den Migrationsjob festlegen
  2. Quelleneinstellungen definieren und zu migrierende Datenbanken auswählen
  3. Einstellungen für die Cloud SQL-Zieldatenbankinstanz definieren und die Instanz erstellen
  4. Verbindung zwischen den Quell- und Zieldatenbankinstanzen 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 einer neuen 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 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 des Database Migration Service zu arbeiten.

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

      Das Feld Zieldatenbankmodul wird automatisch mit Cloud SQL for PostgreSQL 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 oder Kontinuierlich.
    6. 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.

    Die Geschwindigkeit der Parallelität des Datendumps hängt von der Last ab, die auf die Quelldatenbank ausgeübt wird. Sie können die folgenden Einstellungen verwenden:

    • 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 Parallelitätseinstellungen auswählen, 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 überprüfen, indem Sie am Ende der Erstellung des Migrationsjobs den Migrationsjobtest ausführen.

  3. Klicken Sie auf Speichern und fortfahren.

Cloud SQL-Zielinstanz konfigurieren und erstellen

  1. Wählen Sie auf der Seite Ziel definieren im Drop-down-Menü Typ der Zielinstanz die Option Neue Instanz aus. Legen Sie alle relevanten Einstellungen fest:
    1. Geben Sie im Feld Zielinstanz-ID eine Kennung für die Cloud SQL-Instanz an oder verwenden Sie die automatisch generierte Kennung.

      Die ID darf keine vertraulichen oder personenidentifizierbaren Informationen enthalten. Die Projekt-ID muss im Instanznamen nicht angegeben werden. Dies erfolgt automatisch, wo es erforderlich ist, beispielsweise in den Logdateien.

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

      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 die Zielinstanz aus.

      Weitere Informationen zur Unterstützung der versionsübergreifenden Migration

    4. Wählen Sie die Cloud SQL for PostgreSQL-Version für Ihre Zielinstanz aus. Es sind zwei Optionen verfügbar: Cloud SQL for PostgreSQL Enterprise-Version und Cloud SQL for PostgreSQL Enterprise Plus-Version.

      Cloud SQL for PostgreSQL-Versionen bieten unterschiedliche Funktionen, verfügbare Maschinentypen und Preise. In der Cloud SQL-Dokumentation finden Sie Informationen dazu, welche Version für Ihre Anforderungen am besten geeignet ist. Weitere Informationen finden Sie unter Einführung in Cloud SQL for PostgreSQL-Versionen.

    5. Im Menü Region wird dieselbe Region angezeigt, die Sie auf der Seite Erste Schritte ausgewählt haben.

      Wenn Sie Ihre Instanz für Hochverfügbarkeit konfigurieren, wählen Sie Mehrere Zonen (Hochverfügbarkeit) 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 Erstellung einer Instanz verwendet wird:

      • Die Zonen verwenden standardmäßig Beliebig für die primäre Zone und Beliebig (außer primäre Zone) 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.
    6. Wählen Sie im Bereich Verbindungen aus, ob Sie der Zielinstanz eine öffentliche oder eine private IP-Adresse hinzufügen möchten. Sie können Ihre Instanz so konfigurieren, dass sie beide Arten von IP-Adressen hat. Für die Migration ist jedoch mindestens ein Typ erforderlich. Wählen Sie eine der folgenden Optionen aus:
      • Wenn Sie die Migration über VPC-Peering oder einen umgekehrten SSH-Tunnel durchführen möchten, wählen Sie Private IP-Adresse aus.

        • Wenn Sie Verbindungen über die private IP-Adresse aktivieren möchten, müssen Sie alle zusätzlichen Netzwerkanforderungen erfüllen.

          Maximieren Sie diesen Abschnitt, um die vollständigen Anforderungen an private IP-Adressen einzublenden.
        • Wählen Sie das zugehörige VPC-Netzwerk für das Peering aus. Wenn Sie eine Verbindung zur Migrationsquelle über VPC-Peering herstellen möchten, wählen Sie die VPC aus, in der sich die Instanz befindet.
        • 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.
      • Wenn Sie die Migration über das Internet mithilfe einer IP-Zulassungsliste durchführen möchten, wählen Sie Öffentliche IP-Adresse aus.

        Optional können Sie unter Öffentliche IP-Adresse auf das Feld Autorisierte Netzwerke klicken und entweder ein Netzwerk oder einen Proxy für die Verbindung mit der Cloud SQL-Instanz autorisieren. Netzwerke werden nur mit den von Ihnen angegebenen Adressen autorisiert. Weitere Informationen finden Sie in der Cloud SQL-Dokumentation unter Öffentliche IP-Adresse konfigurieren.

      Die Konnektivität des Migrationsjobs konfigurieren Sie in einem späteren Schritt. Weitere Informationen zu verfügbaren Netzwerkmöglichkeiten finden Sie unter Verbindungen konfigurieren.

  2. Wählen Sie den Maschinentyp für die Cloud SQL-Instanz aus. Weitere Informationen zu PostgreSQL-Maschinentypen
  3. Für Cloud SQL for PostgreSQL Enterprise Plus: 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. Sie fügt Ihrer Zieldatenbank ein schnelles lokales Solid-State-Laufwerk hinzu. Diese Funktion kann zusätzliche Kosten für Cloud SQL verursachen. Weitere Informationen zum Daten-Cache finden Sie in der Cloud SQL-Dokumentation unter Daten-Cache – Übersicht.

  4. Geben Sie den Speichertyp für die Cloud SQL-Instanz an. Sie können entweder ein Solid-State-Laufwerk (SSD) oder ein Festplattenlaufwerk (HDD) auswählen.
  5. Geben Sie die Speicherkapazität (in GB) für die Cloud SQL-Instanz an.

    Achten Sie darauf, dass die Instanz genügend Speicherkapazität für die Daten aus Ihrer Quelldatenbank hat. Sie können diese Kapazität jederzeit erhöhen, aber nicht verringern.

  6. (Optional) Konfigurieren Sie die Datenverschlüsselungsoptionen oder Ressourcenlabels für Ihre Zielinstanz.

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

    Klicken Sie auf Optionale Konfigurationen einblenden und gehen Sie dann so vor:

    1. Geben Sie an, 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. Anleitung:

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

      Wenn Ihr Schlüssel nicht angezeigt wird, klicken Sie auf Ressourcenname des Schlüssels eingeben, um den Ressourcennamen des Schlüssels anzugeben, den Sie verwenden möchten. Beispiel für einen Schlüsselressourcennamen: projects/my-project-name/locations/my-location/keyRings/my-keyring/cryptoKeys/my-key.

    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 auf der erstellten Cloud SQL-Zielinstanz mit denen in der Quelldatenbank übereinstimmen. Weitere Informationen zu unterstützten Datenbank-Flags für 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.
  7. Klicken Sie auf Ziel erstellen und fortfahren. Der Database Migration Service erstellt jetzt Ihre Cloud SQL-Zielinstanz. Dieser Vorgang kann einige Minuten dauern.

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 neu erstellte Cloud SQL-Instanz eine Verbindung zur Quelldatenbank herstellt. Zu den aktuellen Netzwerkverbindungsmethoden für die Migration zu einer neuen Instanz gehören IP-Zulassungslisten, umgekehrte SSH-Tunnel 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 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

In diesem letzten Schritt prüfen Sie die Zusammenfassung der Einstellungen des Migrationsjobs, der Quelle, des Ziels und der Verbindungsmethode und testen 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

  1. Zielverbindungsprofil erstellen.
    Wenn Sie mit der Google Cloud CLI zu einer neuen Zielinstanz migrieren, erstellen Sie die Zielinstanz 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 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
    Wenn Sie VPC-Peering oder eine Reverse-SSH-Tunnelverbindung verwenden, 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]