FAQ sur AWS Database Migration Service

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'analyse 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.

AWS DMS Schema Conversion 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 de données 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, notamment PostgreSQL et MySQL.

Oui, AWS Database Migration Service intègre l'outil gratuit AWS DMS Schema Conversion (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 met clairement en évidence toutes les parties nécessitant l'intervention manuelle du développeur de l'application. Une version téléchargeable, appelée Outil de conversion des schémas AWS (AWS SCT), est également disponible.

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 fonction intégrée Schema Conversion 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 MySQL Workbench Migration.

AWS DMS et AWS SCT travaillent en conjonction 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'analyses 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. Cela le rend 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 l'utilisation de l'outil natif intégré de DMS pour les moteurs pris en charge, en raison de sa convivialité et de la fluidité de sa migration. Vous n'avez pas besoin de mettre en service ou de surveiller la migration, et vous ne payez que pour les heures utilisées pendant la migration. Pour vérifier 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 de données, nous recommandons l'utilisation d'AWS DMS sans serveur car il surveille automatiquement les ressources et les met à l'échelle pour répondre à la demande sans intervention manuelle ni sur-provisionnement des ressources, ce qui vous permet de gagner 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 en fonction des performances et des coûts. Consultez la documentation AWS DMS sans serveur pour en savoir plus sur les moteurs pris en charge.

Oui, l'outil natif intégré à AWS DMS pour une migration de données homogène est sans serveur. Il n'utilise pas des instances de réplication et surveille automatiquement les ressources de migration et les met à l'échelle en fonction des besoins afin de garantir une migration fluide.

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 découvrir 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'analyses 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 vous êtes prêt à migrer vos charges de travail de bases de données et d'analytique vers les services cibles dans AWS, vous devez utiliser AWS DMS Fleet Advisor pour découvrir et analyser vos charges de travail de bases de données de traitement de transactions 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, 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 mesures 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, le collecteur AWS DMS Fleet Advisor peut être installé sur un Microsoft Windows Server 2012 ou supérieur.

La politique de cycle de vie du support AWS DMS spécifie la durée pendant laquelle le support 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 support pour chaque version DMS débutera 18 mois après sa première sortie. Pour obtenir le calendrier à jour de toutes les versions existantes de DMS, rendez-vous dans la nouvelle section « Politique de cycle de vie du support » de votre console DMS. 

Les dates de support pour chaque version AWS DMS seront inclus dans les Notes de mise à jour DMS associées, ainsi que dans la nouvelle section « Politique de cycle de vie du support » 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 support de 18 mois après la publication seront automatiquement mises à niveau vers la dernière version DMS préféré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 préférée. Cette version préférée est la version qui sera utilisée pour les mises à niveau automatiques et est 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 pas de problèmes significatifs avec la nouvelle version, nous marquerons cette version comme la nouvelle version préférée que vous pouvez trouver lors de la sélection de la version lors 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 préféré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 utilisateur 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 de 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 finale de la console et mettre à niveau votre instance de réplication vers la dernière version préféré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.

Vous pouvez contacter AWS Developer Support pour plus d'informations.