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, il faut AWS DMS se connecter au magasin de données source, lire les données sources et formater 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 devez effectuer 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 cela ne capture pas les modifications apportées à une table donnée tant que le chargement complet de cette table n'est 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 AWS DMS toutes les modifications mises en cache appliquées à 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 AWS DMS utiliser une approche minimaliste et créer uniquement les objets nécessaires pour migrer efficacement les 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ée aucun autre objet inutile pour migrer efficacement les données depuis la source.
Vous pouvez également utiliser la conversion de DMS schéma intégrée 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.
