Salut, tout le monde.
Et bienvenue à nouveau.
Dans la vidéo d'aujourd'hui, nous allons parler des types de migration dans DMS.
Aujourd'hui, lorsque vous migrez les données de la source à la destination par le biais du DMS, il existe
de multiples options de migration proposées par le DMS.
Par exemple, vous avez une migration ponctuelle, vous avez une réplication continue, des changements de données, etc. Par exemple, disons que vous voulez migrer
des données existantes dans la base de données sur site vers des identifiants.
Il s'agit donc d'une migration unique.
Désormais, les nouvelles données ajoutées au niveau de la base de données sur site après la migration ne seront pas transférées
vers les identifiants lors d'une étape de migration unique.
Toutefois, si vous souhaitez que cela se produise, toutes les nouvelles données ajoutées au niveau de la base de données sur
site doivent également être répliquées.
C'est également l'option que propose le DMS.
Ainsi, d'un point de vue général, il existe trois options principales dans le cadre de la migration.
La première consiste à migrer les données existantes.
C'est très simple à comprendre : vous effectuez une migration unique du point d'extrémité source au point d'extrémité
cible.
C'est à peu près tout.
Une fois cette migration terminée, les nouvelles données ajoutées à la base de données source ne seront
pas répliquées dans la base de données cible.
La deuxième option consiste à migrer les données existantes et à répliquer les changements en cours.
Dans ce cas, la migration unique reste la même et après la migration unique, il y a également une réplication
continue des changements de données de la source à la cible.
Ainsi, toute nouvelle donnée ajoutée à la base de données source sera également répliquée dans la base de données cible.
Et le troisième est la réplique des données change seulement ici.
La migration unique n'est pas effectuée, mais ici, elle continue à répliquer les changements de données de la source
à la cible.
Ainsi, en fonction du cas d'utilisation des organisations, vous utiliserez généralement l'un de ces éléments.
Maintenant, en fait, laissez-moi aussi vous montrer rapidement ceci.
Où voyez-vous les options ?
Maintenant, lorsque vous créez une tâche de migration de base de données dans le type de migration, vous avez trois types : migrer les données existantes,
migrer les données existantes et répliquer les changements en cours et répliquer les changements de données uniquement.
Très bien.
Veillez donc à choisir le bon ensemble d'options en fonction de vos besoins.
Maintenant, avant de conclure, quelques points importants à noter.
La première est que la plupart des moteurs nécessitent une configuration supplémentaire pour permettre au processus de capture
de consommer les données de changement de manière significative sans perte de données.
Par exemple, si vous utilisez l'Oracle, il faut ajouter une journalisation supplémentaire et
le MySQL exige une journalisation binaire.
Si vous n'avez pas vraiment activé l'enregistrement binaire.
Et puis, si vous choisissez la deuxième option pour un exemple, la migration des données existantes et la réplication des changements
en cours.
Dans ce cas, le DMS vous donnera une erreur.
Avant de conclure, quelques points supplémentaires à noter, comme nous savons que vous pouvez créer une tâche qui
capture les changements en cours après avoir terminé la migration initiale.
Cette approche spécifique est donc également appelée réplication continue ou capture des données de changement ou CDC.
Parfois, lors des examens, si l'on parle de CDC, il faut savoir que ce n'est rien d'autre que la réplication continue où les
nouvelles mises à jour de la source sont également reflétées dans la base de données cible.
Voilà pour l'aperçu général.
Et c'est ainsi que se termine la vidéo d'aujourd'hui.