Creare un job di migrazione in una nuova istanza di destinazione

Quando crei l'istanza di destinazione con Database Migration Service, l'istanza viene retrocessa automaticamente ed eseguita come replica di sola lettura. Ciò significa che alcune operazioni sono limitate. Ad esempio, se vuoi creare utenti nella nuova destinazione mentre la migrazione è in corso, utilizza Cloud SQL nella console Google Cloud . Per saperne di più, consulta la sezione Gestire gli utenti nella documentazione di Cloud SQL.

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 una nuova istanza di destinazione include:

  • Definizione delle impostazioni per il job di migrazione
  • Selezionare il profilo di connessione del database di origine
  • Definizione delle impostazioni per l'istanza di 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 assicurarsi che le informazioni di connessione fornite per il job siano valide

Prima di iniziare

Prima di creare un job di migrazione a una nuova istanza di database di destinazione, assicurati di:

  1. Verifica che questo tipo di migrazione possa supportare il tuo scenario. Per maggiori dettagli, consulta Limitazioni note.
  2. Configura il database di origine e stabilisci la connettività di rete. La creazione di un job di migrazione è uno dei passaggi del processo di migrazione completo. Ti consigliamo di seguire la procedura dettagliata di migrazione e di tornare a questa procedura quando raggiungi il passaggio del job di migrazione. Vedi Eseguire la migrazione a una nuova istanza.

Per creare un job di migrazione in una nuova istanza di destinazione:

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.

    Si apre la pagina della procedura guidata per la 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 inseriti fino a quel momento vengono salvati in un job di migrazione in bozza. 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

      Si tratta di 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 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.

    3. Dall'elenco Motore del database di origine, seleziona MySQL.

      Il campo Motore del database di destinazione viene compilato automaticamente e non può essere modificato.

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

  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 la configurazione del dump completo, fai clic su Modifica configurazione.
  3. Nel riquadro Modifica la configurazione del dump completo, dal menu a discesa Metodo di dump completo, seleziona una delle seguenti opzioni:
    • 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à mysqldump. Database Migration Service può generare automaticamente questo file di backup oppure puoi fornire la tua copia.
  4. Modifica le altre impostazioni del dump. Esegui una delle seguenti operazioni:
    • Se utilizzi il file di backup fisico, nella sezione 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 per il file di backup logico

      Nella sezione Scegli come generare il file di dump, utilizza una delle seguenti opzioni:

      1. 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 l'operazione di dump dei dati:

        • Parallelismo del dump dei dati: utilizza un'opzione di parallelismo ad alte prestazioni, disponibile quando esegui la migrazione alle versioni 5.7 o 8 di MySQL.

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

          • Ottimale (consigliata): prestazioni bilanciate con un 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 un throughput di dump più lento.
        • Flag di dump: questa opzione è esclusiva con Parallelismo del dump dei dati. Utilizza questa impostazione per configurare direttamente i flag per l'utilità mysqldump utilizzata per creare il file di dump.

          Per aggiungere un flag:

          1. Fai clic su AGGIUNGI FLAG.

          2. Seleziona uno dei seguenti flag:

            • add-locks: Questo flag racchiude ogni tabella contenuta nel file di dump con le istruzioni LOCK TABLES e UNLOCK TABLES. In questo modo, gli inserimenti sono 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à mysqldump ignorerà.
            • 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.
          3. Fai clic su FINE.
          4. 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.

      2. 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), quindi fai clic su SELEZIONA.

        Assicurati che il dump sia stato generato nelle ultime 24 ore e rispetti i requisiti per i dump.

  5. Fai clic su Salva e continua.

