Limitazioni note

Prima di scegliere di eseguire la migrazione dei database a Cloud SQL, tieni presente le limitazioni note per questo scenario di migrazione.

Nota: puoi anche utilizzare Google Cloud Migration Center per scoprire le lacune nel supporto delle funzionalità. Consulta Scopri e importa database nella documentazione di Migration Center

Le limitazioni note per l'utilizzo di un database MySQL come origine includono:

• Per eseguire la migrazione dei database criptati, devi fornire le chiavi di crittografia a Database Migration Service. Database Migration Service supporta la migrazione dei dati da database Amazon Aurora o Amazon RDS criptati perché questi database gestiscono la decrittografia in modo trasparente nei loro servizi. Per ulteriori informazioni, consulta Criptare le risorse Amazon Aurora, Criptare le risorse Amazon RDS e Configurare le chiavi di crittografia gestite dal cliente (CMEK).

• La migrazione a MySQL 5.6, MySQL 8.4 o MySQL 9.7 con un file di backup fisico Percona XtraBackup non è supportata.

• Per le migrazioni da MySQL 8.0 a MySQL 8.4 e da MySQL 8.4 a MySQL 9.7:

  • Il database di destinazione deve avere il flag local_infile impostato su ON.
  • L'account di migrazione dedicato sull'istanza di origine non può avere il BACKUP_ADMIN privilegio.

  Queste considerazioni sono trattate anche nelle sezioni pertinenti, ad esempio nella pagina Configura database di origine.

• Quando esegui la migrazione tra le versioni principali di MySQL (ad esempio da MySQL 8.0 a MySQL 8.4), devi risolvere le possibili incompatibilità per garantire una migrazione senza problemi di coerenza dei dati.

  Quando ti prepari per una migrazione tra versioni, esamina le funzionalità supportate da Cloud SQL per MySQL nonché le note di rilascio della versione principale di destinazione per determinare le incompatibilità che devi risolvere.

  • MySQL 9.7
  • MySQL 8.4
  • MySQL 8.0
  • MySQL 5.7

