FAQ sur AWS Database Migration Service

AWS Database Migration Service (AWS DMS), est un service géré de réplication et de migration qui permet de déplacer, rapidement et sûrement, vos bases de données et charges de travail d’analytique vers AWS. La base de données source reste pleinement opérationnelle durant la migration, ce qui minimise les temps d'arrêt des applications qui en dépendent.

AWS Database Migration Service peut évaluer, convertir et migrer vos données vers et depuis les bases de données commerciales et open-source les plus utilisées. AWS Database Migration Service prend en charge les migrations homogènes, telles que les migrations Oracle vers Oracle, ainsi que les migrations hétérogènes entre différentes bases de données, par exemple depuis Oracle ou Microsoft SQL Server vers Amazon Aurora.

Avec AWS Database Migration Service, vous pouvez aussi répliquer continuellement les données avec une faible latence depuis une source prise en charge vers une cible prise en charge. Par exemple, vous pouvez répliquer les données depuis plusieurs sources vers Amazon Simple Storage Service (Amazon S3) pour créer une solution de lacs de données hautement disponible et évolutive.

Vous pouvez également consolider les bases de données en un entrepôt des données à l'échelle du pétaoctet grâce au streaming de données vers Amazon Redshift. En savoir plus sur les bases de données sources et cibles prises en charge.

Démarrer avec AWS Database Migration Service est simple et rapide. La plupart des tâches de réplication de données peuvent être configurées en moins de 10 minutes.

Consultez la section AWS Database Migration Service de la Console de gestion AWS et entrez dans l’assistant de démarrage de migration. Précisez vos points de terminaison source et cible, sélectionnez une instance de réplication existante ou créez-en une nouvelle. Vous pouvez alors accepter les règles de mappage de schéma par défaut ou définir vos propres transformations. La réplication des données démarre immédiatement une fois l’assistant terminé.

AWS DMS est une option abordable et peu coûteuse pour migrer vos bases de données et charges de travail d’analytique. Vous ne payez que les instances de réplication et votre stockage de journaux additionnel. Le transfert des données est gratuit. Vous trouverez les détails complets de la tarification sur la page de tarification DMS.

La conversion des schémas AWS DMS est gratuit dans le cadre de DMS. Vous payez uniquement pour l’espace de stockage utilisé.

Pour la migration classique d’une base de données simple, il vous suffit de créer une base de données cible et de migrer le schéma de la base de données existante. Vous configurez ensuite le processus de réplication des données, lancez le chargement complet, puis la capture et l’application des données modifiées. La procédure se termine par le basculement de votre environnement de production vers la nouvelle base de données, une fois que celle-ci est entièrement à jour par rapport à la base de données source.

