La creazione di un job di migrazione include:
- Definizione delle impostazioni per il job di migrazione.
- Specifica le informazioni sul profilo di connessione che hai creato per il database di origine (profilo di connessione di origine).
- Definizione delle impostazioni per l'istanza del database Cloud SQL di destinazione e creazione dell'istanza.
- Configurazione della connettività tra le istanze del database di origine e di destinazione.
- Test del job di migrazione per verificare che le informazioni di connessione fornite per il job siano valide.
Per creare un job di migrazione in una nuova istanza di destinazione:
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 in 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 che inserisci fino a quel momento vengono salvati in una bozza del 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
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 dalla macchina per il job di migrazione. Utilizzi questo valore per lavorare con i job di migrazione utilizzando i comandi o l'API Google Cloud CLI di Database Migration Service.
- Dall'elenco Motore del database di origine, seleziona
MySQL.
Il campo Motore del database di destinazione viene compilato automaticamente e non può essere modificato.
- 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, database di destinazione) devono essere salvate in un'unica regione. Seleziona la regione in base alla posizione dei servizi che richiedono i tuoi dati, ad esempio istanze di Compute Engine o app di App Engine, e altri servizi. Una volta scelta la regione di destinazione, questa selezione non può essere modificata.
- 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:
- Nel menu a discesa Profilo di connessione di origine, seleziona il profilo di connessione per il tuo database di origine.
- Nella sezione Personalizza la configurazione del dump completo, fai clic su Modifica configurazione.
- Nel riquadro Modifica la configurazione del dump completo, seleziona una delle seguenti opzioni dal menu a discesa
Metodo di dump completo:
- Basato su file fisici: seleziona questa opzione se vuoi utilizzare l'utilità Percona XtraBackup per fornire il tuo file di backup. Questo approccio richiede ulteriori passaggi di preparazione. Per la guida completa all'utilizzo dei file di backup fisici generati da Percona XtraBackup, consulta Eseguire la migrazione dei database utilizzando un file fisico Percona XtraBackup.
- Basato su logica: seleziona questa opzione se vuoi utilizzare
un file di backup logico creato dall'utilità
mysqlshell. Database Migration Service può generare automaticamente questo file di backup per te oppure puoi fornire la tua copia.
- Modifica le altre impostazioni del dump. Esegui una delle seguenti operazioni:
- Se utilizzi il file di backup fisico, in Fornisci la cartella fai clic su Sfoglia, quindi seleziona la cartella in cui hai caricato il file di dump completo. Assicurati di selezionare la cartella dedicata che contiene il file di backup completo e non il bucket di archiviazione stesso.
Se utilizzi un file di backup logico, configura il parallelismo del dump dei dati o i flag di dump.
Espandi questa sezione per visualizzare i passaggi completi del file di backup logico
Nella sezione Scegli come generare il file di dump, utilizza una delle seguenti opzioni:
Genera automaticamente il dump iniziale (consigliato)
Questa opzione è consigliata perché Database Migration Service genera sempre un file di dump del database iniziale dopo la creazione e l'avvio del job di migrazione.
Database Migration Service utilizza questo file per riprodurre le definizioni degli oggetti originali e i dati delle tabelle del database di origine, in modo che queste informazioni possano essere migrate in un'istanza del database Cloud SQL di destinazione.
Se utilizzi il dump generato automaticamente, seleziona il tipo di operazione che Database Migration Service deve eseguire nella sezione Configura operazione di dump dei dati:
- Parallelismo del dump dei dati: utilizza un'opzione di parallelismo
ad alte prestazioni, disponibile durante la migrazione alle versioni di MySQL
5.7 o 8.
La velocità del parallelismo dei dati è correlata alla quantità di carico indotto sul database di origine:
- Ottimale (consigliato): prestazioni bilanciate con carico ottimale sul database di origine.
- Massimo: 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 una velocità di dump inferiore.
- Flag di dump: questa opzione è esclusiva di Parallelismo del dump dei dati.
Utilizza questa impostazione per configurare direttamente i flag per l'utilità
mysqldumputilizzata per creare il file di dump.Per aggiungere un indicatore:
- Fai clic su AGGIUNGI FLAG.
Seleziona uno dei seguenti flag:
add-locks:Questo flag racchiude ogni tabella contenuta nel file di dump con le istruzioniLOCK TABLESeUNLOCK TABLES. Ciò comporta inserimenti più rapidi quando il file di dump viene caricato nell'istanza di destinazione.ignore-error:Utilizza questo flag per inserire un elenco di numeri di errore separati da virgole. Questi numeri rappresentano gli errori che l'utilitàmysqldumpignorerà.max-allowed-packet:Utilizza questo flag per impostare la dimensione massima del buffer per la comunicazione tra il client MySQL e il database MySQL di origine. La dimensione predefinita del buffer è 24 MB, mentre la dimensione massima è 1 GB.
- Fai clic su FINE.
- Ripeti questi passaggi per ogni flag che vuoi aggiungere.
Per rimuovere un flag, fai clic sull'icona del cestino a destra della riga che contiene il flag.
- Parallelismo del dump dei dati: utilizza un'opzione di parallelismo
ad alte prestazioni, disponibile durante la migrazione alle versioni di MySQL
5.7 o 8.
Fornire il proprio
Questa opzione non è consigliata perché per impostazione predefinita Database Migration Service esegue un dump iniziale nell'ambito dell'esecuzione del job di migrazione.
Se vuoi utilizzare il tuo file di dump, seleziona Fornisci il tuo, fai clic su SFOGLIA, seleziona il file (o l'intera cartella Cloud Storage se utilizzi più file) e poi fai clic su SELEZIONA.
Assicurati che il dump sia stato generato nelle ultime 24 ore e rispetti i requisiti di dump.
- Fai clic su Salva e continua.
Configura e crea l'istanza Cloud SQL di destinazione
- Nella pagina Definisci una destinazione, seleziona Nuova istanza dal menu a discesa Tipo di istanza di destinazione. Definisci tutte
le impostazioni pertinenti:
- Nel campo ID istanza di destinazione, fornisci un identificatore
per l'istanza Cloud SQL o utilizza l'identificatore generato automaticamente.
Non includere informazioni sensibili o che consentono l'identificazione personale nell'identificatore. Non è necessario includere l'ID progetto nel nome dell'istanza. Questa operazione viene eseguita automaticamente, se appropriato (ad esempio, nei file di log).
- Nel campo Password, fornisci una password alfanumerica per l'istanza Cloud SQL di destinazione. Questa è la password dell'account amministratore di
rootnell'istanza.Puoi inserire la password manualmente o fare clic su Genera per farla creare automaticamente da Database Migration Service.
- Nel menu a discesa Versione del database,
scegli la versione del database per l'istanza di destinazione.
Fai clic su Mostra versioni secondarie per visualizzare tutte le versioni secondarie. Scopri di più sul supporto della migrazione tra versioni.
- Seleziona la versione di Cloud SQL per MySQL per l'istanza di destinazione.
Sono disponibili due opzioni: Cloud SQL per MySQL Enterprise e
Cloud SQL per MySQL Enterprise Plus.
Le edizioni di Cloud SQL per MySQL sono dotate di diversi set di funzionalità, tipi di macchine disponibili e prezzi. Assicurati di consultare la documentazione di Cloud SQL per scegliere la versione più adatta alle tue esigenze. Per ulteriori informazioni, consulta Introduzione alle versioni di Cloud SQL per MySQL.
- Il menu Regione mostra la stessa regione selezionata nella pagina
Inizia.
Se stai configurando l'istanza per l'alta disponibilità, seleziona Più zone (disponibilità elevata). Puoi selezionare sia la zona principale che quella secondaria. Quando viene utilizzata la zona secondaria durante la creazione dell'istanza, si applicano le seguenti condizioni:
- Le zone sono impostate per impostazione predefinita su Qualsiasi per la zona principale e su Qualsiasi (diversa dalla principale) per la zona secondaria.
- Se vengono specificate sia la zona primaria che quella secondaria, devono essere zone diverse.
- Nella sezione Connessioni, scegli se aggiungere
un indirizzo IP pubblico o privato per l'istanza di destinazione.
Puoi configurare l'istanza in modo che abbia entrambi i tipi di indirizzi IP, ma per la migrazione è necessario almeno un tipo.
Seleziona una delle seguenti opzioni:
- Se vuoi eseguire la migrazione utilizzando il peering VPC
o un tunnel SSH inverso, seleziona
IP privato.
Per abilitare la connettività con IP privato, assicurati di soddisfare tutti i requisiti di networking aggiuntivi.
Espandi questa sezione per visualizzare i requisiti completi degli IP privati.
- L'API Service Networking è abilitata. Puoi abilitare l' API Service Networking utilizzando la console Google Cloud .
- Hai l'autorizzazione IAM
servicenetworking.services.addPeering. - Hai
configurato l'accesso privato ai servizi per il tuo progetto, per il quale devi disporre del ruolo IAM
compute.networkAdmin. - Nel progetto è presente almeno una rete VPC non legacy o una rete VPC condiviso.
- Se utilizzi una
VPC condiviso condivisa, devi anche eseguire le seguenti operazioni:
- Abilita l'API Service Networking per il progetto host.
- Aggiungi il tuo utente al progetto host.
- Assegna all'utente il ruolo IAM compute.networkAdmin nel progetto host.
- Seleziona la rete VPC associata per il peering. Se prevedi di connetterti all'origine di migrazione utilizzando il peering VPC, scegli il VPC in cui si trova l'istanza.
- Se non è mai stata configurata una rete di servizi gestiti per il VPC selezionato, puoi scegliere di selezionare un intervallo IP e fare clic su Connetti oppure utilizzare un intervallo IP selezionato automaticamente e fare clic su Alloca e connetti.
- Se vuoi eseguire la migrazione su internet utilizzando una lista consentita IP,
seleziona
IP pubblico.
(Facoltativo) In IP pubblico, fai clic sul campo Reti autorizzate e autorizza una rete o un proxy a connettersi all'istanza Cloud SQL. Le reti sono autorizzate solo con gli indirizzi che fornisci. Consulta Configurazione dell'IP pubblico nella documentazione di Cloud SQL.
Configura la connettività del job di migrazione in un passaggio successivo. Per scoprire di più sui metodi di networking disponibili, consulta Configurare la connettività.
- Se vuoi eseguire la migrazione utilizzando il peering VPC
o un tunnel SSH inverso, seleziona
IP privato.
- Nel campo ID istanza di destinazione, fornisci un identificatore
per l'istanza Cloud SQL o utilizza l'identificatore generato automaticamente.
- Seleziona il tipo di macchina per l'istanza Cloud SQL. Le dimensioni del disco devono essere uguali o maggiori di quelle del database di origine. Scopri di più sui tipi di macchina MySQL.
- Per Cloud SQL per MySQL Enterprise Plus: seleziona la casella di controllo Attiva cache dei dati
se vuoi utilizzare la funzionalità di cache dei dati nel database di destinazione.
La cache dei dati è una funzionalità facoltativa disponibile per le istanze di Cloud SQL per MySQL Enterprise Plus che aggiunge un'unità a stato solido locale ad alta velocità al database di destinazione. Questa funzionalità può comportare costi aggiuntivi per Cloud SQL. Per ulteriori informazioni sulla cache dei dati, consulta Panoramica della cache dei dati nella documentazione di Cloud SQL.
- Specifica il tipo di archiviazione per l'istanza Cloud SQL. Puoi scegliere tra un' unità a stato solido (SSD) o un'unità disco rigido (HDD).
- Specifica la capacità di archiviazione (in GB) per l'istanza Cloud SQL.
Assicurati che l'istanza disponga di spazio di archiviazione sufficiente per gestire i dati del database di origine. Puoi aumentare questa capacità in qualsiasi momento, ma non puoi ridurla.
(Facoltativo) Configura le opzioni di crittografia dei dati o le etichette delle risorse per l'istanza di destinazione.
Espandi questa sezione per visualizzare i passaggi facoltativi.
Fai clic su Mostra configurazioni facoltative e poi:
Specifica se vuoi gestire la crittografia dei dati di cui è stata eseguita la migrazione dall'origine alla destinazione. Per impostazione predefinita, i dati sono criptati con una chiave gestita da Google Cloud. Se vuoi gestire la tua crittografia, puoi utilizzare una chiave di crittografia gestita dal cliente (CMEK). Ecco come fare:
- Seleziona la casella di controllo Utilizza una chiave di crittografia gestita dal cliente (CMEK).
- Dal menu Seleziona una chiave gestita dal cliente, seleziona la tua CMEK.
Se non vedi la tua chiave, fai clic su Inserisci il nome risorsa della chiave per fornire il nome risorsa della chiave che vuoi utilizzare. Esempio di nome risorsa della chiave:
projects/my-project-name/locations/my-location/keyRings/my-keyring/cryptoKeys/my-key.- Aggiungi i flag necessari da applicare al server di database. Se possibile, assicurati che i flag di database sull'istanza Cloud SQL di destinazione creata siano gli stessi del database di origine. Scopri di più sui flag di database supportati per MySQL.
- Aggiungi eventuali
etichette specifiche per l'istanza Cloud SQL.
Le etichette consentono di organizzare le istanze. Ad esempio, puoi organizzare le etichette per centro di costo o ambiente. Le etichette sono incluse anche nella fattura, pertanto puoi vedere come sono distribuiti i costi nelle varie etichette.
- Fai clic su Crea destinazione e continua. Database Migration Service sta creando l'istanza Cloud SQL di destinazione. Questa procedura può richiedere alcuni minuti.
Configurare 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 la modalità di collegamento dell'istanza Cloud SQL appena creata al database di origine. I metodi di connettività di rete attuali includono la lista consentita di IP, il tunnel SSH inverso e il peering VPC.
| Se vuoi utilizzare… | Devi… |
|---|---|
| Il metodo di connettività di rete della 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 disponibilità, includi gli indirizzi IP in uscita sia per l'istanza principale che per quella secondaria. |
| Il metodo di connettività di rete del 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. Devi eseguire lo script in Google Cloud CLI. Esegui i comandi da una macchina che ha connettività sia al database di origine sia a Google Cloud. |
| Il metodo di connettività di rete VPC in peering. | Devi selezionare la rete VPC in cui si trova il database di origine. L'istanza Cloud SQL verrà aggiornata in modo da connettersi a questa rete. |
Dopo aver selezionato e configurato la connettività di rete, fai clic su Configura e continua.
Testa, crea ed esegui il job di migrazione
In questo passaggio finale, rivedi 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 il job di migrazione, fai clic su Testa job.
Se il test ha esito negativo, puoi risolvere il problema nella parte appropriata del flusso e tornare a eseguire il test. Per informazioni sulla risoluzione dei problemi relativi a un test del job di migrazione non riuscito, vedi Diagnosticare i problemi relativi a MySQL.
-
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 dell'esistenza dell'istanza di destinazione.
La migrazione è ora in corso. Quando avvii il job di migrazione, Database Migration Service inizia il dump completo, bloccando brevemente il database di origine. Se l'origine si trova in Amazon RDS o Amazon Aurora, Database Migration Service richiede inoltre un breve tempo di inattività in scrittura (circa meno di un minuto) all'inizio della migrazione. Per ulteriori informazioni, vedi Limitazioni note.
- Vai a Rivedi il job di migrazione.
gcloud
Crea il profilo di connessione di destinazione.
Quando esegui la migrazione a una nuova istanza di destinazione con Google Cloud CLI, crei l'istanza di destinazione e il profilo di connessione in un'unica azione.
Esegui il seguente comando (fai clic sul link per espandere):gcloud database-migration connection-profiles create cloudsqlQuesto 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 del tempo. Puoi ignorare 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 è riuscita.Prima di utilizzare i dati dei comandi riportati di seguito, effettua le seguenti sostituzioni:
- CONNECTION_PROFILE_ID con un identificatore leggibile dalla macchina per il tuo profilo di connessione.
- DATABASE_VERSION con la versione di MySQL
che vuoi utilizzare nell'istanza di destinazione. Le versioni del database sono specificate come
stringhe che includono sia la versione principale che quella secondaria. Ad esempio:
MYSQL_8_0,MYSQL_8_0_32,MYSQL_8_0_36.Per tutte le versioni possibili di MySQL, consulta il riferimento al flag --database-version.
- (Facoltativo) EDITION Per impostazione predefinita, le nuove istanze create
con Google Cloud CLI utilizzano Cloud SQL per MySQL Enterprise Plus. Se prevedi di utilizzare Cloud SQL per MySQL Enterprise Plus,
assicurati che la tua regione sia supportata per questa versione. Consulta
Supporto delle regioni per Cloud SQL per MySQL Enterprise Plus.
Puoi modificare la versione utilizzando il flag
--editioncon uno dei seguenti valori:enterprise-plusper la versione Cloud SQL per MySQL Enterprise Plusenterpriseper Cloud SQL per MySQL Enterprise
-
TIER con il nome del tipo di macchina Cloud SQL che vuoi utilizzare.
I tipi di macchine sono specificati come stringhe che seguono la convenzione Cloud SQL, ad esempio
db-n1-standard-1,db-perf-optimized-N-2. Per un elenco completo dei tipi di macchina disponibili e dei relativi identificatori da utilizzare con Google Cloud CLI, consulta Tipi di macchina nella documentazione di Cloud SQL per MySQL.Le istanze create con Google Cloud CLI utilizzano per impostazione predefinita la versione Cloud SQL per MySQL Enterprise Plus che dispone di diversi tipi di macchine disponibili. Se vuoi utilizzare un tipo di macchina disponibile solo nella versione Cloud SQL per MySQL Enterprise, utilizza il flag facoltativo
--edition=enterpriseper specificare la versione. - REGION con l'identificatore della regione in cui vuoi salvare il profilo di connessione.
Per impostazione predefinita, le nuove istanze create con Google Cloud CLI utilizzano Cloud SQL per MySQL Enterprise Plus. Se prevedi di utilizzare Cloud SQL per MySQL Enterprise Plus, assicurati che la tua regione sia supportata per questa versione. Consulta Supporto delle regioni per Cloud SQL per MySQL Enterprise Plus. Puoi modificare l'edizione utilizzando il flag facoltativo
--edition. - (Facoltativo) CONNECTION_PROFILE_NAME con un nome leggibile per il profilo di connessione. Questo valore viene visualizzato nella console Google Cloud .
- Configurazione di rete
Per impostazione predefinita, alle nuove istanze create con Google Cloud CLI viene assegnato un indirizzo IP pubblico e sono configurate per utilizzare la connettività IP pubblico. Puoi utilizzare altri metodi di connettività. Per saperne di più, consulta Configurare la connettività.
Non devi utilizzare flag aggiuntivi se vuoi utilizzare la connettività IP pubblico. Se vuoi utilizzare la connettività IP privata con il peering di rete VPC o un tunnel SSH inverso, assicurati di soddisfare i seguenti requisiti di rete aggiuntivi per abilitare la connettività IP privata e includi flag aggiuntivi nel comando.
Espandi questa sezione per visualizzare i requisiti completi degli IP privati.
- L'API Service Networking è abilitata. Puoi abilitare l' API Service Networking utilizzando la console Google Cloud .
- Hai l'autorizzazione IAM
servicenetworking.services.addPeering. - Hai
configurato l'accesso privato ai servizi per il tuo progetto, per il quale devi disporre del ruolo IAM
compute.networkAdmin. - Nel progetto è presente almeno una rete VPC non legacy o una rete VPC condiviso.
- Se utilizzi una
VPC condiviso condivisa, devi anche eseguire le seguenti operazioni:
- Abilita l'API Service Networking per il progetto host.
- Aggiungi il tuo utente al progetto host.
- Assegna all'utente il ruolo IAM compute.networkAdmin nel progetto host.
Includi i seguenti flag aggiuntivi se vuoi utilizzare la connettività IP privata (con il peering di rete VPC o con un tunnel SSH inverso su una VM Compute Engine):
-
--no-enable-ip-v4: (facoltativo) per non assegnare un indirizzo IP pubblico all'istanza di destinazione. Puoi assegnare sia un indirizzo IP pubblico che uno privato all'istanza di destinazione, ma potresti non volere un indirizzo IP pubblico se utilizzi la connettività IP privata. -
--private-network: per assegnare un indirizzo IP privato all'istanza di destinazione, specifica il nome di Virtual Private Cloud in cui vuoi che venga assegnato un indirizzo IP privato.
Esegui questo comando:
Linux, macOS o Cloud Shell
gcloud database-migration connection-profiles \ create mysql CONNECTION_PROFILE_ID \ --no-async \ --region=REGION \ --database-version=DATABASE_VERSION \ --tier=TIER \ --display-name=CONNECTION_PROFILE_NAME
Windows (PowerShell)
gcloud database-migration connection-profiles ` create mysql CONNECTION_PROFILE_ID ` --no-async ` --region=REGION ` --database-version=DATABASE_VERSION ` --tier=TIER ` --display-name=CONNECTION_PROFILE_NAME
Windows (cmd.exe)
gcloud database-migration connection-profiles ^ create mysql CONNECTION_PROFILE_ID ^ --no-async ^ --region=REGION ^ --database-version=DATABASE_VERSION ^ --tier=TIER ^ --display-name=CONNECTION_PROFILE_NAME
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.
Se utilizzi il peering VPC o una connettività del tunnel SSH inverso, assicurati di aggiungere i flag richiesti, ad esempio--peer-vpc, o--vm,--vm-ip,--vm-port,--vpc. Per ulteriori informazioni, consulta Configurare la connettività ed Esempi di Google Cloud CLI.
Esegui il seguente 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 del tempo. Puoi ignorare 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 è riuscita.Prima di utilizzare i dati dei comandi riportati di seguito, effettua le seguenti sostituzioni:
- MIGRATION_JOB_ID con un identificatore leggibile dalla macchina per il tuo job di migrazione. Utilizzi questo valore per lavorare con i job di migrazione utilizzando i comandi o l'API 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 dalla macchina del profilo di connessione di origine.
- DESTINATION_CONNECTION_PROFILE_ID con un identificatore leggibile dalla macchina del profilo di connessione di destinazione.
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=MIGRATION_JOB_TYPE
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=MIGRATION_JOB_TYPE
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=MIGRATION_JOB_TYPE
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]