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à.
Visualizzazione di alto livello di AWS DMS
Per eseguire una migrazione del database, AWS DMS si connette al data store di origine, legge i dati di origine e li formatta per l'utilizzo da parte del data store di destinazione. Successivamente, carica i dati nel datastore di destinazione. La maggior parte di questo processo avviene nella memoria, anche se transazioni di grandi dimensioni potrebbero richiedere buffering su disco. Anche le transazioni e i file di log memorizzati nella cache vengono scritti su disco.
A un livello elevato, durante l'utilizzo AWS DMS procedi come segue:
-
Individua i database presenti nel tuo ambiente di rete che sono buoni candidati per la migrazione.
-
Converti automaticamente gli schemi del database di origine e la maggior parte degli oggetti di codice del database in un formato compatibile con il database di destinazione.
-
Creazione di un server di replica.
Creazione di endpoint di origine e di destinazione che hanno informazioni di connessione sui datastore.
-
Creazione di una o più attività di migrazione per migrare i dati tra i datastore di origine e di destinazione.
Un'attività può essere composta da tre fasi principali:
Migrazione dei dati esistenti (pieno carico)
L'applicazione delle modifiche memorizzate nella cache
Replica continua (acquisizione dei dati di modifica)
Durante una migrazione a pieno carico, in cui i dati esistenti dall'origine vengono spostati nella destinazione, AWS DMS carica i dati dalle tabelle del data store di origine alle tabelle del data store di destinazione. Mentre il caricamento completo è in corso, tutte le modifiche apportate alle tabelle in fase di caricamento vengono memorizzate nella cache del server di replica; queste sono le modifiche memorizzate nella cache. È importante notare che AWS DMS non acquisisce le modifiche per una determinata tabella finché non viene avviato il caricamento completo di quella tabella. In altre parole, il punto di inizio dell'acquisizione delle modifiche è diverso per ogni singola tabella.
Quando il caricamento completo di una determinata tabella è completo, inizia AWS DMS immediatamente ad applicare le modifiche memorizzate nella cache per quella tabella. Una volta caricata la tabella e applicate le modifiche memorizzate nella cache, AWS DMS inizia a raccogliere le modifiche come transazioni per la fase di replica in corso. Se una transazione include tabelle non ancora completamente caricate, le modifiche vengono archiviate localmente nell'istanza di replica. Dopo aver AWS DMS applicato tutte le modifiche memorizzate nella cache a tutte le tabelle, le tabelle sono coerenti dal punto di vista transazionale. A questo punto, AWS DMS passa alla fase di replica in corso, applicando le modifiche come transazioni.
All'inizio della fase di replica continua, un backlog di transazioni provoca generalmente un ritardo tra i database di origine e di destinazione. La migrazione raggiunge infine uno stato stabile dopo aver superato questo backlog di transazioni. A questo punto, è possibile chiudere le applicazioni, consentire l'applicazione di eventuali transazioni rimanenti alla destinazione e rilanciare le applicazioni, rivolte ora al database di destinazione.
AWS DMS crea gli oggetti dello schema di destinazione necessari per eseguire una migrazione dei dati. È possibile AWS DMS utilizzarlo per adottare un approccio minimalista e creare solo gli oggetti necessari per migrare in modo efficiente i dati. Utilizzando questo approccio, vengono AWS DMS create tabelle, chiavi primarie e, in alcuni casi, indici univoci, ma non vengono creati altri oggetti che non siano necessari per la migrazione efficiente dei dati dall'origine.
In alternativa, è possibile utilizzare DMS Schema Conversion within AWS DMS per convertire automaticamente gli schemi del database di origine e la maggior parte degli oggetti di codice del database in un formato compatibile con il database di destinazione. Questa conversione include tabelle, viste, stored procedure, funzioni, tipi di dati, sinonimi e così via. Tutti gli oggetti che DMS Schema Conversion non è in grado di convertire automaticamente sono contrassegnati in modo chiaro. Per completare la migrazione, puoi convertire questi oggetti manualmente.
