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 automatica EC2 dei database su Amazon Aurora AmazonAWS Database Migration Service
È possibile utilizzare la console Aurora per migrare un EC2 database in Aurora. Aurora utilizza AWS Database Migration Service (AWS DMS) per migrare il database di origine. EC2 AWS DMS ti consente di migrare i database relazionali nel tuo Cloud. AWS Per ulteriori informazioni su AWS Database Migration Service, consulta What is? AWS Database Migration Service nella Guida AWS Database Migration Service per l'utente.
Per iniziare la migrazione, è necessario creare un' database del cluster Aurora DB equivalente in cui migrare i dati. Dopo aver creato il database di destinazione, puoi importare il EC2 database al suo interno. Per i database di origine più piccoli di 1 TiB, questa azione di migrazione riduce il tempo e le risorse necessari per migrare i dati in Aurora.
Panoramica
La console Aurora consente di migrare i database in EC2 database Aurora equivalenti. È necessario creare un database Aurora per abilitare la migrazione dalla console.
È possibile migrare EC2 i database per i seguenti motori di database:
-
Mio SQL
-
Poster SQL
Il processo di migrazione prevede i seguenti passaggi:
-
Crea un database equivalente in Aurora . Affinché i database siano equivalenti, devono avere lo stesso motore di database e versioni del motore compatibili. Devono inoltre essere ugualiVPC. Per istruzioni sulla creazione del database, vedere Creazione di un cluster database Amazon Aurora.
-
Scegli il tipo di replica per il tuo database:
-
Migrazione a pieno carico: Aurora copia l'intero database di origine nel database di destinazione, creando nuove tabelle nella destinazione quando necessario.
Nota
Questa opzione causa un'interruzione nel database Aurora.
-
Migrazione a pieno carico e modifica dell'acquisizione dei dati (CDC): simile alla migrazione a pieno carico, con questa opzione, Aurora copia l'intero database di origine nel database di destinazione. Tuttavia, dopo la migrazione a pieno carico, Aurora applica tutte le modifiche acquisite nell'origine al database di destinazione. Change Data Capture raccoglie le modifiche ai log del database utilizzando il motore di database nativo. API
Nota
Questa opzione causa un'interruzione nel database Aurora.
-
Modifica acquisizione dati (CDC): utilizzate questa opzione per mantenere disponibile il database di destinazione durante la migrazione. Aurora migra le modifiche in corso nel database di origine nel database di destinazione.
-
-
Aurora crea le risorse di rete necessarie per facilitare la migrazione. Una volta create le risorse richieste, Aurora notifica all'utente le risorse create e consente di avviare il trasferimento dei dati.
Il tempo necessario per completare la migrazione dipende dal tipo di replica e dalla dimensione del database di origine.
Prerequisiti
My SQL
Prima di iniziare a utilizzare un database My SQL come database di origine, assicurati di avere i seguenti prerequisiti. Questi prerequisiti si applicano alle fonti gestite. AWS
È necessario disporre di un account con il AWS DMS ruolo di amministratore di replica. Il ruolo richiede i seguenti privilegi:
-
REPLICATIONCLIENT— Questo privilegio è richiesto solo per le CDC attività. In altre parole, le full-load-only attività non richiedono questo privilegio.
-
REPLICATIONSLAVE— Questo privilegio è richiesto solo per le CDC attività. In altre parole, le full-load-only attività non richiedono questo privilegio.
L' AWS DMS utente deve inoltre disporre dei SELECT privilegi per le tabelle di origine destinate alla replica.
Concedi i seguenti privilegi se utilizzi le valutazioni di premigrazione specifiche SQL di My.
grant select on mysql.user to <dms_user>;
grant select on mysql.db to <dms_user>;
grant select on mysql.tables_priv to <dms_user>;
grant select on mysql.role_edges to <dms_user> #only for MySQL version 8.0.11 and higherPostgree SQL
Prima di migrare i dati da un database SQL sorgente Postgre AWS gestito, procedi come segue:
-
Ti consigliamo di utilizzare un account AWS utente con le autorizzazioni minime richieste per l'istanza SQL DB di Postgre come account utente per l'endpoint sorgente di Postgre per. SQL AWS DMS L'utilizzo di un account master è sconsigliato. L'account deve avere il ruolo
rds_superusere il ruolords_replication. Il ruolords_replicationfornisce le autorizzazioni per gestire gli slot logici e per eseguire lo streaming dei dati utilizzando gli slot logici.
Nota
Alcune AWS DMS transazioni rimangono inattive per qualche tempo prima che il motore le utilizzi nuovamente. DMS Utilizzando il parametro idle_in_transaction_session_timeout nelle SQL versioni 9.6 e successive di Postgre, puoi causare il timeout e il fallimento delle transazioni inattive.
Limitazioni
Le seguenti limitazioni si applicano al processo di migrazione automatica:
-
Lo stato del database di destinazione deve essere Disponibile per iniziare la migrazione del database di origine.
-
Quando si esegue la migrazione da un database My SQL source, l'account Aurora deve avere il ruolo di amministratore di replica. È inoltre necessario disporre dei privilegi appropriati per quel ruolo.
-
L'EC2istanza e il database di destinazione devono trovarsi nello stesso VPC database.
Non è possibile migrare il EC2 database ai seguenti database di destinazione quando si utilizza l'azione Migra dati dal EC2 database:
-
Aurora global database
-
Aurora Limitless database
-
Aurora Serverless v1
-
Database con SQL versione My precedente alla 5.7
-
Database con SQL versione Postgre precedente alla 10.4
-
