Precisione della migrazione

Quando esegui la migrazione di schema, dati e metadati da un database di origine a un database di destinazione, devi assicurarti che tutte queste informazioni vengano migrate in modo accurato. Database Migration Service offre un modo ad alta fedeltà per eseguire la migrazione degli oggetti del database (inclusi schema, dati e metadati) da un database a un altro.

Nell'ambito della migrazione del database viene eseguita la migrazione di tutti i seguenti componenti di dati, schema e metadati:

Dati

  • Tutte le tabelle e gli schemi, esclusi i seguenti database di sistema: sys, mysql, performance_schema e information_schema.

Schema

  • Denominazione

  • Chiave primaria

  • Tipo di dati

  • Posizione ordinale

  • Valore predefinito

  • Supporto di valori Null

  • Attributi di incremento automatico

  • Indici secondari

Metadati

  • Stored procedure

  • Funzioni

  • Trigger

  • Visualizzazioni

  • Vincoli di chiave esterna

Migrazione continua

Le modifiche apportate con Data Manipulation Language (DML) e Data Definition Language (DDL) a tutti i dati, gli schemi e i metadati elencati in precedenza vengono aggiornate durante le migrazioni continue.

Elementi di cui non viene eseguita la migrazione

  • 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 decriptazione in modo trasparente nei loro servizi. Per saperne di più, consulta Cripta le risorse Amazon Aurora, Cripta le risorse Amazon RDS e Configura le chiavi di crittografia gestite dal cliente (CMEK).

  • La migrazione degli account utente e degli accessi non viene eseguita.

    I database di sistema MySQL (mysql, performance_schema, information_schema e sys) non vengono migrati. Questi database contengono informazioni su account utente, accessi e privilegi. Le informazioni di accesso dell'account utente devono essere gestite direttamente nell'istanza del database Cloud SQL di destinazione.

    Gli oggetti dei metadati (come stored procedure, funzioni, visualizzazioni, eventi e trigger) che utilizzano la clausola DEFINER per fare riferimento a un account utente che non esiste nell'istanza di destinazione non riusciranno se richiamati nella nuova destinazione Cloud SQL. Prima della migrazione, devi creare gli account utente corrispondenti nell'istanza di destinazione o aggiornare le clausole DEFINER. Per saperne di più, consulta Verifica i metadati con una clausola DEFINER.

    Per aggiungere utenti all'istanza Cloud SQL di destinazione, vai all'istanza e aggiungi gli utenti dalla scheda Utenti o dal client MySQL. Per saperne di più sulla creazione e sulla gestione degli utenti del database in Cloud SQL per MySQL, consulta Crea e gestisci gli utenti nella documentazione di Cloud SQL.

  • Le impostazioni dei flag non predefiniti non vengono migrate all'istanza Cloud SQL di destinazione. Esegui SHOW VARIABLES sul database di origine prima di eseguire la migrazione di schema, dati e metadati al database di destinazione, quindi eseguilo di nuovo sul database Cloud SQL. Aggiorna le impostazioni dei flag in base alle esigenze nel database Cloud SQL per replicare le impostazioni di origine.