Crea un job di migrazione in un cluster di destinazione esistente

Quando esegui la migrazione a un cluster AlloyDB per PostgreSQL di destinazione esistente, Database Migration Service retrocede il cluster di destinazione per configurarlo come replica esterna. La retrocessione di un cluster non imposta AlloyDB per PostgreSQL in modalità di sola lettura, ma l'esecuzione di determinate operazioni durante il processo di migrazione potrebbe causare errori di migrazione. Durante la migrazione a un cluster di destinazione esistente, tieni presente le seguenti considerazioni operative:
  • Retrocessione del cluster: Database Migration Service retrocede il cluster di destinazione per configurarlo come replica del database di origine.
  • Evita le operazioni di scrittura sui dati in fase di migrazione: non eseguire operazioni di scrittura (come INSERT, UPDATE, DELETE o modifiche dello schema DDL) nel cluster di destinazione su tabelle o database inclusi nella migrazione. Queste operazioni potrebbero causare conflitti di replica con i dati provenienti dall'origine.
  • Gestisci gli utenti del database: puoi creare e gestire gli utenti del database in qualsiasi momento utilizzando i comandi psql standard o tramite AlloyDB per PostgreSQL nella console Google Cloud . Per saperne di più, consulta Gestisci gli utenti del database nella documentazione di AlloyDB per PostgreSQL.

Per saperne di più, consulta Limitazioni note per i cluster di destinazione esistenti.

Database Migration Service utilizza i job di migrazione per migrare i dati dal database di origine al cluster AlloyDB per PostgreSQL di destinazione. La creazione di un job di migrazione per un cluster di destinazione esistente include:

  • Definizione delle impostazioni per il job di migrazione
  • Definizione delle impostazioni di origine e selezione dei database di cui eseguire la migrazione
  • Selezione del cluster AlloyDB per PostgreSQL di destinazione esistente
  • Retrocedere il cluster esistente per configurarlo come replica del database di origine
  • Configurazione della connettività tra i database di origine e di destinazione
  • Test del job di migrazione per assicurarti che le informazioni di connessione fornite siano valide

Prima di iniziare

Prima di creare un job di migrazione a un cluster AlloyDB per PostgreSQL di destinazione esistente, assicurati di:

  1. Verifica che questo tipo di migrazione possa supportare il tuo scenario. Ad esempio, se vuoi eseguire la migrazione a un cluster creato al di fuori di Database Migration Service, il cluster AlloyDB per PostgreSQL di destinazione deve essere vuoto o contenere solo dati di configurazione del sistema. Per maggiori dettagli, consulta Limitazioni note.

  2. Crea il cluster AlloyDB per PostgreSQL di destinazione e la relativa istanza principale. Consulta Crea un cluster e la relativa istanza principale nella documentazione di AlloyDB per PostgreSQL.

  3. Prepara l'istanza del database di origine. Consulta le seguenti pagine:
    1. Configura il database di origine
    2. Crea il profilo di connessione di origine
    3. Configura la connettività

Per creare un job di migrazione in un cluster di destinazione esistente:

Console

Definisci le impostazioni per il job di migrazione

  1. Nella console Google Cloud , vai alla pagina Job di migrazione.

    Vai a Job di migrazione

  2. Fai clic su Crea job di migrazione.

    Viene visualizzata la pagina della configurazione guidata del job di migrazione. Questa procedura guidata contiene più riquadri che ti guidano attraverso ogni passaggio della configurazione.

    Puoi mettere in pausa la creazione di un job di migrazione in qualsiasi momento facendo clic su Salva ed esci. Tutti i dati inseriti fino a quel momento vengono salvati in una bozza di job di migrazione. Puoi completare la bozza del job di migrazione in un secondo momento.

  3. Nella pagina Inizia, inserisci le seguenti informazioni:
    1. Nome job di migrazione

      Questo è un nome leggibile per il job di migrazione. Questo valore viene visualizzato nella console Google Cloud .

    2. ID job di migrazione

      Si tratta di un identificatore leggibile da macchina per il job di migrazione. Utilizza questo valore per lavorare con i job di migrazione utilizzando i comandi o l'API di Google Cloud CLI di Database Migration Service.

    3. Dall'elenco Motore del database di origine, seleziona PostgreSQL.
    4. Dall'elenco Motore del database di destinazione, seleziona AlloyDB per PostgreSQL.
    5. Seleziona la regione in cui salvare il job di migrazione.

      Database Migration Service è un prodotto completamente regionale, il che significa che tutte le entità correlate alla migrazione (profili di connessione di origine e di destinazione, job di migrazione, cluster di destinazione) devono essere salvate in un'unica regione. Seleziona la regione in cui si trova il cluster di destinazione esistente. Una volta scelta la regione di destinazione, questa selezione non può essere modificata.

    6. Scegli Continuo (snapshot + modifiche in corso) come tipo di prestazione di migrazione. Le migrazioni omogenee ad AlloyDB per PostgreSQL supportano esclusivamente le migrazioni continue.
  4. Fai clic su Salva e continua.

