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.
High-level vue de AWS DMS
Pour effectuer une migration de base de données AWS DMS , connectez-vous à la banque de données source, lisez les données source et formatez les données pour qu'elles soient utilisées par la banque 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 , procédez comme suit :
-
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, au cours de laquelle les données existantes de la source sont déplacées vers la cible, AWS DMS les données des tables du magasin de données source sont chargées 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 les modifications apportées à une table donnée AWS DMS ne sont pas capturées tant que le chargement complet de cette table n'a pas commencé. 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é, commence AWS DMS 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. Une fois que AWS DMS toutes les modifications mises en cache ont été appliquées à toutes les tables, les tables sont cohérentes sur le plan transactionnel. À 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 de schéma cibles nécessaires pour effectuer une migration de données. Vous pouvez AWS DMS adopter une approche minimaliste et créer uniquement les objets nécessaires à une migration efficace des données. Cette approche permet de AWS DMS créer des tables, des clés primaires et, dans certains cas, des index uniques, mais elle ne créera aucun autre objet qui ne soit pas nécessaire pour migrer efficacement les données depuis la source.
Vous pouvez également utiliser DMS Schema Conversion 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 schéma DMS ne peut pas convertir automatiquement sont clairement marqués. Pour terminer la migration, vous pouvez convertir ces objets manuellement.
