Questa pagina descrive come configurare le seguenti istanze del 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:
- Verifica se il database di origine contiene metadati definiti dagli utenti
con la
DEFINERclausola. Consulta Verifica i metadati con una clausolaDEFINER.Database Migration Service per le migrazioni MySQL omogenee non esegue la migrazione di account utente e accessi. Le origini che contengono metadati definiti da account utente con la clausola
DEFINERpotrebbero bloccare la migrazione. - Se il database di origine contiene oggetti che fanno riferimento
tabelle negli schemi di sistema
mysql,performance_schema,information_schema,ndbinfo, osys, assicurati che i database di replica contengano anche queste tabelle dello schema di sistema.Se i database di replica non hanno queste tabelle, il job di migrazione potrebbe non riuscire con
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 supera i 32 caratteri di lunghezza. Per ulteriori informazioni sulle limitazioni della lunghezza della password utente di MySQL, consulta il bug di 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 tuo database di origine, assegna i seguenti privilegi all'account utente:
Dump manuale
Se fornisci i tuoi file di dump creati con
mysqldump, non devi assegnare privilegi aggiuntivi all'account utente.
Configura un'origine MySQL self-hosted
Per configurare un'istanza di origine MySQL self-hosted 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 ulteriori informazioni, consulta Convertire le tabelle da MyISAM a InnoDB.
- Verifica se il database di origine contiene metadati definiti dagli utenti
con la
DEFINERclausola. Consulta Verifica i metadati con una clausolaDEFINER.Database Migration Service per le migrazioni MySQL omogenee non esegue la migrazione di account utente e accessi. Le origini che contengono metadati definiti da account utente con la clausola
DEFINERpotrebbero bloccare la migrazione. - Se il database di origine contiene oggetti che fanno riferimento
tabelle negli schemi di sistema
mysql,performance_schema,information_schema,ndbinfo, osys, assicurati che i database di replica contengano anche queste tabelle dello schema di sistema.Se i database di replica non hanno queste tabelle, il job di migrazione potrebbe non riuscire con
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 le repliche di lettura abilitate.
- Se prevedi di creare manualmente i file di dump e fornirli in the migration job.
Per ulteriori informazioni su
GTID_MODE, consulta Variabile di sistema ID transazione globale. -
Crea un account utente dedicato per la migrazione nell'istanza. Consulta Istruzioni per la gestione degli account. Verifica quanto segue:
- Consenti all'account utente dedicato di connettersi da qualsiasi host
(
host=%). - La password dell'account non supera i 32 caratteri di lunghezza. Per ulteriori informazioni sulle limitazioni della lunghezza della password utente di MySQL, consulta il bug di 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 tuo database di origine, assegna i seguenti privilegi all'account utente:
SELECTSHOW VIEWTRIGGER- Per le origini con 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 le repliche di lettura abilitate. - Per le versioni di MySQL di origine 8.0 o successive: assicurati che l'account di migrazione
non abbia il privilegio
BACKUP_ADMIN.
Dump manuale
Se fornisci i tuoi file di dump creati con
mysqldump, non devi 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 ulteriori informazioni, consulta Convertire le tabelle da MyISAM a InnoDB.
- Verifica se il database di origine contiene metadati definiti dagli utenti
con la
DEFINERclausola. Consulta Verifica i metadati con una clausolaDEFINER.Database Migration Service per le migrazioni MySQL omogenee non esegue la migrazione di account utente e accessi. Le origini che contengono metadati definiti da account utente con la clausola
DEFINERpotrebbero bloccare la migrazione. - Se il database di origine contiene oggetti che fanno riferimento
tabelle negli schemi di sistema
mysql,performance_schema,information_schema,ndbinfo, osys, assicurati che i database di replica contengano anche queste tabelle dello schema di sistema.Se i database di replica non hanno queste tabelle, il job di migrazione potrebbe non riuscire con
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 le repliche di lettura abilitate.
- Se prevedi di creare manualmente i file di dump e fornirli in the migration job.
Per ulteriori informazioni su
GTID_MODE, consulta Variabile di sistema ID transazione globale. -
Crea un account utente dedicato per la migrazione nell'istanza. Consulta Istruzioni per la gestione degli account. Verifica quanto segue:
- Consenti all'account utente dedicato di connettersi da qualsiasi host
(
host=%). - La password dell'account non supera i 32 caratteri di lunghezza. Per ulteriori informazioni sulle limitazioni della lunghezza della password utente di MySQL, consulta il bug di 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 tuo database di origine, assegna i seguenti privilegi all'account utente:
SELECTSHOW VIEWTRIGGERLOCK TABLES- Per le origini con 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 le repliche di lettura abilitate. - Per le versioni di MySQL di origine 8.0 o successive: assicurati che l'account di migrazione
non abbia il privilegio
BACKUP_ADMIN.
Dump manuale
Se fornisci i tuoi file di dump creati con
mysqldump, non devi 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:
- Verifica se il database di origine contiene metadati definiti dagli utenti
con la
DEFINERclausola. Consulta Verifica i metadati con una clausolaDEFINER.Database Migration Service per le migrazioni MySQL omogenee non esegue la migrazione di account utente e accessi. Le origini che contengono metadati definiti da account utente con la clausola
DEFINERpotrebbero bloccare la migrazione. - Se il database di origine contiene oggetti che fanno riferimento
tabelle negli schemi di sistema
mysql,performance_schema,information_schema,ndbinfo, osys, assicurati che i database di replica contengano anche queste tabelle dello schema di sistema.Se i database di replica non hanno queste tabelle, il job di migrazione potrebbe non riuscire con
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 le repliche di lettura abilitate.
- Se prevedi di creare manualmente i file di dump e fornirli in the migration job.
Per ulteriori informazioni su
GTID_MODE, consulta Variabile di sistema ID transazione globale. -
Crea un account utente dedicato per la migrazione nell'istanza. Consulta Istruzioni per la gestione degli account. Verifica quanto segue:
- Consenti all'account utente dedicato di connettersi da qualsiasi host
(
host=%). - La password dell'account non supera i 32 caratteri di lunghezza. Per ulteriori informazioni sulle limitazioni della lunghezza della password utente di MySQL, consulta il bug di 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 tuo database di origine, assegna i seguenti privilegi all'account utente:
SELECTSHOW VIEWTRIGGERLOCK TABLES- Per le origini con 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 le repliche di lettura abilitate. - Per le versioni di MySQL di origine 8.0 o successive: assicurati che l'account di migrazione
non abbia il privilegio
BACKUP_ADMIN.
Dump manuale
Se fornisci i tuoi file di dump creati con
mysqldump, non devi assegnare privilegi aggiuntivi all'account utente.
Configura un'origine Database di Microsoft Azure per MySQL
Per configurare un'istanza di origine Database di Microsoft Azure per MySQL per il processo di migrazione, procedi come segue:
- Verifica se il database di origine contiene metadati definiti dagli utenti
con la
DEFINERclausola. Consulta Verifica i metadati con una clausolaDEFINER.Database Migration Service per le migrazioni MySQL omogenee non esegue la migrazione di account utente e accessi. Le origini che contengono metadati definiti da account utente con la clausola
DEFINERpotrebbero bloccare la migrazione. - Se il database di origine contiene oggetti che fanno riferimento
tabelle negli schemi di sistema
mysql,performance_schema,information_schema,ndbinfo, osys, assicurati che i database di replica contengano anche queste tabelle dello schema di sistema.Se i database di replica non hanno queste tabelle, il job di migrazione potrebbe non riuscire con
Unknown table in system schema. -
Assicurati che
GTID_MODEsia impostato suONoOFF. Non sono supportati altri valori. 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 le repliche di lettura abilitate.
- Se prevedi di creare manualmente i file di dump e fornirli in the migration job.
Per ulteriori informazioni su
GTID_MODE, consulta Variabile di sistema 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 di
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 None.
- Se
-
Crea un account utente dedicato per la migrazione nell'istanza. Consulta Istruzioni per la gestione degli account. Verifica quanto segue:
- Consenti all'account utente dedicato di connettersi da qualsiasi host
(
host=%). - La password dell'account non supera i 32 caratteri di lunghezza. Per ulteriori informazioni sulle limitazioni della lunghezza della password utente di MySQL, consulta il bug di 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 tuo database di origine, assegna i seguenti privilegi all'account utente:
SELECTSHOW VIEWTRIGGER- Per le origini con 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 le repliche di lettura abilitate. - Per le versioni di MySQL di origine 8.0 o successive: assicurati che l'account di migrazione
non abbia il privilegio
BACKUP_ADMIN.
Dump manuale
Se fornisci i tuoi file di dump creati con
mysqldump, non devi 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.