Specifica le informazioni sul profilo di connessione di origine

Nella pagina Definisci un'origine, segui questi passaggi:

  1. Dal menu a discesa Profilo di connessione di origine, seleziona il profilo di connessione per il database di origine.
  2. Nella sezione Personalizza configurazioni di parallelismo, fai clic su Mostra configurazioni di parallelismo.

    Durante il dump completo iniziale, l'estensione pglogical replica i dati a livello di tabella e non suddivide una singola tabella non partizionata, una partizione foglia o una tabella senza chiave primaria tra più sottoscrizioni. Ciò significa che il parallelismo del dump dei dati migliorato non può aumentare la velocità del dump iniziale per una singola tabella di grandi dimensioni non partizionata, perché la tabella viene copiata all'interno di una sottoscrizione. Per saperne di più, consulta Considerazioni sul parallelismo del dump dei dati.

    La velocità del parallelismo del dump dei dati è correlata alla quantità di carico indotta sul database di origine:

    • Ottimale (consigliato): prestazioni bilanciate con un carico ottimale sul database di origine. Database Migration Service crea fino a 2 sottoscrizioni per database (fino a 2 in totale per tutti i database, con almeno 1 sottoscrizione per database migrato).
    • Massima: offre le velocità di dump più elevate, ma potrebbe causare un aumento del carico sul database di origine. Database Migration Service crea fino a 4 sottoscrizioni per database (fino a 4 in totale per tutti i database, con almeno 1 sottoscrizione per database migrato).
    • Minimo: utilizza la quantità minima di risorse di calcolo sul database di origine, ma potrebbe avere un throughput di dump più lento. Database Migration Service crea una sottoscrizione per database.

    Se scegli impostazioni di parallelismo del dump dei dati modificate, assicurati di aumentare i parametri max_replication_slots, max_wal_senders e max_worker_processes nel database di origine.

  3. Fai clic su Salva e continua.

Seleziona il cluster AlloyDB per PostgreSQL di destinazione

  1. Nel menu Tipo di istanza di destinazione, seleziona Cluster esistente.
  2. Nella sezione Seleziona il cluster di destinazione, seleziona il cluster AlloyDB per PostgreSQL di destinazione.

  3. Esamina le informazioni nella sezione Dettagli cluster e fai clic su Seleziona e continua.

    Per eseguire la migrazione a un database di destinazione esistente, Database Migration Service retrocede il cluster di destinazione e lo configura come replica. Per indicare che la retrocessione può essere eseguita in sicurezza, inserisci l'identificatore del cluster di destinazione nella finestra di conferma.

  4. Fai clic su Conferma e continua.

Configura la connettività tra l'istanza del database di origine e il cluster di destinazione

Dal menu a discesa Metodo di connettività, seleziona un metodo di connettività di rete. Questo metodo definisce il modo in cui il cluster AlloyDB per PostgreSQL di destinazione si connette al database di origine. I metodi di connessione di rete attuali includono lista consentita di IP, tunnel SSH inverso, interfacce Private Service Connect, peering VPC e proxy TCP tramite una VM ospitata nel cloud.

Se vuoi utilizzare…Devi…
Il metodo di connettività di rete con lista consentita IP, Copia entrambi gli indirizzi IP pubblici in uscita dell'istanza principale del cluster di destinazione e utilizzali per configurare il firewall di rete per il server di database di origine e nel file pg_hba.conf.
Il metodo di connessione di rete tramite tunnel SSH inverso, Seleziona l'istanza VM di Compute Engine che ospiterà il tunnel.

