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
<a name="USER_DMS_migration"></a>

 AWS Database Migration Service () viene utilizzato a questo scopo.AWS DMS Per ulteriori informazioni a riguardo, vedi [Cos'è AWS Database Migration Service?](https://docs.aws.amazon.com/dms/latest/userguide/Welcome.html) 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
<a name="USER_DMS_migration-overview"></a>

 È 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](https://docs.aws.amazon.com/dms/latest/userguide/dm-network.html) nella Guida per l'utente.AWS Database Migration Service * Per istruzioni sulla creazione del database, vedere [Creazione di un cluster database Amazon Aurora](Aurora.CreateInstance.md).
+ 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
<a name="USER_DMS_migration-Prerequisites"></a>
+ [Configurazione di una rete](https://docs.aws.amazon.com/dms/latest/userguide/dm-network.html) (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:
    + [Usare MariadB come sorgente](https://docs.aws.amazon.com/dms/latest/userguide/dm-data-providers-source-mysql.html)

    Segui i seguenti prerequisiti di base per il tuo database di destinazione:
    + [Usare MariadB come destinazione](https://docs.aws.amazon.com/dms/latest/userguide/dm-data-providers-target-mysql.html)

    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:
    + [Usare PostgreSQL come sorgente](https://docs.aws.amazon.com/dms/latest/userguide/dm-data-providers-source-postgresql.html)

    Segui i seguenti prerequisiti per il tuo database di destinazione:
    + [Usare PostgreSQL come destinazione](https://docs.aws.amazon.com/dms/latest/userguide/dm-data-providers-target-postgresql.html)
**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
<a name="USER_DMS_migration-Limitations"></a>

Le seguenti limitazioni si applicano al processo di migrazione automatica:
+ Per iniziare la migrazione del database di origine, lo stato del database di destinazione deve essere **Disponibile**.
+ Puoi migrare il tuo database di origine solo su un database:
  + non è nessuna delle seguenti:
    + Aurora global database
    + Aurora Limitless database
    + Aurora Serverless v1
  + [che utilizza una versione supportata di MySQL come elencato qui](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Introduction.Sources.html#CHAP_Introduction.Sources.HomogeneousDataMigrations)
+ [Limitazioni del DMS](https://docs.aws.amazon.com/dms/latest/userguide/data-migrations.html#data-migrations-limitations)

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