La seule différence réside dans la dernière étape (le basculement de l'environnement de production), qui ne fait pas partie du processus de réplication de données en continu. Votre tâche de réplication de données s'exécutera jusqu'à ce que vous la modifiez ou l’arrêtiez.

Oui. AWS Database Migration Service contient une large gamme de mesures affichées dans AWS Management Console. Celles-ci fournissent un aperçu de bout en bout du processus de réplication des données, comprenant notamment des données de performances et de diagnostic pour chaque point du pipeline de réplication.

AWS Database Migration Service s’intègre également à d’autres services AWS tels que CloudTrail et CloudWatch Logs. Les clients peuvent également tirer parti de l’API AWS Database Migration Service et de l’interface de la ligne de commande AWS (AWS CLI) pour s’intégrer avec vos outils existants ou développer des outils de surveillance personnalisés adaptés à vos besoins spécifiques.

AWS Database Migration Service fournit une API de provisionnement qui permet de créer une tâche de réplication directement à partir de votre environnement de développement, ou de programmer sa création à des moments déterminés de la journée.

Grâce à l’API et à l’interface de ligne de commande du service, les développeurs et les administrateurs de bases de données peuvent automatiser la création, le redémarrage, la gestion et l’arrêt des tâches de réplication.

AWS Database Migration Service (DMS) prend en charge de nombreuses réplications de données homogènes et hétérogènes.

Au moins l'une des bases de données source ou cible doit résider dans RDS ou dans EC2. La réplication de bases de données sur site sur d'autres bases de données sur site n'est pas prise en charge.

• Sources DMS prises en charge
• Cibles DMS prises en charge

AWS DMS sans serveur prend en charge les bases de données et les services d’analytique les plus courants, tels qu’Oracle, Microsoft SQL Server, PostgreSQL, MySQL, Amazon Redshift, Amazon RDS, Amazon Aurora, etc. Consultez la liste complète des moteurs pris en charge.

La conversion des schémas AWS DMS prend en charge une variété de bases de données populaires, répertoriées ci-dessous.

L’outil de conversion des schémas AWS (AWS SCT) prend en charge de nombreuses conversions de bases et d’entrepôts des données, dont la liste peut être consultée ici.

Consultez la liste complète des moteurs pris en charge pour les migrations de données homogènes d’AWS DMS, incluant notamment PostgreSQL et MySQL.

Oui, AWS Database Migration Service intègre l’outil de conversion des schémas AWS DMS (DMS SC) qui automatise la conversion de code Oracle PL/SQL et SQL Server T-SQL en un code équivalent dans la syntaxe Amazon RDS for MySQL, ou en un code PL/pgSQL équivalent dans PostgreSQL.

Lorsqu’une portion de code ne peut être convertie automatiquement dans le langage cible, DMS SC indiquera précisément les emplacements où le développeur de l’application doit intervenir manuellement. Une version téléchargeable, appelée outil de conversion des schémas AWS (AWS SCT), est également disponible.

Oui, lorsque vous devez utiliser un processus de migration de schéma plus personnalisable (par exemple, lorsque vous migrez votre base de données de production et que vous devez déplacer vos procédures stockées et vos objets de base de données secondaires), vous pouvez utiliser la fonctionnalité intégrée de conversion des schémas d’AWS DMS pour les migrations hétérogènes. Les autres options comprennent le téléchargement de l'AWS Schema Conversion Tool ou l'utilisation des outils d'exportation de schémas natifs du moteur source, si vous effectuez des migrations homogènes, telles que :

1. L'assistant d'importation et d'exportation de SQL Server Management Studio.
2. L'outil d'exportation de base de données SQL Developer d'Oracle ou script d'exportation à l'aide du paquet dbms_metadata.
3. Assistant de migration de MySQL Workbench.

AWS DMS et AWS SCT fonctionnent conjointement pour migrer des bases de données et soutenir la réplication continue pour une variété de cas d’utilisation, comme l’alimentation de lacs et d’entrepôts de données, la synchronisation de systèmes, etc. AWS SCT est capable de copier des schémas de base de données pour des migrations homogènes et de les convertir pour soutenir des migrations hétérogènes. Les schémas peuvent servir à changer de base de données (d'Oracle vers PostgreSQL, par exemple) ou d'entrepôt des données (de Netezza vers Amazon Redshift, par exemple).

Quand un schéma a été créé pour une cible vierge, AWS DMS ou AWS SCT est utilisé pour transférer les données en fonction du volume de données et/ou des moteurs pris en charge. AWS DMS sert traditionnellement à transférer des charges de travail relationnelles de petite taille (<10 To), tandis que AWS SCT est principalement utilisé pour migrer de vastes charges de travail d'entrepôts de données. Contrairement à AWS SCT, AWS DMS prend en charge la réplication continue pour que la cible reste synchronisée avec la source.

AWS Database Migration Service (AWS DMS) sans serveur provisionne, surveille et met à l’échelle automatiquement les ressources afin de faciliter et de rentabiliser les migrations de bases de données et d’analytiques vers AWS. Avec AWS DMS sans serveur , vous n'avez plus à surapprovisionner les ressources de migration ni à surveiller et à mettre à l'échelle manuellement les ressources pour une réplication continue des données. AWS DMS sans serveur optimise les ressources pour répondre à la demande. Vous ne payez donc que pour les ressources utilisées. Cette solution est particulièrement utile pour les cas d’utilisation courants tels que la réplication continue des données, ainsi que les migrations hétérogènes complexes entre différents moteurs source et cible.

Oui, AWS DMS sans serveur peut être utilisé pour une réplication continue. DMS sans serveur prend en charge les options de déploiement mono-AZ et multi-AZ.

Pour des migrations homogènes, nous recommandons d’utiliser les outils natifs intégrés de DMS pour les moteurs pris en charge, en raison de leur facilité d’utilisation et de la fluidité du processus de migration. Vous n’avez pas besoin de provisionner ou de surveiller la migration, et vous ne payez que pour les heures utilisées pendant la migration. Pour consulter les moteurs pris en charge, accédez à la page de documentation DMS.

Pour les migrations hétérogènes ou les réplications continues de données soumises aux fluctuations, nous recommandons l’utilisation d’AWS DMS sans serveur. La solution surveille et met à l’échelle automatiquement les ressources pour répondre à la demande, sans intervention manuelle ni surprovisionnement. Cela vous permet de gagner à la fois du temps et de l’argent. D’autre part, les instances à la demande sont idéales pour des transferts de données prévisibles et stables, car elles peuvent être dimensionnées afin d’optimiser les performances et les coûts. Consultez la documentation AWS DMS sans serveur pour en savoir plus sur les moteurs pris en charge.

Oui, les outils natifs intégrés d’AWS DMS pour la migration de données homogènes sont sans serveur. Le service n’utilise pas d’instance de réplication et surveille automatiquement les ressources de migration, en les mettant à l’échelle selon les besoins, afin d’assurer une migration fluide et efficace.

AWS DMS Fleet Advisor est une fonctionnalité gratuite et entièrement gérée par AWS Database Migration Service (AWS DMS). Elle automatise la planification de la migration et vous aide à migrer les flottes de systèmes d’analytique et de bases de données vers le cloud, à grande échelle et à moindre effort. Pour la découverte des bases de données sur site, vous pouvez utiliser un collecteur autonome AWS DMS Fleet Advisor ou le module de collecte de bases de données et d’analytiques du collecteur sans agent AWS Application Discovery Service (ADS).

AWS DMS Fleet Advisor est destiné aux utilisateurs qui prévoient de migrer un grand nombre de serveurs de bases de données et d’analytique vers AWS. Lorsque la migration de vos charges de travail de bases de données et d’analytique vers les services cibles dans AWS est prête, utilisez AWS DMS Fleet Advisor pour découvrir et analyser vos charges de travail de bases de données de traitement transactionnel en ligne (OLTP) et de traitement analytique en ligne (OLAP). Fleet Advisor vous permet de créer un plan de migration personnalisé en déterminant la complexité de la migration de vos bases de données sources vers les services cibles dans AWS.

AWS Application Discovery Service (ADS) et Migration Evaluator sont destinés au calcul étendu et à la découverte de stockage par bloc associé. Migration Evaluator est utilisé par des clients entamant leur parcours de migration qui recherchent un cas d’utilisation orienté données pour AWS. ADS est utilisé pour alimenter AWS Migration Hub afin de visualiser les dépendances de serveur à serveur, de créer des groupes d’applications et de suivre l’avancement de la migration.

Pour la plupart des clients, nous recommandons d’utiliser le collecteur sans agent AWS Application Discovery Service (ADS) dans les régions où il est disponible, car il prend en charge la migration des serveurs via AWS Migration Hub et vous permet de découvrir des bases de données sur site. Pour toutes les autres régions, nous vous recommandons d’utiliser le collecteur AWS DMS Fleet Advisor. Les métadonnées de base de données et les métriques d’utilisation collectées à la fois à partir du collecteur autonome AWS DMS Fleet Advisor et du collecteur sans agent AWS ADS seront disponibles dans AWS DMS Fleet Advisor.

Utilisez le collecteur sans agent AWS ADS si vous disposez d’un environnement VMware vCenter Server. Dans le cas contraire, vous pouvez installer le collecteur AWS DMS Fleet Advisor sur un serveur Microsoft Windows 2012 ou version ultérieure.

La politique de cycle de vie de la prise en charge AWS DMS spécifie la durée pendant laquelle la prise en charge sera disponible pour chaque version DMS, à partir du moment où une version est publiée jusqu’au moment où elle n’est plus prise en charge.  

La stratégie de cycle de vie de la prise en charge vise à fournir des directives prévisibles et cohérentes pour la prise en charge de chaque version d’AWS DMS. Les directives permettront aux clients de planifier stratégiquement leur migration et leurs mises à niveau.

La date de fin de prise en charge pour chaque version de DMS débute 18 mois après sa sortie initiale. Pour obtenir le calendrier à jour de toutes les versions existantes de DMS, rendez-vous dans la nouvelle section « Politique de cycle de vie de la prise en charge » de votre console DMS. 

Les dates de prise en charge pour chaque version AWS DMS seront incluses dans les Notes de mise à jour DMS associées, ainsi que dans la nouvelle section « Politique de cycle de vie de la prise en charge » de votre console DMS. Si vous utilisez une version dont le support prend fin dans les 90 jours, une alerte s'affiche à côté de la version du moteur, sous « Instance de réplication ». De plus, AWS envoie aux propriétaires d’instances DMS un rappel trimestriel par e-mail indiquant qu’ils exécutent une version qui ne sera plus prise en charge au cours du trimestre suivant.

La politique est entrée en vigueur le 1er janvier 2023. Toutes les instances qui ont atteint la date de fin de prise en charge (18 mois après la publication) seront automatiquement mises à niveau vers la dernière version DMS recommandée, quel que soit le paramètre de mise à niveau automatique.

Le service DMS désigne l’une des dernières versions de DMS comme version recommandée. Cette version recommandée est la version qui sera utilisée pour les mises à niveau automatiques et constitue le choix par défaut pour les clients créant une nouvelle instance DMS.

Les nouvelles versions de DMS ne sont publiées qu’après des tests approfondis. Après la sortie d'une nouvelle version, l'équipe de service DMS surveille de près les mesures de fiabilité et les commentaires des clients. Une fois que nous sommes convaincus qu’il n’y a aucun problème significatif avec la nouvelle version, nous marquerons cette version comme la nouvelle version recommandée. Vous pouvez la trouver lors de la sélection de la version au moment de la création de l’instance de réplication.

AWS DMS ne fait pas la différence entre une version majeure et une version mineure et ne prévoit pas d’avoir une politique de prise en charge différente. 

Si vous activez la mise à niveau automatique, votre instance de réplication sera automatiquement mise à jour vers la dernière version recommandée dès qu’elle sera disponible. Si vous vous désabonnez de la mise à niveau automatique, AWS DMS mettra à jour vos instances vers la dernière version préférée une fois la date de fin de vie atteinte, qui sera communiquée par e-mail et notification de la console avant la mise à niveau. Vous pouvez en savoir plus sur la mise à niveau de la version du moteur DMS à l’aide de la console AWS ou de l’AWS CLI dans ce guide d’utilisation de DMS.

Le paramètre de mise à niveau automatique dans votre instance de réplication est activé par défaut. Pour vérifier ce paramètre ou lui apporter des modifications à l’aide de l’AWS CLI, de l’API DMS ou de la console, vous pouvez utiliser ce guide sur la modification d’une instance de réplication.

Si les tables de la tâche de migration sont dans la phase de réplication des modifications en cours (CDC), AWS DMS suspend la tâche pendant que le correctif est appliqué. La migration reprend ensuite là où elle s'était arrêtée lors de l'application du correctif.

Si AWS DMS exécute une opération de chargement complet lorsque le correctif est appliqué, AWS DMS redémarre la migration pour la table. Ces mises à niveau se produiront pendant la fenêtre de maintenance spécifiée pour l'instance de réplication. Vous pouvez trouver plus de détails sur le guide d’utilisation de la fenêtre de maintenance AWS DMS.

Une fois la date de fin de vie d’une version DMS passée, AWS DMS peut supprimer la version de la console et mettre à niveau votre instance de réplication vers la dernière version recommandée afin de continuer à fournir une prise en charge. Nous vous recommandons de mettre à niveau vers la dernière version d’AWS DMS dès que possible.

Pour plus d’informations, vous pouvez contacter AWS Developer Support.