Dopo aver specificato l'istanza, Google fornisce uno script che esegue i passaggi per configurare il tunnel tra i database di origine e di destinazione. Esegui lo script in Google Cloud CLI da una macchina che dispone della connettività sia al database di origine sia a Google Cloud.
Il metodo di connettività delle interfacce Private Service Connect, Database Migration Service stabilisce automaticamente le connessioni richieste. Questo metodo di connettività è disponibile solo se hai un cluster di destinazione abilitato per Private Service Connect con un collegamento di rete. Per ulteriori informazioni su Private Service Connect, consulta Configura Private Service Connect nella documentazione di AlloyDB per PostgreSQL.
Il metodo di connettività di rete con peering VPC, Seleziona la rete VPC in cui si trova il database di origine. Il cluster AlloyDB per PostgreSQL si connette a questa rete utilizzando l'accesso privato ai servizi.
Il metodo di connettività tramite proxy TCP mediante una VM ospitata nel cloud, Inserisci i dettagli richiesti per la nuova istanza VM di Compute Engine che ospiterà il proxy TCP.

Dopo aver specificato i dettagli, la console Google Cloud fornisce uno script che configura il proxy tra i database di origine e di destinazione. Esegui lo script su una macchina con Google Cloud CLI aggiornato.

Dopo aver eseguito lo script, inserisci l'indirizzo IP privato della VM appena creata e fai clic su Configura e continua.

Dopo aver selezionato e configurato la connettività di rete, fai clic su Configura e continua.

Configura database di migrazione

Puoi eseguire la migrazione di tutti i database dall'istanza di origine o scegliere solo database specifici.

  1. Nell'elenco Database da migrare, seleziona una delle seguenti opzioni:
    • Tutti i database: seleziona tutti i database presenti nell'origine.
    • Database specifici: consente di selezionare database specifici tra tutti i database esistenti nell'origine.

  2. Se vuoi eseguire la migrazione di database specifici, filtra l'elenco visualizzato e seleziona i database di cui vuoi che Database Migration Service esegua la migrazione nella destinazione.

    Se l'elenco non viene visualizzato e viene mostrato un errore di rilevamento del database, fai clic su Ricarica. Se il rilevamento del database non va a buon fine, il job esegue la migrazione di tutti i database. Puoi continuare con la creazione di un job di migrazione e correggere gli errori di connettività in un secondo momento.

  3. Fai clic su Salva e continua.

Testa, crea ed esegui il job di migrazione

In questo passaggio finale, esamina il riepilogo delle impostazioni del job di migrazione, dell'origine, della destinazione e del metodo di connettività, quindi verifica la validità della configurazione del job di migrazione. Se si verificano problemi, puoi modificare le impostazioni del job di migrazione. Non tutte le impostazioni sono modificabili.

  1. Nella pagina Testa e crea un job di migrazione, fai clic su Testa il job.

    Se il test non va a buon fine, risolvi il problema nella parte appropriata del flusso e ripeti il test. Per informazioni sulla risoluzione dei problemi di un test di job di migrazione non riuscito, consulta Diagnostica i problemi di AlloyDB per PostgreSQL.

  2. Al termine del test del job di migrazione, fai clic su Crea e avvia job per creare il job di migrazione e avviarlo immediatamente oppure fai clic su Crea job per creare il job di migrazione senza avviarlo immediatamente.

    Se il job non viene avviato al momento della creazione, può essere avviato dalla pagina Job di migrazione facendo clic su Avvia. Indipendentemente da quando inizia il job di migrazione, alla tua organizzazione viene addebitato un costo per l'esistenza del cluster di destinazione.

    La migrazione è in corso. Quando avvii il job di migrazione, Database Migration Service inizia il dump completo iniziale e la replica continua. Per ulteriori informazioni, vedi Limitazioni note.

  3. Vai a Esamina il job di migrazione.

Google Cloud CLI

