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 con precisione. Database Migration Service offre un modo ad alta fedeltà per eseguire la migrazione degli oggetti di database (inclusi schema, dati e metadati) da un database a un altro.

Tutti i seguenti componenti di dati, schema e metadati vengono migrati nell'ambito della migrazione del database:

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 di 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.

Che cosa non viene migrato

  • 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 saperne di più, consulta Criptare le risorse Amazon Aurora, Criptare le risorse Amazon RDS e Configurare le chiavi di crittografia gestite dal cliente (CMEK).

  • Gli account utente e i dati di accesso non vengono migrati.

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

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

    Per aggiungere utenti all'istanza di destinazione Cloud SQL, 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 Creare e gestire gli utenti nella documentazione di Cloud SQL.

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