Migrazione dei dati verso un cluster Amazon Aurora My DB SQL - Amazon Aurora

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Migrazione dei dati verso un cluster Amazon Aurora My DB SQL

Sono disponibili diverse opzioni per migrare i dati dal database esistente a un cluster Amazon Aurora SQL My DB. Le opzioni di migrazione dipendono anche dal database da cui esegui la migrazione e dalle dimensioni dei dati sottoposti a migrazione.

Ci sono due diversi tipi di migrazione: fisica e logica. La migrazione fisica significa che le copie fisiche dei file di database vengono utilizzate per migrare il database. La migrazione logica significa che la migrazione viene effettuata applicando modifiche di database logiche, come inserimenti, aggiornamenti ed eliminazioni.

La migrazione fisica ha i vantaggi seguenti:

  • La migrazione fisica è più veloce della migrazione logica, specialmente per database di grandi dimensioni.

  • Le prestazioni del database non ne risentono quando un backup viene utilizzato per la migrazione fisica.

  • La migrazione fisica può migrare tutto nel database origine, comprese componenti di database complesse.

La migrazione fisica ha i limiti seguenti:

  • Il parametro innodb_page_size deve essere impostato al valore predefinito (16KB).

  • Il parametro innodb_data_file_path deve essere configurato con un solo file di dati che utilizza il nome di file di dati predefinito "ibdata1:12M:autoextend". I database con due file di dati o con un file di dati con un nome diverso non possono essere migrati utilizzando questo metodo.

    Di seguito sono riportati esempi di nomi di file che non sono permessi: "innodb_data_file_path=ibdata1:50M; ibdata2:50M:autoextend" e "innodb_data_file_path=ibdata01:50M:autoextend".

  • Il parametro innodb_log_files_in_group deve essere impostato al valore predefinito (2).

La migrazione logica ha i vantaggi seguenti:

  • Puoi migrare i sottoinsiemi del database, come tabelle specifiche o parti di una tabella.

  • I dati possono essere migrati indipendentemente dalla struttura fisica dello storage.

La migrazione logica ha i limiti seguenti:

  • La migrazione logica solitamente è più lenta della migrazione fisica.

  • I componenti di database complessi possono rallentare il processo di migrazione logica. In alcuni casi, i componenti di database complessi possono anche bloccare la migrazione logica.

La tabella seguente descrive le opzioni e il tipo di migrazione per ogni opzione.

Migrazione da Tipo di migrazione Soluzione

E RDS per l'istanza My DB SQL

Fisica

È possibile migrare da un'istanza RDS for My SQL DB creando prima una replica Aurora SQL My read di un'SQListanza My DB. Quando il ritardo della replica tra l'istanza My SQL DB e la replica Aurora My SQL read è 0, è possibile indirizzare le applicazioni client a leggere dalla replica di lettura Aurora e quindi interrompere la replica per rendere la replica Aurora My read un cluster Aurora My DB autonomo per la lettura e la SQL scrittura. SQL Per informazioni dettagliate, consultare Migrazione di dati da un'istanza RDS for My SQL DB a un cluster Amazon Aurora SQL My DB utilizzando una replica di lettura Aurora.

E per My DB snapshot RDS SQL

Fisica

Puoi migrare i dati direttamente da uno snapshot RDS for My SQL DB a un cluster Amazon SQL Aurora My DB. Per informazioni dettagliate, consultare Migrazione di una snapshot RDS for MySQL a Aurora.

A: Il mio SQL database esterno ad Amazon RDS

Logica

Puoi creare un dump dei tuoi dati utilizzando l'mysqldumputilità e quindi importare tali dati in un cluster Amazon Aurora SQL My DB esistente. Per informazioni dettagliate, consultare Migrazione logica da My SQL ad Amazon Aurora My SQL utilizzando mysqldump.

Per esportare i metadati per gli utenti del database durante la migrazione da un SQL database My esterno, puoi anche utilizzare un comando My SQL Shell anziché. mysqldump Per ulteriori informazioni, vedere Instance Dump Utility, Schema Dump Utility e Table Dump Utility.

Nota

L'utilità mysqlpump è obsoleta a partire da My 8.0.34. SQL

A: Il mio SQL database esterno ad Amazon RDS

Fisica

Puoi copiare i file di backup dal tuo database in un bucket Amazon Simple Storage Service (Amazon S3) e quindi ripristinare un cluster Amazon SQL Aurora My DB da tali file. Questa opzione può essere molto più rapida rispetto alla migrazione dei dati con mysqldump. Per informazioni dettagliate, consulta Migrazione fisica da MySQL utilizzando XtraBackup Percona e Amazon S3.

A: Il mio SQL database esterno ad Amazon RDS

Logica

Puoi salvare i dati dal database come file di testo e copiare tali file in un bucket Amazon S3. È quindi possibile caricare tali dati in un cluster Aurora My SQL DB esistente utilizzando il comando LOAD DATA FROM S3 MySQL. Per ulteriori informazioni, consulta Caricamento di dati in un cluster Amazon Aurora My SQL DB da file di testo in un bucket Amazon S3.

Un database che non è compatibile con My SQL

Logica

Puoi usare AWS Database Migration Service (AWS DMS) per migrare i dati da un database che non è compatibile con MySQL. Per ulteriori informazioni su AWS DMS, consulta Cos'è il servizio di migrazione AWS del database?

Nota

Se stai migrando un SQL database My esterno ad AmazonRDS, le opzioni di migrazione descritte nella tabella sono supportate solo se il database supporta i tablespace InnoDB o ISAM My.

Se il SQL database Il mio che stai migrando su Aurora SQL My memcached utilizza, memcached rimuovilo prima di migrarlo.

Non è possibile migrare ad Aurora SQL My versione 3.05 e successive da alcune versioni precedenti di SQL My 8.0, tra cui 8.0.11, 8.0.13 e 8.0.15. Ti consigliamo di eseguire l'aggiornamento alla versione My 8.0.28 prima della migrazione. SQL