Quando esegui la migrazione a un cluster esistente utilizzando Google Cloud CLI, devi creare manualmente il profilo di connessione per il cluster di destinazione. Questo non è necessario quando utilizzi la console Google Cloud , poiché Database Migration Service si occupa della creazione e della rimozione del profilo di connessione di destinazione per te.

  1. Crea il profilo di connessione di destinazione.
    Crea il profilo di connessione di destinazione per il cluster di destinazione esistente eseguendo il comando gcloud database-migration connection-profiles create (fai clic sul link per espandere):

    gcloud database-migration connection-profiles create postgresql

    Questo esempio utilizza il flag facoltativo --no-async in modo che tutte le operazioni vengano eseguite in modo sincrono. Ciò significa che il completamento di alcuni comandi potrebbe richiedere un po' di tempo. Puoi saltare il flag --no-async per eseguire i comandi in modo asincrono. In questo caso, devi utilizzare il comando gcloud database-migration operations describe per verificare se l'operazione è andata a buon fine.

    Prima di utilizzare i dati dei comandi riportati di seguito, effettua le seguenti sostituzioni:

    • DEST_CONN_ID con l'identificatore del profilo di connessione di destinazione.
    • REGION con la regione in cui vuoi salvare il profilo di connessione. Questa regione deve essere la stessa del cluster di destinazione.
    • DEST_CLUSTER con l'ID del cluster AlloyDB per PostgreSQL di destinazione precreato.
    • DEST_USER con il nome utente dell'utente di migrazione nel database di destinazione.
    • DEST_PASSWORD con la password dell'utente di migrazione nel database di destinazione.

    Esegui questo comando:

    Linux, macOS o Cloud Shell

    gcloud database-migration connection-profiles create postgresql DEST_CONN_ID \
  --region=REGION \
  --alloydb-cluster=DEST_CLUSTER \
  --username=DEST_USER \
  --password=DEST_PASSWORD \
  --role=DESTINATION \
  --no-async

    Windows (PowerShell)

    gcloud database-migration connection-profiles create postgresql DEST_CONN_ID `
  --region=REGION `
  --alloydb-cluster=DEST_CLUSTER `
  --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 ^
  --alloydb-cluster=DEST_CLUSTER ^
  --username=DEST_USER ^
  --password=DEST_PASSWORD ^
  --role=DESTINATION ^
  --no-async

    Dovresti ricevere una risposta simile alla seguente:

    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. Crea il job di migrazione.
    L'esempio seguente rappresenta uno scenario di migrazione in cui utilizzi la connettività con IP privato tra i database di origine e di destinazione. Se utilizzi un tipo di connettività diverso (ad esempio lista consentita di IP, peering VPC o un tunnel SSH inverso), assicurati di aggiungere i flag richiesti, come --static-ip, --peer-vpc o --vm, --vm-ip, --vm-port e --vpc. Per saperne di più, consulta Configura la connettività ed Esempi di Google Cloud CLI.
    Esegui questo comando (fai clic sul link per espandere):

    gcloud database-migration migration-jobs create

    Questo esempio utilizza il flag facoltativo --no-async in modo che tutte le operazioni vengano eseguite in modo sincrono. Ciò significa che il completamento di alcuni comandi potrebbe richiedere un po' di tempo. Puoi saltare il flag --no-async per eseguire i comandi in modo asincrono. In questo caso, devi utilizzare il comando gcloud database-migration operations describe per verificare se l'operazione è andata a buon fine.

    Prima di utilizzare i dati dei comandi riportati di seguito, effettua le seguenti sostituzioni:

    • MIGRATION_JOB_ID con un identificatore leggibile da macchina per il job di migrazione. Utilizza questo valore per lavorare con i job di migrazione utilizzando i comandi o l'API di Google Cloud CLI di Database Migration Service.
    • REGION con l'identificatore della regione in cui vuoi salvare il job di migrazione.
    • MIGRATION_JOB_NAME con un nome leggibile per il job di migrazione. Questo valore viene visualizzato in Database Migration Service nella console Google Cloud .
    • SOURCE_CONNECTION_PROFILE_ID con un identificatore leggibile da macchina del profilo di connessione di origine. Per saperne di più, consulta Crea un profilo di connessione di origine.
    • DESTINATION_CONNECTION_PROFILE_ID con un identificatore leggibile da macchina del profilo di connessione di destinazione.

    • (Facoltativo) Per impostazione predefinita, Database Migration Service esegue la migrazione di tutti i database nell'origine. Se vuoi eseguire la migrazione solo di database specifici, utilizza il flag --databases-filter e specifica i relativi identificatori come elenco separato da virgole.

      Ad esempio: --databases-filter=my-business-database,my-other-database

      In un secondo momento, puoi modificare i job di migrazione creati con il flag --databases-filter utilizzando il comando gcloud database-migration migration-jobs update.

    Esegui questo comando:

    Linux, macOS o 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

    Dovresti ricevere una risposta simile alla seguente:

    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. Retrocedi il database di destinazione.
    Database Migration Service richiede di retrocedere il cluster di destinazione esistente per configurarlo come replica esterna prima di avviare il job di migrazione. Esegui il comando gcloud database-migration migration-jobs demote-destination (fai clic sul link per espandere):

    gcloud database-migration migration-jobs demote-destination

    Prima di utilizzare i dati dei comandi riportati di seguito, effettua le seguenti sostituzioni:

    • MIGRATION_JOB_ID con l'identificatore del job di migrazione.

      Se non conosci l'identificatore, puoi utilizzare il comando gcloud database-migration migration-jobs list per elencare tutti i job di migrazione in una determinata regione e visualizzarne gli identificatori.

    • REGION con l'identificatore della regione in cui è salvato il job di migrazione.

    Esegui questo comando:

    Linux, macOS o 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

    Risultato

    L'azione viene eseguita in modo asincrono. Pertanto, questo comando restituisce un' entità Operation che rappresenta un'operazione a lunga esecuzione: 

    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

    Per verificare se l'operazione è riuscita, puoi eseguire una query sull'oggetto operazione restituito o controllare lo stato del job di migrazione:

  4. (Facoltativo) Verifica il job di migrazione.
    A questo punto, il job di migrazione è configurato e connesso al cluster di destinazione. Puoi gestirlo utilizzando le operazioni verify, start, stop, restart e resume. Ti consigliamo di verificare prima il job di migrazione eseguendo il comando gcloud database-migration migration-jobs verify (fai clic sul link per espandere):

    gcloud database-migration migration-jobs verify

    Prima di utilizzare i dati dei comandi riportati di seguito, effettua le seguenti sostituzioni:

    • MIGRATION_JOB_ID con l'identificatore del job di migrazione.

      Se non conosci l'identificatore, puoi utilizzare il comando gcloud database-migration migration-jobs list per elencare tutti i job di migrazione in una determinata regione e visualizzarne gli identificatori.

    • REGION con l'identificatore della regione in cui è salvato il job di migrazione.

    Esegui questo comando:

    Linux, macOS o 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

    Risultato

    L'azione viene eseguita in modo asincrono. Pertanto, questo comando restituisce un' entità Operation che rappresenta un'operazione a lunga esecuzione: 

    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

    Per verificare se l'operazione è riuscita, puoi eseguire una query sull'oggetto operazione restituito o controllare lo stato del job di migrazione:

  5. Avvia il job di migrazione.
    Avvia il job di migrazione eseguendo il comando gcloud database-migration migration-jobs start (fai clic sul link per espandere):

    gcloud database-migration migration-jobs start

    Prima di utilizzare i dati dei comandi riportati di seguito, effettua le seguenti sostituzioni:

    • MIGRATION_JOB_ID con l'identificatore del job di migrazione.

      Se non conosci l'identificatore, puoi utilizzare il comando gcloud database-migration migration-jobs list per elencare tutti i job di migrazione in una determinata regione e visualizzarne gli identificatori.

    • REGION con l'identificatore della regione in cui è salvato il job di migrazione.

    Esegui questo comando:

    Linux, macOS o 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

    Risultato

    L'azione viene eseguita in modo asincrono. Pertanto, questo comando restituisce un' entità Operation che rappresenta un'operazione a lunga esecuzione: 

    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

    Per verificare se l'operazione è riuscita, puoi eseguire una query sull'oggetto operazione restituito o controllare lo stato del job di migrazione:

  6. Promuovi il job di migrazione.
    Una volta che la migrazione raggiunge la fase Change Data Capture (CDC), puoi promuovere il cluster di destinazione da una replica a un cluster primario autonomo. Esegui il comando gcloud database-migration migration-jobs promote (fai clic sul link per espandere):

    gcloud database-migration migration-jobs promote

    Prima di utilizzare i dati dei comandi riportati di seguito, effettua le seguenti sostituzioni:

    • MIGRATION_JOB_ID con l'identificatore del job di migrazione.

      Se non conosci l'identificatore, puoi utilizzare il comando gcloud database-migration migration-jobs list per elencare tutti i job di migrazione in una determinata regione e visualizzarne gli identificatori.

    • REGION con l'identificatore della regione in cui è salvato il job di migrazione.

    Esegui questo comando:

    Linux, macOS o 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

    Risultato

    L'azione viene eseguita in modo asincrono. Pertanto, questo comando restituisce un' entità Operation che rappresenta un'operazione a lunga esecuzione: 

    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: promote
name: OPERATION_ID

    Per verificare se l'operazione è riuscita, puoi eseguire una query sull'oggetto operazione restituito o controllare lo stato del job di migrazione: