View a markdown version of this page

Migrazione automatica dei database verso Amazon Aurora utilizzo di AWS Database Migration Service - 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 automatica dei database verso Amazon Aurora utilizzo di AWS Database Migration Service

AWS Database Migration Service () viene utilizzato a questo scopo.AWS DMS Per ulteriori informazioni a riguardo, vedi Cos'è AWS Database Migration Service? nella Guida AWS Database Migration Service per l'utente.

Dopo aver creato il database di destinazione, puoi importare il codice sorgente 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 di

È necessario creare un database Aurora per abilitare la migrazione dalla console.

Nota

Affinché i database siano equivalenti, devono avere lo stesso motore di database e una versione del motore compatibile.

Questo approccio può essere utilizzato per i seguenti motori di database:

  • MySQL

  • PostgreSQL

Il processo di migrazione prevede i seguenti passaggi:

  • Creare un database equivalente in Aurora. Quindi, configura una rete adeguata tra sorgente e destinazione. Per le istanze EC2 nella stessa regione, account e VPC, la configurazione della rete può essere ignorata. Per ulteriori informazioni, consulta Configurazione di una rete nella Guida per l'utente.AWS Database Migration Service Per istruzioni sulla creazione del database, vedere Creazione di un cluster database Amazon Aurora.

  • Scegliere il tipo di replica per il 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 richiede tempi di inattività. Il database Aurora di destinazione non sarà disponibile per le applicazioni durante il processo di migrazione.

    • Migrazione a pieno carico e acquisizione dei dati di modifica (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 le modifiche acquisite nell’origine al database di destinazione. L’acquisizione dei dati di modifica raccoglie le modifiche nei log del database utilizzando l’API nativa del motore di database.

      Nota

      Questa opzione richiede tempi di inattività. Il database Aurora di destinazione non sarà disponibile per le applicazioni durante il processo di migrazione.

    • Acquisizione dei dati di modifica (CDC): questa opzione si utilizza per mantenere disponibile il database di destinazione durante la migrazione. Aurora migra le modifiche in corso dal database di origine nel database di destinazione.

  • Aurora risorse necessarie per facilitare la migrazione. Una volta create le risorse necessarie, 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

  • Configurazione di una rete (per gli EC2 nella stessa regione, account e VPC, può essere ignorata)

  • Configurazione dei database di origine e di destinazione

    • MySQL e

      Segui i seguenti prerequisiti di base per il tuo database di origine:

      Segui i seguenti prerequisiti di base per il tuo database di destinazione:

      Inoltre, durante la migrazione da un database di origine MySQL, l'account RDS deve avere il ruolo di amministratore di replica. È necessario anche avere i privilegi appropriati per il ruolo.

    • PostgreSQL

      Segui i seguenti prerequisiti per il tuo database di origine:

      Segui i seguenti prerequisiti per il tuo database di destinazione:

      Nota

      Alcune AWS DMS transazioni rimangono inattive per qualche tempo prima che il motore DMS le utilizzi nuovamente. Il parametro idle_in_transaction_session_timeout in PostgreSQL versione 9.6 e successive consente di mandare in timeout e in errore le transazioni inattive.

Limitazioni

Le seguenti limitazioni si applicano al processo di migrazione automatica:

Nota

Sebbene AWS DMS lo strumento sottostante supporti le regole di selezione per determinati scenari di migrazione, la migrazione automatica dei database alla funzionalità Aurora no.