Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Vue de haut niveau de AWS DMS
Pour effectuer une migration de base de données, AWS DMS se connecte au magasin de données source, lit les données sources et met en forme les données pour qu'elles soient consommées par le magasin de données cible. Ensuite, il charge les données dans le magasin de données cible. La majeure partie de ce traitement se passe dans la mémoire, même si les transactions importantes peuvent avoir besoin d'une mise en mémoire tampon sur le disque. Les transactions mises en cache et les fichiers journaux sont également écrits sur le disque.
À un niveau élevé, lors de l'utilisation AWS DMS vous effectuez les opérations suivantes :
-
Découvrir les bases de données de votre environnement réseau qui sont de bons candidats à la migration.
-
Convertir automatiquement les schémas de la base de données source et la plupart des objets de code de base de données dans un format compatible avec la base de données cible.
-
Créer un serveur de réplication.
Créer les points de terminaison source et cible ayant les informations de connexion sur vos magasins de données.
-
Créer une ou plusieurs tâches de migration pour migrer les données entre les magasins de données source et cible.
Une tâche se compose de trois phases principales :
Migration des données existantes (chargement complet)
l'application des modifications mises en cache ;
Réplication continue (capture des données de modification)
Lors d'une migration à chargement complet, lorsque les données existantes de la source sont déplacées vers la cible, AWS DMS charge les données des tables du magasin de données source vers les tables du magasin de données cible. Lorsque le chargement complet est en cours, toutes les modifications apportées aux tables en cours de chargement sont mises en cache sur le serveur de réplication ; ce sont les modifications mises en cache. Il est important de noter que AWS DMS ne capture pas les modifications apportées à une table donnée avant le début du chargement complet de cette table. En d'autres termes, le point de démarrage de la capture des modifications varie d'une table à une autre.
Lorsque le chargement complet d'une table donnée est terminé, AWS DMS commence immédiatement à appliquer les modifications mises en cache pour cette table. Une fois la table chargée et les modifications mises en cache appliquées, AWS DMS commence à collecter les modifications sous forme de transactions pour la phase de réplication en cours. Si les tables d’une transaction ne sont pas encore complètement chargées, les modifications sont stockées localement sur l’instance de réplication. Après AWS DMS applique toutes les modifications mises en cache à toutes les tables, les tables sont cohérentes sur le plan des transactions. À ce stade, AWS DMS passe à la phase de réplication en cours, en appliquant les modifications sous forme de transactions.
Au début de la phase de réplication continue, un retard de transactions entraîne généralement un décalage entre les bases de données source et cible. La migration atteint finalement un état est stable, après avoir traité ce retard de transactions. À ce stade, vous pouvez fermer vos applications, autoriser l'application des transactions restantes à la cible, relancer vos applications, qui pointent maintenant vers la base de données cible.
AWS DMS crée les objets du schéma cible nécessaires pour effectuer une migration de données. Vous pouvez utiliser … AWS DMS pour adopter une approche minimaliste et créer uniquement les objets nécessaires à une migration efficace des données. En utilisant cette approche, AWS DMS crée des tables, des clés primaires et, dans certains cas, des index uniques, mais il ne crée aucun autre objet qui ne soit pas nécessaire pour migrer efficacement les données depuis la source.
Vous pouvez également utiliser la conversion de DMS schéma dans AWS DMS pour convertir automatiquement les schémas de votre base de données source et la plupart des objets de code de base de données dans un format compatible avec la base de données cible. Cette conversion inclut les tables, les vues, les procédures stockées, les fonctions, les types de données, les synonymes, etc. Tous les objets que la conversion de DMS schéma ne peut pas convertir automatiquement sont clairement marqués. Pour terminer la migration, vous pouvez convertir ces objets manuellement.