Configura e crea l'istanza Cloud SQL di destinazione

  1. Nella pagina Definisci una destinazione, seleziona Nuova istanza dal menu a discesa Tipo di istanza di destinazione. Definisci tutte le impostazioni pertinenti:
    1. 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 opportuno (ad esempio, nei file di log).

    2. Nel campo Password, fornisci una password alfanumerica per l'istanza Cloud SQL di destinazione. Questa è la password dell'account amministratore di root nell'istanza.

      Puoi inserire la password manualmente o fare clic su Genera per consentire a Database Migration Service di crearne una automaticamente.

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

    4. 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 versioni 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 saperne di più, consulta Introduzione alle versioni di Cloud SQL per MySQL.

    5. Il menu Regione mostra la stessa regione selezionata nella pagina Inizia.

      Se stai configurando l'istanza per l'alta disponibilità, seleziona Più zone (alta affidabilità). Puoi selezionare sia la zona principale sia quella secondaria. Quando la zona secondaria viene utilizzata durante la creazione dell'istanza, si applicano le seguenti condizioni:

      • Le zone sono impostate per impostazione predefinita su Qualsiasi per la zona principale e Qualsiasi (diversa dalla principale) per la zona secondaria.
      • Se vengono specificate sia la zona principale sia quella secondaria, devono essere zone diverse.
    6. Nella sezione Connessioni, scegli se aggiungere un indirizzo IP pubblico o privato per l'istanza di destinazione. Puoi configurare la tua 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 i requisiti completi degli IP privati.

          • L'API Service Networking è abilitata. Puoi abilitare l'API Service Networking utilizzando la console Google Cloud .
          • Disponi dell'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 rete VPC condivisa, devi anche:
            • Abilita l'API Service Networking per il progetto host.
            • Aggiungi l'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 risiede 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 o utilizzare un intervallo IP selezionato automaticamente e fare clic su Alloca e connetti.
      • Se vuoi eseguire la migrazione su internet utilizzando una lista consentita di IP, seleziona IP pubblico.

        Facoltativamente, 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 Configura IP pubblico nella documentazione di Cloud SQL.

      Configurerai la connettività del job di migrazione in un passaggio successivo. Per scoprire di più sui metodi di networking disponibili, consulta Configura la connettività.

  2. 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.
  3. Per Cloud SQL per MySQL Enterprise Plus Edition: seleziona la casella di controllo Abilita 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 saperne di più sulla cache dei dati, consulta la panoramica della cache dei dati nella documentazione di Cloud SQL.

  4. Specifica il tipo di archiviazione per l'istanza Cloud SQL. Puoi scegliere un'unità a stato solido (SSD) o un hard disk (HDD).
  5. 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 diminuirla.

  6. (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, quindi:

    1. Specifica se vuoi gestire la crittografia dei dati di cui viene 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:

      1. Seleziona la casella di controllo Utilizza una chiave di crittografia gestita dal cliente (CMEK).
      2. 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.

    2. Aggiungi eventuali flag necessari da applicare al server di database. Se possibile, assicurati che i flag di database nell'istanza Cloud SQL di destinazione creata siano gli stessi del database di origine. Scopri di più sui flag di database supportati per MySQL.
    3. Aggiungi le 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.
  7. 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 il modo in cui la nuova istanza Cloud SQL creata si connetterà al database di origine. I metodi di connettività di rete attuali per la migrazione a una nuova istanza includono liste consentite di IP, tunnel SSH inversi, peering VPC e peering VPC specializzato solo per le origini Cloud SQL per MySQL.

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à di rete VPC in peering. 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 di nomi di database, il database in questione viene eliminato nella destinazione prima della migrazione.

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

  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, puoi risolvere il problema nella parte appropriata del flusso e ripetere il test. Per informazioni sulla risoluzione dei problemi di un test del job di migrazione non riuscito, vedi Diagnosticare i problemi relativi a MySQL.

  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 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, 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 un minuto) all'inizio della migrazione. Per saperne di più, consulta Limitazioni note.

  3. Vai a Esamina il job di migrazione.

gcloud

  1. 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 questo comando (fai clic sul link per espandere):

    gcloud database-migration connection-profiles create cloudsql

    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 è 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 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 possibili versioni di MySQL, consulta il riferimento del flag --database-version.

    • (Facoltativo) EDITION Per impostazione predefinita, le nuove istanze create con Google Cloud CLI utilizzano l'edizione 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 --edition con uno dei seguenti valori:

      • enterprise-plus per la versione Cloud SQL per MySQL Enterprise Plus
      • enterprise per Cloud SQL per MySQL Enterprise edition
    • TIER con il nome del tipo di macchina Cloud SQL che vuoi utilizzare. I tipi di macchina sono specificati come stringhe che seguono la convenzione di Cloud SQL, ad esempio db-n1-standard-1, db-perf-optimized-N-2. Per un elenco completo dei tipi di macchine disponibili e dei relativi identificatori da utilizzare con Google Cloud CLI, consulta Tipi di macchine nella documentazione di Cloud SQL per MySQL.

      Le istanze create con Google Cloud CLI utilizzano per impostazione predefinita la versione Enterprise Plus di Cloud SQL per MySQL che dispone di diversi tipi di macchina disponibili. Se vuoi utilizzare un tipo di macchina disponibile solo nella versione Enterprise di Cloud SQL per MySQL, utilizza il flag facoltativo --edition=enterprise per 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 for MySQL Enterprise Plus. Puoi modificare la versione 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 pubblica. Puoi utilizzare altri metodi di connettività. Per saperne di più, consulta Configura la connettività.

      Non devi utilizzare flag aggiuntivi se vuoi utilizzare la connettività IP pubblico. Se vuoi utilizzare la connettività con IP privato con il peering di rete VPC o un tunnel SSH inverso, assicurati di soddisfare i seguenti requisiti di rete aggiuntivi per abilitare la connettività con IP privato e includi flag aggiuntivi nel comando.

      Espandi questa sezione per i requisiti completi degli IP privati.

      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 avere un indirizzo IP sia pubblico che privato assegnato all'istanza di destinazione, ma potresti non volere un indirizzo IP pubblico se utilizzi la connessione IP privata.
      • --private-network: per assegnare un indirizzo IP privato all'istanza di destinazione, specifica il nome del 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]

  2. 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 maggiori informazioni, consulta Configura la connettività ed Esempi di Google Cloud CLI.
    Esegui il comando seguente (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 del tempo. Puoi ignorare 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 è riuscita.

    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. 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 da macchina del profilo di connessione di origine.
    • DESTINATION_CONNECTION_PROFILE_ID con un identificatore leggibile dalla 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=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]