Ciao a tutti.
E bentornati.
Nel video di oggi parleremo dei tipi di migrazione in DMS.
Ora, ogni volta che si migrano i dati attraverso il DMS dall'origine alla destinazione,
il DMS offre una serie di opzioni per la migrazione.
Ad esempio, è possibile effettuare una migrazione una tantum, una replica continua, modifiche ai dati e così via. Ad esempio, supponiamo che si vogliano
migrare alcuni dati esistenti nel database on premise verso
gli ID.
Si tratterebbe quindi di una migrazione unica.
Ora, qualsiasi nuovo dato aggiunto a livello di database on premise dopo il completamento della migrazione non
verrà migrato nuovamente agli ID in una fase di migrazione unica.
Tuttavia, se lo si desidera, anche i nuovi dati aggiunti a livello di database on premise
devono essere replicati.
Questa è anche l'opzione offerta dal DMS.
In sintesi, le opzioni principali della migrazione sono tre.
Il primo è la migrazione dei dati esistenti.
È molto semplice da capire: si esegue una sola volta la migrazione dall'endpoint di origine a quello di destinazione.
Questo è tutto.
Al termine della migrazione, i nuovi dati aggiunti al database di origine non verranno replicati
nel database di destinazione.
La seconda opzione consiste nel migrare i dati esistenti e replicare le modifiche in corso.
In questo caso, la migrazione una tantum rimane la stessa e dopo la migrazione una tantum si continua a replicare
le modifiche dei dati dall'origine alla destinazione.
Pertanto, qualsiasi nuovo dato aggiunto al database di origine sarà replicato anche nel database di destinazione.
Il terzo è la modifica dei dati replicati solo qui.
La migrazione una tantum non viene eseguita, ma continua a replicare le modifiche dei dati dall'origine alla
destinazione.
Quindi, a seconda del caso d'uso delle organizzazioni, si utilizzerà generalmente uno di questi.
Ora, infatti, permettetemi di mostrarvi rapidamente anche questo.
Dove vedi le opzioni?
Ora, ogni volta che si crea un'attività di migrazione del database nel tipo di migrazione, sono disponibili tre tipi migrare i
dati esistenti, migrare i dati esistenti e replicare le modifiche in corso e replicare solo le modifiche dei dati.
Va bene.
Assicuratevi quindi di scegliere il giusto set di opzioni in base ai requisiti.
Ora, prima di concludere, è bene sottolineare alcuni punti importanti.
Il primo è che la maggior parte dei motori richiede una configurazione aggiuntiva per consentire al processo di acquisizione
di consumare i dati di modifica in modo significativo senza perdita di dati.
Ad esempio, se si utilizza Oracle, questo richiede l'aggiunta di un logging supplementare,
mentre MySQL richiede un logging binario.
Se non è stata attivata la registrazione binaria.
E se si seleziona la seconda opzione per un esempio, la migrazione dei dati esistenti e la replica delle modifiche
in corso.
In questi casi, il DMS darà un errore.
Prima di concludere, vorrei aggiungere qualche altra nota, poiché sappiamo che è possibile creare un'attività che
catturi le modifiche in corso dopo aver completato la migrazione iniziale.
Questo approccio specifico è chiamato anche replica continua o acquisizione dei dati di modifica o CDC.
Quindi a volte negli esami, se si parla di CDC, bisogna sapere che non è altro che la replica in corso in cui i nuovi
aggiornamenti nell'origine si riflettono anche nel database di destinazione.
Questa è la panoramica di alto livello.
E con questo si conclude il video di oggi.