Questa pagina descrive come configurare le seguenti istanze di database di origine per le migrazioni MySQL omogenee una tantum:
- Cloud SQL per MySQL
- MySQL self-hosted
- Amazon RDS per MySQL
- Amazon Aurora per MySQL
- Database di Microsoft Azure per MySQL
Configura un'origine Cloud SQL per MySQL
Per configurare un'istanza di origine Cloud SQL per MySQL per il processo di migrazione, procedi come segue:
- Controlla se il database di origine contiene metadati definiti dagli utenti con la clausola
DEFINER. Consulta Verifica i metadati con una clausolaDEFINER.Database Migration Service per le migrazioni MySQL omogenee non esegue la migrazione degli account utente e degli accessi. Le origini che contengono metadati definiti dagli account utente con la clausola
DEFINERpotrebbero bloccare la migrazione. - Se il database di origine contiene oggetti che fanno riferimento a tabelle negli schemi di sistema
mysql,performance_schema,information_schema,ndbinfoosys, assicurati che anche i database di replica contengano queste tabelle di schema di sistema.Se i database di replica non contengono queste tabelle, il job di migrazione potrebbe non riuscire con l'errore
Unknown table in system schema. -
Crea un account utente dedicato per la migrazione nell'istanza. Consulta Crea un utente nella documentazione di Cloud SQL. Verifica quanto segue:
- Consenti all'account utente dedicato di connettersi da qualsiasi host (
host=%). - La password dell'account non deve superare i 32 caratteri. Per ulteriori informazioni sulle limitazioni della lunghezza della password utente MySQL, consulta il bug MySQL n. 43439.
- Consenti all'account utente dedicato di connettersi da qualsiasi host (
-
Assegna i privilegi necessari all'account utente dedicato per la migrazione. Per le migrazioni una tantum, l'elenco completo dei privilegi richiesti dipende dal fatto che tu fornisca i tuoi file di dump o utilizzi la funzionalità di dump gestito di Database Migration Service:
Dump gestito
Se vuoi che Database Migration Service esegua automaticamente il dump completo del database di origine, assegna i seguenti privilegi all'account utente:
Dump manuale
Se fornisci i tuoi file di dump creati con
mysqldump, non è necessario assegnare privilegi aggiuntivi all'account utente.
Configura un'origine MySQL self-hosted
Per configurare un'istanza di origine MySQL in hosting autonomo per il processo di migrazione, procedi come segue:
- Assicurati che tutte le tabelle (ad eccezione delle tabelle nei database di sistema) utilizzino il motore di archiviazione InnoDB. Se utilizzi un motore di archiviazione diverso, potresti dover convertire le tabelle. Per saperne di più, consulta Conversione delle tabelle da MyISAM a InnoDB.
- Controlla se il database di origine contiene metadati definiti dagli utenti con la clausola
DEFINER. Consulta Verifica i metadati con una clausolaDEFINER.Database Migration Service per le migrazioni MySQL omogenee non esegue la migrazione degli account utente e degli accessi. Le origini che contengono metadati definiti dagli account utente con la clausola
DEFINERpotrebbero bloccare la migrazione. - Se il database di origine contiene oggetti che fanno riferimento a tabelle negli schemi di sistema
mysql,performance_schema,information_schema,ndbinfoosys, assicurati che anche i database di replica contengano queste tabelle di schema di sistema.Se i database di replica non contengono queste tabelle, il job di migrazione potrebbe non riuscire con l'errore
Unknown table in system schema. -
Assicurati che
GTID_MODEsia impostato suONoOFF. Non sono supportati altri valori.Database Migration Service richiede che
GTID_MODEsia impostato suONnei seguenti scenari:- Quando esegui la migrazione a un'istanza di destinazione esistente con repliche di lettura abilitate.
- Se prevedi di creare manualmente i file di dump e di fornirli nel job di migrazione.
Per saperne di più su
GTID_MODE, consulta la sezione Variabile di sistema dell'ID transazione globale. -
Crea un account utente dedicato per la migrazione nell'istanza. Consulta Dichiarazioni di gestione dell'account. Verifica quanto segue:
- Consenti all'account utente dedicato di connettersi da qualsiasi host (
host=%). - La password dell'account non deve superare i 32 caratteri. Per ulteriori informazioni sulle limitazioni della lunghezza della password utente MySQL, consulta il bug MySQL n. 43439.
- Consenti all'account utente dedicato di connettersi da qualsiasi host (
-
Assegna i privilegi necessari all'account utente dedicato per la migrazione. Per le migrazioni una tantum, l'elenco completo dei privilegi richiesti dipende dal fatto che tu fornisca i tuoi file di dump o utilizzi la funzionalità di dump gestito di Database Migration Service:
Dump gestito
Se vuoi che Database Migration Service esegua automaticamente il dump completo del database di origine, assegna i seguenti privilegi all'account utente:
SELECTSHOW VIEWTRIGGER- Per le origini con l'impostazione
GTID_MODE = ON:RELOADCon il flusso di dump gestito, Database Migration Service richiede l'impostazione
GTID_MODE = ONsolo quando esegui la migrazione a un'istanza di destinazione esistente con repliche di lettura abilitate. - Per le versioni MySQL di origine 8.0 o successive: assicurati che l'account di migrazione non disponga del privilegio
BACKUP_ADMIN.
Dump manuale
Se fornisci i tuoi file di dump creati con
mysqldump, non è necessario assegnare privilegi aggiuntivi all'account utente.
Configura un'origine Amazon RDS per MySQL
Per configurare un'istanza di origine Amazon RDS per MySQL per il processo di migrazione, procedi come segue:
- Amazon RDS per MySQL utilizza il motore di archiviazione InnoDB per impostazione predefinita, ma consente di utilizzare altri motori di archiviazione. Assicurati che tutte le tabelle (ad eccezione delle tabelle nei database di sistema) utilizzino il motore di archiviazione InnoDB. Se utilizzi un motore di archiviazione diverso, potresti dover convertire le tabelle. Per saperne di più, consulta Conversione delle tabelle da MyISAM a InnoDB.
- Controlla se il database di origine contiene metadati definiti dagli utenti con la clausola
DEFINER. Consulta Verifica i metadati con una clausolaDEFINER.Database Migration Service per le migrazioni MySQL omogenee non esegue la migrazione degli account utente e degli accessi. Le origini che contengono metadati definiti dagli account utente con la clausola
DEFINERpotrebbero bloccare la migrazione. - Se il database di origine contiene oggetti che fanno riferimento a tabelle negli schemi di sistema
mysql,performance_schema,information_schema,ndbinfoosys, assicurati che anche i database di replica contengano queste tabelle di schema di sistema.Se i database di replica non contengono queste tabelle, il job di migrazione potrebbe non riuscire con l'errore
Unknown table in system schema. -
Assicurati che
GTID_MODEsia impostato suONoOFF. Non sono supportati altri valori. Amazon RDS per MySQL utilizzaGTID_MODE = OFFper impostazione predefinita.Database Migration Service richiede che
GTID_MODEsia impostato suONnei seguenti scenari:- Quando esegui la migrazione a un'istanza di destinazione esistente con repliche di lettura abilitate.
- Se prevedi di creare manualmente i file di dump e di fornirli nel job di migrazione.
Per saperne di più su
GTID_MODE, consulta la sezione Variabile di sistema dell'ID transazione globale. -
Crea un account utente dedicato per la migrazione nell'istanza. Consulta Dichiarazioni di gestione dell'account. Verifica quanto segue:
- Consenti all'account utente dedicato di connettersi da qualsiasi host (
host=%). - La password dell'account non deve superare i 32 caratteri. Per ulteriori informazioni sulle limitazioni della lunghezza della password utente MySQL, consulta il bug MySQL n. 43439.
- Consenti all'account utente dedicato di connettersi da qualsiasi host (
-
Assegna i privilegi necessari all'account utente dedicato per la migrazione. Per le migrazioni una tantum, l'elenco completo dei privilegi richiesti dipende dal fatto che tu fornisca i tuoi file di dump o utilizzi la funzionalità di dump gestito di Database Migration Service:
Dump gestito
Se vuoi che Database Migration Service esegua automaticamente il dump completo del database di origine, assegna i seguenti privilegi all'account utente:
SELECTSHOW VIEWTRIGGERLOCK TABLES- Per le origini con l'impostazione
GTID_MODE = ON:RELOADCon il flusso di dump gestito, Database Migration Service richiede l'impostazione
GTID_MODE = ONsolo quando esegui la migrazione a un'istanza di destinazione esistente con repliche di lettura abilitate. - Per le versioni MySQL di origine 8.0 o successive: assicurati che l'account di migrazione non disponga del privilegio
BACKUP_ADMIN.
Dump manuale
Se fornisci i tuoi file di dump creati con
mysqldump, non è necessario assegnare privilegi aggiuntivi all'account utente.
Configura un'origine Amazon Aurora per MySQL
Per configurare un'istanza di origine Amazon Aurora per MySQL per il processo di migrazione, procedi come segue:
- Controlla se il database di origine contiene metadati definiti dagli utenti con la clausola
DEFINER. Consulta Verifica i metadati con una clausolaDEFINER.Database Migration Service per le migrazioni MySQL omogenee non esegue la migrazione degli account utente e degli accessi. Le origini che contengono metadati definiti dagli account utente con la clausola
DEFINERpotrebbero bloccare la migrazione. - Se il database di origine contiene oggetti che fanno riferimento a tabelle negli schemi di sistema
mysql,performance_schema,information_schema,ndbinfoosys, assicurati che anche i database di replica contengano queste tabelle di schema di sistema.Se i database di replica non contengono queste tabelle, il job di migrazione potrebbe non riuscire con l'errore
Unknown table in system schema. -
Assicurati che
GTID_MODEsia impostato suONoOFF. Non sono supportati altri valori. Amazon Aurora per MySQL utilizzaGTID_MODE = OFFper impostazione predefinita.Database Migration Service richiede che
GTID_MODEsia impostato suONnei seguenti scenari:- Quando esegui la migrazione a un'istanza di destinazione esistente con repliche di lettura abilitate.
- Se prevedi di creare manualmente i file di dump e di fornirli nel job di migrazione.
Per saperne di più su
GTID_MODE, consulta la sezione Variabile di sistema dell'ID transazione globale. -
Crea un account utente dedicato per la migrazione nell'istanza. Consulta Dichiarazioni di gestione dell'account. Verifica quanto segue:
- Consenti all'account utente dedicato di connettersi da qualsiasi host (
host=%). - La password dell'account non deve superare i 32 caratteri. Per ulteriori informazioni sulle limitazioni della lunghezza della password utente MySQL, consulta il bug MySQL n. 43439.
- Consenti all'account utente dedicato di connettersi da qualsiasi host (
-
Assegna i privilegi necessari all'account utente dedicato per la migrazione. Per le migrazioni una tantum, l'elenco completo dei privilegi richiesti dipende dal fatto che tu fornisca i tuoi file di dump o utilizzi la funzionalità di dump gestito di Database Migration Service:
Dump gestito
Se vuoi che Database Migration Service esegua automaticamente il dump completo del database di origine, assegna i seguenti privilegi all'account utente:
SELECTSHOW VIEWTRIGGERLOCK TABLES- Per le origini con l'impostazione
GTID_MODE = ON:RELOADCon il flusso di dump gestito, Database Migration Service richiede l'impostazione
GTID_MODE = ONsolo quando esegui la migrazione a un'istanza di destinazione esistente con repliche di lettura abilitate. - Per le versioni MySQL di origine 8.0 o successive: assicurati che l'account di migrazione non disponga del privilegio
BACKUP_ADMIN.
Dump manuale
Se fornisci i tuoi file di dump creati con
mysqldump, non è necessario assegnare privilegi aggiuntivi all'account utente.
Configura un'origine Database di Microsoft Azure per MySQL
Per configurare un'istanza di origine del database di Microsoft Azure per MySQL per il processo di migrazione, procedi come segue:
- Controlla se il database di origine contiene metadati definiti dagli utenti con la clausola
DEFINER. Consulta Verifica i metadati con una clausolaDEFINER.Database Migration Service per le migrazioni MySQL omogenee non esegue la migrazione degli account utente e degli accessi. Le origini che contengono metadati definiti dagli account utente con la clausola
DEFINERpotrebbero bloccare la migrazione. - Se il database di origine contiene oggetti che fanno riferimento a tabelle negli schemi di sistema
mysql,performance_schema,information_schema,ndbinfoosys, assicurati che anche i database di replica contengano queste tabelle di schema di sistema.Se i database di replica non contengono queste tabelle, il job di migrazione potrebbe non riuscire con l'errore
Unknown table in system schema. -
Assicurati che
GTID_MODEsia impostato suONoOFF. Non sono supportati altri valori. Il database di Microsoft Azure per MySQL utilizzaGTID_MODE = OFFper impostazione predefinita.Database Migration Service richiede che
GTID_MODEsia impostato suONnei seguenti scenari:- Quando esegui la migrazione a un'istanza di destinazione esistente con repliche di lettura abilitate.
- Se prevedi di creare manualmente i file di dump e di fornirli nel job di migrazione.
Per saperne di più su
GTID_MODE, consulta la sezione Variabile di sistema dell'ID transazione globale. Controlla il valore dell'impostazione
require_secure_transport.Per impostazione predefinita, i database di Microsoft Azure richiedono la crittografia SSL/TLS per tutte le connessioni in entrata. A seconda del valore
require_secure_transport, utilizza una delle seguenti impostazioni di crittografia quando crei il profilo di connessione di origine:- Se
require_secure_transportè impostato suon, seleziona Basic, TLS o mTLS. - Se
require_secure_transportè impostato suoff, seleziona Nessuno.
- Se
-
Crea un account utente dedicato per la migrazione nell'istanza. Consulta Dichiarazioni di gestione dell'account. Verifica quanto segue:
- Consenti all'account utente dedicato di connettersi da qualsiasi host (
host=%). - La password dell'account non deve superare i 32 caratteri. Per ulteriori informazioni sulle limitazioni della lunghezza della password utente MySQL, consulta il bug MySQL n. 43439.
- Consenti all'account utente dedicato di connettersi da qualsiasi host (
-
Assegna i privilegi necessari all'account utente dedicato per la migrazione. Per le migrazioni una tantum, l'elenco completo dei privilegi richiesti dipende dal fatto che tu fornisca i tuoi file di dump o utilizzi la funzionalità di dump gestito di Database Migration Service:
Dump gestito
Se vuoi che Database Migration Service esegua automaticamente il dump completo del database di origine, assegna i seguenti privilegi all'account utente:
SELECTSHOW VIEWTRIGGER- Per le origini con l'impostazione
GTID_MODE = ON:RELOADCon il flusso di dump gestito, Database Migration Service richiede l'impostazione
GTID_MODE = ONsolo quando esegui la migrazione a un'istanza di destinazione esistente con repliche di lettura abilitate. - Per le versioni MySQL di origine 8.0 o successive: assicurati che l'account di migrazione non disponga del privilegio
BACKUP_ADMIN.
Dump manuale
Se fornisci i tuoi file di dump creati con
mysqldump, non è necessario assegnare privilegi aggiuntivi all'account utente.
Passaggi successivi
Per una procedura dettagliata completa della migrazione per le migrazioni omogenee di Cloud SQL per MySQL, consulta Inizia a utilizzare le migrazioni di Cloud SQL per MySQL.