• Durante la fase di dump completo dei dati, non puoi eseguire operazioni DDL (Data Definition Language), ad esempio ALTER TABLE, DROP TABLE, TRUNCATE TABLE, sul database di origine. L'esecuzione di queste operazioni durante la fase di dump completo potrebbe causare un deadlock dei metadati, causando l'esito negativo del processo di migrazione (con l' Table definition has changed errore) o l'interruzione della risposta (e la segnalazione di errori di timeout come ERROR: While 'Loading data': Dump timeout o MySQL Error 2013 (HY000): Lost connection to MySQL server during query). Puoi eseguire modifiche DDL sul database di origine durante la fase CDC. Per ulteriori informazioni, consulta le seguenti voci nella sezione sulla risoluzione dei problemi:

  • Table definition has changed
  • While 'Loading data': dump timeout
  • MySQL Error 2013: Lost connection to MySQL server during query
  • Timeout waiting for no write traffic on the source: context deadline exceeded

• Se l'origine è Amazon RDS MySQL, Amazon Aurora MySQL o un'origine che non concede i privilegi SUPERUSER, sono necessari passaggi aggiuntivi per una migrazione riuscita, incluso un breve periodo di inattività di scrittura sull'origine. Per ulteriori informazioni, consulta le sezioni Configura database di origine per Amazon RDS e specifiche per Amazon Aurora.

• Database Migration Service non può eseguire la migrazione dei dati da un'istanza di replica di lettura di Amazon Aurora o da un'istanza di replica di lettura di MySQL di Oracle Cloud Infrastructure (OCI) perché i file di log binari non possono essere recuperati dall'istanza. Per ulteriori informazioni su Amazon Aurora, consulta la sezione specifica di Amazon Aurora.

• Quando esegui la migrazione da una replica di lettura di MySQL autogestita, GTID non è supportato. Devi utilizzare la replica basata sulla posizione e sul file di log binario. Per ulteriori informazioni, consulta Tipi e fasi di migrazione.

• Il database di sistema MySQL non viene migrato come parte della migrazione del server, quindi non sono incluse le informazioni su account utente, accessi e ruoli.

• Anche se puoi selezionare database specifici di cui eseguire la migrazione, non puoi filtrare o selezionare singoli oggetti di database all'interno di un database (ad esempio tabelle, viste o stored procedure specifiche) quando esegui la migrazione utilizzando Database Migration Service. Vengono migrate tutte le tabelle e gli oggetti InnoDB di ogni database selezionato, esclusi gli schemi di sistema seguenti: mysql, performance_schema, information_schema e sys. Prima di iniziare la migrazione, assicurati che il database di origine non contenga oggetti che fanno riferimento a tabelle in questi schemi. In caso contrario, la migrazione potrebbe non riuscire con il ERROR 1109 (42S02): Unknown table in <schema name here> messaggio. Consulta Configura il database di origine e Diagnostica i problemi.

• Durante la migrazione, il database Cloud SQL di destinazione è in modalità di sola lettura, per impedire la modifica del database che potrebbe interrompere il processo di migrazione o l'integrità dei dati. Dopo la promozione della destinazione, diventa scrivibile.

• Database Migration Service non è compatibile con MariaDB.

• Devi impostare il formato del log binario su ROW. La configurazione del log binario in qualsiasi altro formato, ad esempio STATEMENT o MIXED, potrebbe causare il mancato funzionamento della replica. Ad esempio, utilizzando l'istruzione LOAD DATA IN FILE.

  Scopri di più su questa limitazione per i formati STATEMENT o MIXED.

• Se crei un job di migrazione continua utilizzando il tuo file di dump, non utilizzare l'utilità mysqldump della versione 5.7.36 di MySQL. Per ulteriori informazioni, consulta il bug n. 105761 nella documentazione di MySQL.

• InnoDB è l'unico motore di archiviazione supportato per Cloud SQL. La migrazione con MyISAM potrebbe causare incoerenze dei dati e richiede la convalida dei dati. Per assistenza con la conversione delle tabelle da MyISAM a InnoDB, consulta la documentazione di MySQL.

• Il metodo di connettività delle interfacce Private Service Connect è supportato solo per la migrazione alle istanze di destinazione esistenti. Se vuoi utilizzare la connettività IP privata ed eseguire la migrazione a una nuova istanza di destinazione, utilizza il peering VPC.

Considerazioni sul parallelismo del dump dei dati

Il parallelismo del dump dei dati ti consente di eseguire la migrazione dai database MySQL utilizzando un meccanismo di dump ad alte prestazioni, migliorando notevolmente la velocità di migrazione. Quando utilizzi il parallelismo del dump dei dati, tieni presente quanto segue:

• Il parallelismo del dump dei dati è disponibile solo quando esegui la migrazione alle versioni 5.7, 8.0, 8.4 o 9.7 di MySQL.

• All'inizio del dump dei dati, Database Migration Service blocca brevemente il database di origine, rendendolo temporaneamente non disponibile per le scritture. La durata del blocco dipende dal numero di tabelle nel database di origine:

  Numero di tabelle	Tempo di blocco approssimativo
  100	1 secondo
  10.000	9 secondi
  50.000	49 secondi

Nota: Per gli scenari in cui non è possibile bloccare il database di origine, utilizza una replica di lettura come database di origine. Per informazioni sulla migrazione dalle repliche di lettura in Amazon RDS, consulta Migrazione da RDS MySQL.

Limitazioni per le migrazioni alle istanze di destinazione esistenti

• L'istanza di destinazione esistente può contenere solo i database di sistema predefiniti configurati automaticamente quando crei l'istanza di destinazione. La migrazione alle istanze di destinazione esistenti che contengono dati utente (ad esempio tabelle negli schemi di sistema o database) non è supportata.

  Se riscontri problemi a causa di dati aggiuntivi nell'istanza di destinazione esistente, cancella i database nell'istanza di destinazione e riprova a eseguire il job di migrazione. Consulta Cancellare i dati aggiuntivi dall'istanza di destinazione esistente.

• Puoi configurare un solo job di migrazione per istanza di destinazione.
• Puoi eseguire la migrazione solo alle istanze Cloud SQL autonome. La migrazione alle repliche del server esterno non è supportata.
• La migrazione a un'istanza Cloud SQL con una replica di lettura richiede che l'istanza di origine abbia la registrazione dell'ID transazione globale (GTID) abilitata.
• Non puoi utilizzare le repliche di lettura di Cloud SQL per MySQL come istanza di destinazione della migrazione.
• Per gli utenti di Terraform: Database Migration Service modifica le impostazioni di backup e ripristino dell'istanza di destinazione. Ciò potrebbe comportare impostazioni dell'istanza di destinazione diverse dalla configurazione di Terraform utilizzata per il provisioning. Se riscontri questo problema, segui le indicazioni riportate in Diagnostica i problemi.

Quote

• In qualsiasi momento, possono esistere fino a 2000 profili di connessione e 1000 job di migrazione. Per creare spazio per altri, è possibile eliminare i job di migrazione (inclusi quelli completati) e i profili di connessione.