Panoramica
Prima di scegliere di eseguire la migrazione dei tuoi database a Cloud SQL, assicurati di prendere in considerazione le limitazioni note per questo scenario di migrazione.
Le limitazioni note per l'utilizzo di un database MySQL come origine includono:
La migrazione a MySQL 5.6 o MySQL 8.4 con un file di backup fisico Percona XtraBackup non è supportata.
Quando esegui la migrazione tra le principali versioni 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à da risolvere.
Non apportare modifiche al linguaggio di definizione dei dati (DDL), ad esempio la modifica delle definizioni delle tabelle, durante la fase di dump completo dei dati. Le modifiche DDL eseguite prima che il job di migrazione passi alla fase CDC possono causare il suo fallimento. Per ulteriori informazioni, consulta Diagnostica dei problemi: errore
Table definition has changed.Se l'origine è Amazon RDS MySQL, Amazon Aurora MySQL o un'origine che non concede i privilegi SUPERUSER, sono necessari passaggi aggiuntivi per la migrazione riuscita, incluso un breve tempo di inattività della scrittura sull'origine. Per ulteriori informazioni, consulta le sezioni Informazioni specifiche su Amazon RDS e Informazioni specifiche su Amazon Aurora.
Database Migration Service non può eseguire la migrazione dei dati da un'istanza di replica di lettura Amazon Aurora di un cluster di database MySQL perché i file di log binari non possono essere recuperati dall'istanza. Per saperne di più, consulta la sezione specifica per Amazon Aurora.
La migrazione del database di sistema MySQL non viene eseguita nell'ambito della migrazione del server, il che significa che le informazioni sui ruoli utente non sono incluse.
Non puoi selezionare oggetti di database specifici (ad esempio database, tabelle o schemi) durante la migrazione utilizzando Database Migration Service. Viene eseguita la migrazione di tutte le tabelle di tutti i database e gli schemi, esclusi i seguenti schemi di sistema:
mysql,performance_schema,information_schemaesys. Prima di iniziare la migrazione, assicurati che il database di origine non contenga oggetti che fanno riferimento alle tabelle in questi schemi. In caso contrario, la migrazione può non riuscire con il messaggioERROR 1109 (42S02): Unknown table in <schema name here>. Consulta Configurare il database di origine e Risolvere i problemi.Se i database criptati richiedono chiavi di crittografia gestite dal cliente per decriptare le informazioni al loro interno e se Database Migration Service non ha accesso alle chiavi, non è possibile eseguire la migrazione dei database.
Database Migration Service supporta la migrazione dei dati dai database Amazon Aurora o Amazon RDS criptati perché questi database gestiscono la decrittografia in modo trasparente nei loro servizi. Per ulteriori informazioni, consulta Crittografia delle risorse Amazon Aurora e Crittografia delle risorse Amazon RDS.
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, la destinazione diventa scrivibile.
Al momento, 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 esempioSTATEMENToMIXED, potrebbe causare l'errore della replica. Ad esempio, utilizzando l'istruzioneLOAD DATA IN FILE.Scopri di più su questa limitazione per i formati
STATEMENToMIXED.Se crei un job di migrazione continua utilizzando il tuo file di dump, non utilizzare l'utilità
mysqldumpdella versione 5.7.36 di MySQL. Per ulteriori informazioni, consulta il bug #105761 nella documentazione di MySQL.InnoDB è l'unico motore di archiviazione supportato per Cloud SQL. La migrazione con MyISAM potrebbe causare incoerenza dei dati e richiede la convalida dei dati. Per informazioni sulla conversione delle tabelle da MyISAM a InnoDB, consulta la documentazione di MySQL.
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à della migrazione. Quando utilizzi il parallelismo del dump dei dati, tieni presente quanto segue:
Il parallelismo del dump dei dati è attualmente disponibile solo durante la migrazione alle versioni 5.7 o 8 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 Ora di blocco approssimativa 100 1 secondo 10.000 9 secondi 50.000 49 secondi
Limitazioni per le migrazioni alle istanze di destinazione esistenti
- L'istanza di destinazione esistente deve essere vuota o contenere solo i dati di configurazione di sistema. La migrazione a istanze di destinazione esistenti
che contengono dati utente (ad esempio tabelle) 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 a istanze Cloud SQL autonome. La migrazione alle repliche del server esterno non è supportata.
- La migrazione dei dati a un'istanza Cloud SQL in cui è attivato Private Service Connect non è supportata.
- La migrazione a un'istanza Cloud SQL con una replica di lettura richiede che nell'istanza di origine sia attivo il logging dell'ID transazione globale (GTID).
- Per gli utenti di Terraform: Database Migration Service modifica le impostazioni di backup e recupero dell'istanza di destinazione. Ciò potrebbe causare un'incongruenza tra le impostazioni dell'istanza di destinazione e la configurazione di Terraform utilizzata per il provisioning. Se riscontri questo problema, segui le indicazioni riportate in Diagnostica dei problemi.
Quote
- In qualsiasi momento, possono esistere fino a 2000 profili di connessione e 1000 job di migrazione. Per creare spazio, è possibile eliminare i job di migrazione (compresi quelli completati) e i profili di connessione.