Quando esegui la migrazione a un'istanza di destinazione esistente, per le migrazioni standard Database Migration Service retrocede l'istanza di destinazione per configurarla come replica esterna. La retrocessione di un'istanza non imposta Cloud SQL 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'istanza di destinazione esistente, tieni presente le seguenti considerazioni operative:
- Retrocessione dell'istanza: per le migrazioni standard, Database Migration Service retrocede l'istanza di destinazione per configurarla come replica del database di origine. Le migrazioni rapide non richiedono né eseguono la retrocessione dell'istanza di destinazione.
- Evita le operazioni di scrittura sui dati in fase di migrazione: non eseguire operazioni di scrittura (come
INSERT,UPDATE,DELETEo modifiche dello schema DDL) nell'istanza 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
psqlstandard o tramite Cloud SQL nella console Google Cloud . Per saperne di più, consulta Gestisci gli utenti nella documentazione di Cloud SQL. - Backup e repliche di lettura: i backup automatici e il recupero point-in-time (PITR) vengono sospesi durante la replica continua e non puoi creare repliche di lettura Cloud SQL dall'istanza di destinazione finché non viene promosso il job di migrazione.
Per saperne di più, consulta Limitazioni note per le istanze esistenti.
Database Migration Service utilizza i job di migrazione per migrare i dati dall'istanza del database di origine all'istanza del database di destinazione. La creazione di un job di migrazione per un'istanza 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 dell'istanza del database di destinazione esistente
- Retrocedere l'istanza esistente per configurarla come replica del database di origine (solo migrazioni standard)
- Configurazione della connettività tra le istanze del database di origine e di destinazione
- Test del job di migrazione per assicurarti che le informazioni di connessione che hai fornito per il job siano valide
Prima di iniziare
Prima di creare un job di migrazione a un'istanza di database di destinazione esistente, assicurati di:
- Verifica che questo tipo di migrazione possa supportare il tuo scenario. Ad esempio, se vuoi eseguire la migrazione a un database creato al di fuori di Database Migration Service, l'istanza Cloud SQL di destinazione deve essere vuota o contenere solo dati di configurazione di sistema. Per maggiori dettagli, consulta Limitazioni note.
Crea l'istanza del database di destinazione. Consulta Crea un'istanza nella documentazione di Cloud SQL.
- Prepara l'istanza del database di origine. Consulta le seguenti pagine:
Per creare un job di migrazione in un'istanza di destinazione esistente:
Console
Definisci le impostazioni per il job di migrazione
- Nella console Google Cloud , vai alla pagina Job di migrazione.
- Fai clic su Crea job di migrazione.
Si apre la pagina della procedura guidata di configurazione 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.
- Nella pagina Inizia, inserisci le seguenti informazioni:
- Nome job di migrazione
Questo è un nome leggibile per il job di migrazione. Questo valore viene visualizzato nella console Google Cloud .
- 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.
- Nell'elenco Motore del database di origine, seleziona PostgreSQL.
Il campo Motore del database di destinazione viene compilato automaticamente e non può essere modificato.
- Seleziona la regione in cui salvi 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, database di destinazione) devono essere salvate in un'unica regione. Seleziona la regione in base alla località dei servizi che richiedono i tuoi dati, ad esempio istanze di Compute Engine o app di App Engine e altri servizi. Dopo aver scelto la regione di destinazione, questa selezione non può essere modificata.
- Specifica il tipo di prestazione di migrazione: Una tantum (solo snapshot) o Continuo (snapshot + modifiche in corso).
- Nome job di migrazione
- Fai clic su Salva e continua.
Specifica le informazioni sul profilo di connessione di origine
Nella pagina Definisci un'origine, segui questi passaggi:
- Dal menu a discesa Profilo di connessione di origine, seleziona il profilo di connessione per il database di origine.
- Nella sezione Personalizza le configurazioni del dump dei dati,
fai clic su Mostra le configurazioni del dump dei dati.
La velocità del parallelismo del dump dei dati è correlata alla quantità di carico indotta sul database di origine:
- Ottimale (consigliata): prestazioni bilanciate con un carico ottimale sul database di origine.
- Massima: offre le velocità di dump più elevate, ma potrebbe causare un aumento del carico sul database di origine.
- Minimo: utilizza la quantità minima di risorse di calcolo sul database di origine, ma potrebbe avere un throughput di dump più lento.
Se scegli impostazioni di parallelismo del dump dei dati modificate, assicurati di aumentare i parametri
max_replication_slots,max_wal_sendersemax_worker_processesnel database di origine. - Fai clic su Salva e continua.
Seleziona l'istanza Cloud SQL di destinazione
- Dal menu Tipo di istanza di destinazione, seleziona Istanza esistente.
- Nella sezione Seleziona istanza di destinazione, seleziona l'istanza di destinazione.
-
Esamina le informazioni nella sezione Dettagli istanza e fai clic su Seleziona e continua.
Per eseguire la migrazione a un database di destinazione esistente nelle migrazioni standard, Database Migration Service retrocede l'istanza di destinazione e la configura come replica. Per indicare che la retrocessione può essere eseguita in sicurezza, nella finestra di conferma, inserisci l'identificatore dell'istanza di destinazione.
- Fai clic su Conferma e continua.
Configura la connettività tra le istanze del database di origine e di destinazione
Dal menu a discesa Metodo di connettività, seleziona un metodo di connettività di rete. Questo metodo definisce il modo in cui l'istanza Cloud SQL di destinazione si connetterà al database di origine. I metodi di connettività di rete attuali includono lista consentita di IP, tunnel SSH inverso, interfacce Private Service Connect e peering VPC.
| Se vuoi utilizzare… | Devi… |
|---|---|
| Il metodo di connettività di rete con lista consentita IP, | Devi specificare l'indirizzo IP in uscita dell'istanza di destinazione. Se l'istanza Cloud SQL che hai creato è un'istanza ad alta affidabilità, includi gli indirizzi IP in uscita sia per l'istanza principale sia per quella secondaria. |
| Il metodo di connettività di rete tramite tunnel SSH inverso, | Devi selezionare l'istanza VM di Compute Engine che ospiterà il tunnel.
Dopo aver specificato l'istanza, Google fornirà uno script che esegue i passaggi per configurare il tunnel tra i database di origine e di destinazione. Dovrai eseguire lo script in Google Cloud CLI. Esegui i comandi da una macchina con 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'istanza di destinazione abilitata per Private Service Connect con un collegamento di rete. Per saperne di più sulle interfacce Private Service Connect, consulta Connessioni in uscita di Private Service Connect nella documentazione di Cloud SQL. |
| Il metodo di connettività di rete con peering VPC, | Devi selezionare la rete VPC in cui si trova il database di origine. L'istanza Cloud SQL verrà aggiornata per connettersi a questa rete. |
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. L'istanza di destinazione non può contenere database che condividono il nome con i database scelti per la migrazione. Se Database Migration Service rileva una collisione dei nomi dei database, il database in questione viene eliminato nella destinazione prima della migrazione.
- 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 da tutti i database esistenti nell'origine.
Se vuoi eseguire la migrazione di database specifici, puoi filtrare l'elenco visualizzato e selezionare 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.
- 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.
-
Nella pagina Testa e crea un job di migrazione, fai clic su Testa il job.
Se il test non va a buon fine, puoi risolvere il problema nella parte appropriata del flusso e ripetere il test. Per informazioni sulla risoluzione dei problemi relativi a un test del job di migrazione non riuscito, consulta Diagnostica i problemi per PostgreSQL.
-
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 il costo per l'esistenza dell'istanza di destinazione.
La migrazione è in corso. Quando avvii il job di migrazione, Database Migration Service inizia il dump completo iniziale e la replica. Per saperne di più, consulta Limitazioni note.
- Vai a Esamina il job di migrazione.
Google Cloud CLI
Quando esegui la migrazione a un'istanza esistente utilizzando Google Cloud CLI, devi creare manualmente il profilo di connessione per l'istanza 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.
Crea il profilo di connessione di destinazione.
Crea il profilo di connessione di destinazione per l'istanza di destinazione esistente eseguendo il comandogcloud database-migration connection-profiles create(fai clic sul link per espandere):gcloud database-migration connection-profiles create postgresqlQuesto esempio utilizza il flag facoltativo
--no-asyncin 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-asyncper eseguire i comandi in modo asincrono. In questo caso, devi utilizzare il comandogcloud database-migration operations describeper 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 dell'istanza di destinazione.
- DEST_INSTANCE con l'ID dell'istanza Cloud SQL di destinazione creata in precedenza.
- DEST_USER con il nome utente dell'utente di migrazione nel database di destinazione.
- DEST_PASSWORD con la password dell'utente per la 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 \ --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
Dovresti ricevere una risposta simile alla seguente:
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]
Crea il job di migrazione.
I seguenti esempi rappresentano uno scenario di migrazione in cui utilizzi la connettività IP privato tra i database di origine e di destinazione. Se utilizzi un tipo di connettività diverso (ad esempio il peering VPC o un tunnel SSH inverso), assicurati di aggiungere i flag richiesti, come--peer-vpco--vm,--vm-ip,--vm-port,--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 createQuesto esempio utilizza il flag facoltativo
--no-asyncin 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-asyncper eseguire i comandi in modo asincrono. In questo caso, devi utilizzare il comandogcloud database-migration operations describeper 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-filtere specifica i relativi identificatori come elenco separato da virgole.Ad esempio:
--databases-filter=my-business-database,my-other-databaseIn un secondo momento, puoi modificare i job di migrazione creati con il flag
--databases-filterutilizzando il comandogcloud 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]
Retrocedi il database di destinazione.
Per le migrazioni standard, Database Migration Service richiede di retrocedere l'istanza del database di destinazione esistente per configurarla come replica esterna prima di avviare il job di migrazione. Esegui il comandogcloud database-migration migration-jobs demote-destination(fai clic sul link per espandere):gcloud database-migration migration-jobs demote-destinationPrima 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 listper elencare tutti i job di migrazione in una determinata regione e visualizzarne gli identificatori. - REGION con l'identificatore della regione in cui è salvato il profilo di connessione.
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:
- Utilizza il comando
gcloud database-migration migration-jobs describeper visualizzare lo stato del job di migrazione. - Utilizza
gcloud database-migration operations describecon OPERATION_ID per visualizzare lo stato dell'operazione stessa.
- MIGRATION_JOB_ID con l'identificatore del job di migrazione.
(Facoltativo) Verifica il job di migrazione.
A questo punto, il job di migrazione è configurato e connesso all'istanza del database di destinazione. Puoi gestirlo utilizzando le operazioniverify,start,stop,restarteresume. Ti consigliamo di verificare prima il job di migrazione eseguendo il comandogcloud database-migration migration-jobs verify(fai clic sul link per espandere):gcloud database-migration migration-jobs verifyPrima 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 listper elencare tutti i job di migrazione in una determinata regione e visualizzarne gli identificatori. - REGION con l'identificatore della regione in cui è salvato il profilo di connessione.
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:
- Utilizza il comando
gcloud database-migration migration-jobs describecon MIGRATION_JOB_ID per visualizzare lo stato del job di migrazione. - Utilizza il comando
gcloud database-migration operations describecon OPERATION_ID per visualizzare lo stato dell'operazione stessa.
- MIGRATION_JOB_ID con l'identificatore del job di migrazione.
Avvia il job di migrazione.
Avvia il job di migrazione eseguendo il comandogcloud database-migration migration-jobs start(fai clic sul link per espandere):gcloud database-migration migration-jobs startPrima 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 listper elencare tutti i job di migrazione in una determinata regione e visualizzarne gli identificatori. - REGION con l'identificatore della regione in cui è salvato il profilo di connessione.
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:
- Utilizza il comando
gcloud database-migration migration-jobs describecon MIGRATION_JOB_ID per visualizzare lo stato del job di migrazione. - Utilizza il comando
gcloud database-migration operations describecon OPERATION_ID per visualizzare lo stato dell'operazione stessa.
- MIGRATION_JOB_ID con l'identificatore del job di migrazione.
Promuovi il job di migrazione.
Una volta che la migrazione raggiunge la fase di Change Data Capture (CDC), puoi promuovere l'istanza del database di destinazione da una replica a un'istanza autonoma. Esegui il comandogcloud database-migration migration-jobs promote(fai clic sul link per espandere):gcloud database-migration migration-jobs promotePrima 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 listper elencare tutti i job di migrazione in una determinata regione e visualizzarne gli identificatori. - REGION con l'identificatore della regione in cui è salvato il profilo di connessione.
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: 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:
- Utilizza il comando
gcloud database-migration migration-jobs describecon MIGRATION_JOB_ID per visualizzare lo stato del job di migrazione. - Utilizza il comando
gcloud database-migration operations describecon OPERATION_ID per visualizzare lo stato dell'operazione stessa.
- MIGRATION_JOB_ID con l'identificatore del job di migrazione.