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.
# AWS DMS Terminologie et concepts
AWS Database Migration Service (AWS DMS) est un service Web que vous pouvez utiliser pour migrer des données d'un magasin de données source vers un magasin de données cible. Ces deux magasins de données sont appelés « points de terminaison ». Vous pouvez effectuer des migrations entre des points de terminaison source et cible qui utilisent le même moteur de base de données, par exemple d'une base de données Oracle vers une base de données Oracle. Vous pouvez également procéder à une migration entre des points de terminaison source et cible qui utilisent des moteurs de base de données différents, par exemple d'une base de données Oracle vers une base de données PostgreSQL. La seule exigence d'utilisation AWS DMS est que l'un de vos points de terminaison se trouve sur un AWS service. Vous ne pouvez pas l'utiliser AWS DMS pour migrer d'une base de données locale vers une autre base de données locale.
Pour plus d'informations sur le coût de la migration d'une base de données, consultez la [page de tarification AWS Database Migration Service](https://aws.amazon.com/dms/pricing/).
Utilisez les rubriques suivantes pour mieux comprendre AWS DMS.
**Topics**
+ [
# Vue de haut niveau de AWS DMS
](CHAP_Introduction.HighLevelView.md)
+ [
# Composants de AWS DMS
](CHAP_Introduction.Components.md)
+ [
# Sources pour AWS DMS
](CHAP_Introduction.Sources.md)
+ [
# Objectifs pour AWS DMS
](CHAP_Introduction.Targets.md)
+ [
# Création d'un nom de ressource Amazon (ARN) pour AWS DMS
](CHAP_Introduction.AWS.ARN.md)
+ [
# Utilisation AWS DMS avec d'autres AWS services
](CHAP_Introduction.AWS.md)
# 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 schéma DMS 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 schéma DMS ne peut pas convertir automatiquement sont clairement marqués. Pour terminer la migration, vous pouvez convertir ces objets manuellement.
# Composants de AWS DMS
Cette section décrit les composants internes AWS DMS et la manière dont ils fonctionnent ensemble pour effectuer la migration de vos données. La compréhension des composants sous-jacents d' AWS DMS peut vous aider à migrer vos données plus efficacement et à mieux saisir les tenants et les aboutissants lors de la résolution ou de l'étude de problèmes.
Une AWS DMS migration comprend cinq éléments : découverte des bases de données à migrer, conversion automatique du schéma, instance de réplication, points de terminaison source et cible, et tâche de réplication. Vous créez une AWS DMS migration en créant l'instance de réplication, les points de terminaison et les tâches nécessaires dans un Région AWS.
**Découverte des bases de données**
DMS Fleet Advisor collecte des données provenant de plusieurs environnements de base de données afin de fournir un aperçu de votre infrastructure de données. DMS Fleet Advisor collecte les données de vos serveurs d’analytique et de base de données sur site à partir d’un ou de plusieurs sites centraux, sans qu’il soit nécessaire de l’installer sur chaque ordinateur. Actuellement, DMS Fleet Advisor prend en charge les serveurs de base de données Microsoft SQL Server, MySQL, Oracle et PostgreSQL.
Sur la base des données découvertes à partir de votre réseau, DMS Fleet Advisor établit un inventaire que vous pouvez passer en revue pour déterminer les serveurs de base de données et les objets à surveiller. Au fur et à mesure que des informations relatives à ces serveurs, bases de données et schémas sont collectées, vous pouvez analyser la faisabilité des migrations de bases de données que vous envisagez.
**Migration de schéma et de code**
La conversion du schéma DMS dans AWS DMS rend les migrations de bases de données entre différents types de bases de données plus prévisibles. Vous pouvez utiliser la conversion de schéma DMS pour évaluer la complexité de votre migration pour votre fournisseur de données source, puis l’utiliser pour convertir les schémas de base de données et les objets de code. Vous pouvez alors appliquer le code converti à la base de données cible.
De manière générale, la conversion de schéma DMS fonctionne avec les trois composants suivants : les profils d’instance, les fournisseurs de données et les projets de migration. Un *profil d’instance* spécifie les paramètres réseau et de sécurité. Un *fournisseur de données* stocke les informations d’identification de connexion à la base de données. Un *projet de migration* contient des fournisseurs de données, un profil d'instance et des règles de migration. AWS DMS utilise des fournisseurs de données et un profil d'instance pour concevoir un processus de conversion des schémas de base de données et des objets de code.
** Instance de réplication **
À un niveau élevé, une instance de AWS DMS réplication est simplement une instance Amazon Elastic Compute Cloud (Amazon EC2) gérée qui héberge une ou plusieurs tâches de réplication.
La figure suivante montre un exemple d'instance de réplication qui exécute plusieurs tâches de réplication associées.
![\[Commencez avec AWS DMS\]](http://docs.aws.amazon.com/fr_fr/dms/latest/userguide/images/datarep-intro-rep-instance1.png)
Une instance de réplication unique peut héberger une ou plusieurs tâches de réplication, en fonction des caractéristiques de votre migration et de la capacité du serveur de réplication. AWS DMS fournit une variété d'instances de réplication afin que vous puissiez choisir la configuration optimale pour votre cas d'utilisation. Pour plus d'informations sur les différentes classes d'instances de réplication, consultez [Choisir l'instance de réplication AWS DMS adaptée à votre migration](CHAP_ReplicationInstance.Types.md).
AWS DMS crée l'instance de réplication sur une instance Amazon EC2. Certaines des plus petites classes d'instance sont suffisantes pour tester le service ou effectuer de petites migrations. Si votre migration implique un grand nombre de tables, ou si vous prévoyez d'exécuter plusieurs tâches de réplication simultanées, vous devez envisager d'utiliser une des instances plus grandes. Cette approche est recommandée, car AWS DMS peut consommer une quantité importante de mémoire et d'UC.
En fonction de la classe d’instances Amazon EC2 que vous sélectionnez, votre instance de réplication dispose d’un stockage de données de 50 Go ou de 100 Go. Ce volume est généralement suffisant pour la plupart des clients. Toutefois, si votre migration implique de grandes transactions ou un important volume de changements de données, vous pouvez augmenter l'allocation de stockage de base. La capture des changements de données (CDC) peut entraîner l'écriture de données sur le disque selon la vitesse d'écriture des changements de la cible. Comme les fichiers journaux sont également écrits sur le disque, l’augmentation du niveau de gravité de la journalisation entraîne également l’augmentation de la consommation de stockage.
AWS DMS peut fournir une haute disponibilité et un support de basculement à l'aide d'un déploiement multi-AZ. Dans un déploiement multi-AZ, AWS DMS provisionne et gère automatiquement une réplique de secours de l'instance de réplication dans une autre zone de disponibilité. L'instance de réplication principale est répliquée de manière synchrone vers le réplica de secours. Si l'instance de réplication principale échoue ou ne répond plus, l'instance de secours reprend toutes les tâches en cours avec une interruption minimale. Comme l'instance principale réplique constamment son état vers l'instance de secours, un déploiement multi-AZ occasionne une certaine dégradation des performances.
Pour des informations plus détaillées sur l'instance de AWS DMS réplication, consultez[Utilisation d'une instance AWS DMS de réplication](CHAP_ReplicationInstance.md).
Plutôt que de créer et de gérer une instance de réplication, vous pouvez configurer votre AWS DMS réplication automatiquement à l'aide de AWS DMS Serverless. Pour de plus amples informations, veuillez consulter [Travailler avec AWS DMS Serverless](CHAP_Serverless.md).
** Endpoint**
AWS DMS utilise un point de terminaison pour accéder à votre banque de données source ou cible. Les informations de connexion spécifiques sont différentes en fonction de votre magasin de données mais, en général, vous fournissez les informations suivantes lorsque vous créez un point de terminaison :
+ Type de point de terminaison : source ou cible.
+ Type de moteur : type de moteur de base de données, tel qu’Oracle ou PostgreSQL.
+ Nom du serveur : nom du serveur ou adresse IP AWS DMS accessible.
+ Port : numéro de port utilisé pour les connexions de serveur de base de données.
+ Chiffrement : mode SSL (Secure Socket Layer) si SSL est utilisé pour chiffrer la connexion.
+ Informations d’identification : nom d’utilisateur et mot de passe pour un compte doté des droits d’accès requis.
Lorsque vous créez un point de terminaison à l'aide de la AWS DMS console, celle-ci vous demande de tester la connexion du point de terminaison. Le test doit être réussi avant d'utiliser le point de terminaison dans une AWS DMS tâche. Comme les informations de connexion, les critères de test spécifiques sont différents pour différents types de moteur. En général, AWS DMS vérifie que la base de données existe pour le port et nom de serveur donnés, et que les informations d'identification fournies permettent de se connecter à la base de données avec les privilèges nécessaires pour effectuer une migration. Si le test de connexion est réussi, AWS DMS télécharge et stocke les informations du schéma pour les utiliser ultérieurement lors de la configuration des tâches. Ces informations peuvent inclure des définitions de table, des définitions de clé primaire et des définitions de clé unique, par exemple.
Plusieurs tâches de réplication peuvent utiliser un seul point de terminaison. Par exemple, vous pouvez avoir deux applications logiquement distinctes, hébergées dans la même base de données source que vous souhaitez migrer séparément. Dans ce cas, vous créez deux tâches de réplication, une pour chaque ensemble de tables d'application. Vous pouvez utiliser le même AWS DMS point de terminaison pour les deux tâches.
Vous pouvez personnaliser le comportement d’un point de terminaison à l’aide des paramètres du point de terminaison. Les *paramètres du point de terminaison* peuvent contrôler divers comportements tels que le niveau de détail de la journalisation, la taille des fichiers et d’autres paramètres. Chaque type de moteur de stockage de données dispose de paramètres de point de terminaison différents. Vous pouvez trouver les paramètres de point de terminaison spécifiques pour chaque magasin de données dans la section source ou cible de ce magasin de données. Pour obtenir la liste des magasins de données source et cible pris en charge, consultez [Sources pour AWS DMS](CHAP_Introduction.Sources.md) et [Objectifs pour AWS DMS](CHAP_Introduction.Targets.md).
Pour des informations plus détaillées sur les AWS DMS points de terminaison, consultez[Utilisation des points de AWS terminaison DMS](CHAP_Endpoints.md).
**Tâches de réplication**
Vous utilisez une tâche de AWS DMS réplication pour déplacer un ensemble de données du point de terminaison source vers le point de terminaison cible. La création d'une tâche de réplication est la dernière étape que vous devez effectuer avant de démarrer une migration.
Lorsque vous créez une tâche de réplication, vous spécifiez les paramètres de tâche suivants :
+ Instance de réplication : l’instance utilisée pour héberger et exécuter la tâche
+ Point de terminaison source
+ Point de terminaison cible
+ Options de type de migration, comme indiqué ci-après. Pour obtenir une explication complète des options de type de migration, reportez-vous à [Création d’une tâche](CHAP_Tasks.Creating.md).
+ Chargement complet (Transférer les données existantes) : si vous pouvez vous permettre une interruption suffisamment longue pour copier vos données existantes, il est judicieux de choisir cette option. Cette option migre simplement les données de votre base de données source vers votre base de données cible, en créant des tables le cas échéant.
+ Chargement complet \$1 CDC (Migrer les données existantes et répliquer les modifications en cours) : cette option effectue un chargement complet des données tout en capturant les modifications apportées à la source. Une fois le chargement complet terminé, les modifications capturées sont appliquées à la cible. L'application des modifications finit par atteindre un état stable. Vous pouvez à ce stade fermer vos applications, laisser les modifications restantes être appliquées à la cible, puis redémarrer vos applications pointant vers la cible.
+ CDC uniquement (Répliquer les modifications de données uniquement) : dans certains cas, il peut s’avérer plus efficace de copier les données existantes à l’aide d’une méthode autre que AWS DMS. Par exemple, dans une migration homogène, l'utilisation d'outils natifs d'importation/exportation peut se révéler plus efficace pour charger les données en masse. Dans ce cas, vous pouvez l'utiliser AWS DMS pour répliquer les modifications dès le début de votre chargement en masse afin de synchroniser vos bases de données source et cible.
+ Options de mode de préparation de table cible, comme indiqué ci-après. Pour obtenir une présentation complète des modes de table cible, consultez [Création d’une tâche](CHAP_Tasks.Creating.md).
+ Ne rien faire : AWS DMS suppose que les tables cibles sont précréées sur la cible.
+ Déposer les tables sur la cible : AWS DMS supprime et recrée les tables cibles.
+ Tronquer : si vous avez créé des tables sur la cible, AWS DMS les tronque avant le démarrage de la migration. S'il n'existe aucune table et que vous sélectionnez cette option, AWS DMS crée les tables manquantes.
+ Options de mode LOB, comme indiqué ci-après. Pour obtenir une présentation complète des modes LOB, consultez [Configuration du support LOB pour les bases de données sources dans une tâche AWS DMS](CHAP_Tasks.LOBSupport.md).
+ Ne pas inclure les colonnes LOB : les colonnes LOB sont exclues de la migration.
+ Mode LOB complet : migration complète, LOBs quelle que soit la taille. AWS DMS migre par morceaux en morceaux contrôlés par le paramètre **Max** LOB LOBs Size. Ce mode est plus lent que le mode LOB limité.
+ Mode LOB limité : tronquez LOBs à la valeur spécifiée par le paramètre **Max LOB** Size. Ce mode est plus rapide que le mode LOB complet.
+ Mappages de tables : indique les tables à migrer et la façon dont elles sont migrées. Pour de plus amples informations, veuillez consulter [Utilisation du mappage de table pour spécifier des paramètres de tâche](CHAP_Tasks.CustomizingTasks.TableMapping.md).
+ Transformations de données, comme indiqué ci-après. Pour plus d'informations sur les transformations de données, consultez [Spécification des règles de sélection de table et de transformation à l’aide de JSON](CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.md).
+ Modification des noms de schéma, de table et de colonne.
+ Modification des noms d'espace de table (pour les points de terminaison cible Oracle).
+ Définition de clés principales et d'index uniques sur la cible.
+ Validation des données
+ CloudWatch Journalisation sur Amazon
Vous utilisez cette tâche pour migrer les données du point de terminaison source vers le point de terminaison cible ; le traitement des tâches s'effectue sur l'instance de réplication. Vous spécifiez les tables et les schémas à migrer, ainsi que tout traitement particulier, tel que les exigences de journalisation, les données des tables de contrôle et la gestion des erreurs.
Conceptuellement, une tâche de AWS DMS réplication exécute deux fonctions distinctes, comme le montre le schéma ci-dessous.
![\[Commencez avec AWS DMS\]](http://docs.aws.amazon.com/fr_fr/dms/latest/userguide/images/datarep-intro-rep-task1.png)
Le processus de chargement complet est simple à comprendre. Les données sont extraites de la source dans un mode d'extraction en bloc, puis chargées directement dans la cible. Vous pouvez spécifier le nombre de tables à extraire et à charger en parallèle sur la AWS DMS console dans **les paramètres avancés**.
Pour plus d'informations sur AWS DMS les tâches, consultez[Travailler avec des AWS DMS tâches](CHAP_Tasks.md).
**Réplication en cours ou capture des données modifiées**
Vous pouvez également utiliser une AWS DMS tâche pour capturer les modifications continues apportées au magasin de données source pendant que vous migrez vos données vers une cible. Le processus de capture des modifications AWS DMS utilisé lors de la réplication des modifications en cours à partir d'un point de terminaison source collecte les modifications apportées aux journaux de base de données à l'aide de l'API native du moteur de base de données.
Dans le processus CDC, la tâche de réplication est conçue pour diffuser en continu les modifications de la source vers la cible, à l'aide de tampons en mémoire pour stocker les données en transit. Si les tampons en mémoire s'épuisent pour une raison quelconque, la tâche de réplication déverse les changements en attente dans le cache des changements sur le disque. Cela peut se produire, par exemple, si les modifications AWS DMS sont capturées à partir de la source plus rapidement qu'elles ne peuvent être appliquées à la cible. Dans ce cas, vous voyez la *latence cible* de la tâche dépasser la *latence source* de la tâche.
Vous pouvez vérifier cela en accédant à votre tâche sur la AWS DMS console et en ouvrant l'onglet Surveillance des tâches. Les graphiques de la CDCLatency cible et de la CDCLatency source sont présentés au bas de la page. Si vous avez une tâche qui affiche la latence cible, il est probablement nécessaire d'effectuer quelques réglages sur le point de terminaison cible pour augmenter la vitesse d'application.
La tâche de réplication utilise également un stockage pour les journaux de tâches, comme décrit ci-dessus. L'espace disque qui est fourni préconfiguré avec votre instance de réplication est généralement suffisant pour la journalisation et les modifications déversées. Si vous avez besoin de plus d'espace disque, par exemple, lorsque vous utilisez le débogage détaillé pour étudier un problème de migration, vous pouvez modifier l'instance de réplication pour allouer plus d'espace.
# Sources pour AWS DMS
Vous pouvez utiliser différents magasins de données sources dans différentes AWS DMS fonctionnalités. Les sections suivantes contiennent les listes des magasins de données sources pris en charge pour chaque AWS DMS fonctionnalité.
**Topics**
+ [
## Points de terminaison sources pour la migration des données
](#CHAP_Introduction.Sources.DataMigration)
+ [
## Bases de données sources pour DMS Fleet Advisor
](#CHAP_Introduction.Sources.FleetAdvisor)
+ [
## Fournisseurs de données sources pour la conversion de schéma DMS
](#CHAP_Introduction.Sources.SchemaConversion)
+ [
## Fournisseurs de données sources pour les migrations de données homogènes DMS
](#CHAP_Introduction.Sources.HomogeneousDataMigrations)
## Points de terminaison sources pour la migration des données
Vous pouvez utiliser les magasins de données suivants comme points de terminaison source pour la migration des données à l'aide d' AWS DMS.
**Bases de données sur site et d'instance EC2**
+ Oracle versions 10.2 et ultérieures (pour les versions 10.x), 11g et jusqu’à 12.2, 18c et 19c pour les éditions Enterprise, Standard, Standard One et Standard Two
+ Microsoft SQL Server versions 2008 (prise en charge dans DMS v3.5.4), 2008R2 (prise en charge dans DMS v3.5.4), 2012, 2014, 2016, 2017, 2019 et 2022.
+ Les éditions Enterprise, Standard, Workgroup, Developer et Web prennent en charge la réplication à charge complète.
+ Les éditions Enterprise, Standard (version 2016 et ultérieure) et Developer prennent en charge la réplication CDC (continue) en plus du chargement complet.
+ L’édition Express n’est pas prise en charge.
+ MySQL versions 5.5, 5.6, 5.7, 8.0 et 8.4
**Note**
**Compatibilité avec MySQL et DMS**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/dms/latest/userguide/CHAP_Introduction.Sources.html)
+ MariaDB (prise en charge en tant que source de données compatible avec MySQL) versions 10.0 (uniquement les versions 10.0.24 et supérieures), 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 et 11.4.3 à 11.4.7.
**Note**
Support pour MariaDB en tant que source est disponible dans AWS DMS toutes les versions où MySQL est supporté.
+ PostgreSQL version 9.4 et supérieure (pour les versions 9.x), 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x et 18.x.
**Note**
AWS DMS prend uniquement en charge les versions 9.x, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x et 16.x de PostgreSQL dans les versions 3.5.3 et supérieures.
AWS DMS [prend uniquement en charge les versions 17.x et 18.x de PostgreSQL dans les versions 3.5.4 (voir limitations) et supérieures.](CHAP_Source.PostgreSQL.html#CHAP_Source.PostgreSQL.ReadReplica)
+ Versions de MongoDB 3.x, 4.0, 4.2, 4.4, 5.0, 6.0, 7.0 et 8.0.
+ SAP Adaptive Server Enterprise (ASE) versions 12.5, 15, 15.5, 15.7, 16 et ultérieures
+ Versions IBM Db2 pour Linux, UNIX et Windows (Db2 LUW) :
+ Version 9.7, tous les packs de correctifs
+ Version 10.1, tous les packs de correctifs
+ Version 10.5, tous les packs de correctifs, à l’exception du pack de correctifs 5
+ Version 11.1, tous les packs de correctifs
+ Version 11.5, Mods (0-8) avec uniquement le pack de correctifs 0
+ IBM Db2 pour la z/OS version 12
**Services de base de données gérés par des tiers :**
+ Base de données Microsoft Azure SQL
+ Microsoft Azure PostgreSQL Flexible Server versions 11.2, 12.15, 13.11, 14.8 et 15.3.
+ Microsoft Azure MySQL Flexible Server versions 5.7 et 8.
+ Google Cloud pour MySQL versions 5.6, 5.7 et 8.0.
+ Google Cloud pour PostgreSQL versions 9.6, 10, 11, 12, 13, 14 et 15.
+ OCI MySQL Heatwave version 8.0.34.
**Bases de données d’instance Amazon RDS et Amazon Simple Storage Service (Amazon S3)**
+ Versions Oracle 11g (versions 11.2.0.4 et supérieures) et jusqu'à 12.2, 18c et 19c pour les éditions Enterprise, Standard, Standard One et Standard Two.
+ Versions de Microsoft SQL Server 2016, 2017, 2019 et 2022 pour les éditions Enterprise, Standard, Workgroup et Developer. Pour plus d'informations, consultez [Amazon RDS pour Microsoft SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html) dans le guide de l'*utilisateur Amazon RDS.*
**Note**
AWS DMS ne prend pas en charge SQL Server Express. L’édition Web est prise en charge pour la réplication à chargement complet uniquement.
+ MySQL versions 5.5, 5.6, 5.7, 8.0 et 8.4.
**Note**
**Compatibilité avec MySQL et DMS**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/dms/latest/userguide/CHAP_Introduction.Sources.html)
+ MariaDB (prise en charge en tant que source de données compatible MySQL) versions 10.0.24 à 10.0.28, 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 et 11.4.3 à 11.4.7.
**Note**
Support pour MariaDB en tant que source est disponible dans AWS DMS toutes les versions où MySQL est supporté.
+ PostgreSQL versions 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x et 18.x.
**Note**
AWS DMS prend uniquement en charge les versions 10.x, 11.x, 12.x, 13.x, 14.x, 15.x et 16.x de PostgreSQL dans les versions 3.5.3 et supérieures.
AWS DMS [prend uniquement en charge les versions 17.x et 18.x de PostgreSQL dans les versions 3.5.4 (voir limitations) et supérieures.](CHAP_Source.PostgreSQL.html#CHAP_Source.PostgreSQL.ReadReplica)
+ Amazon Aurora avec compatibilité MySQL (prise en charge en tant que source de données compatible MySQL)
+ Amazon Aurora avec compatibilité PostgreSQL (prise en charge en tant que source de données compatible PostgreSQL)
+ Amazon S3
+ Amazon DocumentDB (compatible avec MongoDB) versions 3.6, 4.0 et 5.0.
+ Amazon RDS pour IBM Db2 LUW.
Pour plus d'informations sur l'utilisation d'une source spécifique, consultez la section [Utilisation des AWS DMS points de terminaison](CHAP_Endpoints.md).
Pour en savoir plus sur les points de terminaison cibles pris en charge, consultez [Points de terminaison cibles pour la migration des données](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.DataMigration).
## Bases de données sources pour DMS Fleet Advisor
DMS Fleet Advisor prend en charge les bases de données sources suivantes.
+ Microsoft SQL Server versions 2012 et jusqu’à 2019
+ MySQL versions 5.6 et jusqu’à 8
+ Oracle versions 11g Release 2 et jusqu’à 12c, 19c et 21c
+ PostgreSQL versions 9.6 et jusqu’à 13
Pour en savoir plus sur l’utilisation d’une source spécifique, consultez [Création d'utilisateurs de base de données pour AWS DMS Fleet Advisor](fa-database-users.md).
Pour obtenir la liste des bases de données utilisées par DMS Fleet Advisor pour générer des recommandations cibles, consultez [Cibles pour DMS Fleet Advisor](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.FleetAdvisor).
## Fournisseurs de données sources pour la conversion de schéma DMS
La conversion de schéma DMS prend en charge les fournisseurs de données suivants en tant que sources pour vos projets de migration.
+ Microsoft SQL Server version 2008 R2, 2012, 2014, 2016, 2017, 2019 et 2022
+ Oracle versions 10.2 et ultérieures, 11g et jusqu’à 12.2, 18c et 19c, et Oracle Data Warehouse
+ PostgreSQL version 9.2 et supérieure
+ MySQL versions 5.5, 5.6, 5.7 et 8.0.
+ IBM Db2 pour Linux, UNIX et Windows versions 9.1, 9.5, 9.7, 10.1, 10.5, 11.1 et 11.5
+ IBM Db2 pour la z/OS version 12
+ SAP ASE (Sybase ASE) version 16
**Note**
La conversion du schéma DMS prend en charge toutes les sources de versions d'Amazon RDS répertoriées dans cette rubrique.
Votre fournisseur de données sources peut être un moteur autogéré s’exécutant sur site ou sur une instance Amazon Elastic Compute Cloud (Amazon EC2).
Pour en savoir plus sur l’utilisation d’une source spécifique, consultez [Création de fournisseurs de données sources dans la conversion de schéma DMS](data-providers-source.md).
Pour en savoir plus sur les bases de données cibles prises en charge, consultez [Fournisseurs de données cibles pour la conversion de schéma DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.SchemaConversion).
Le AWS Schema Conversion Tool (AWS SCT) prend en charge un plus grand nombre de bases de données source et cible que la conversion de schéma DMS. Pour plus d'informations sur AWS SCT les bases de données compatibles, voir [Qu'est-ce que le AWS Schema Conversion Tool](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html).
## Fournisseurs de données sources pour les migrations de données homogènes DMS
Vous pouvez utiliser les fournisseurs de données suivants comme sources pour des migrations de données homogènes vers des bases de données sur site et des bases de données d'instances EC2.
+ MySQL versions 5.7 et 8.0
+ Version 10.2 x de MariaDB
+ PostgreSQL versions 10.4 à 16.x.
+ MongoDB versions 4.x, 5.x, 6.0, 7.0, 8.0
+ Amazon DocumentDB versions 3.6, 4.0, 5.0
Vous pouvez utiliser les fournisseurs de données suivants comme sources pour des migrations de données homogènes vers les bases de données d'instance Amazon Relational Database Service.
+ Aurora MySQL versions 5.7 et 8.0
+ RDS pour MySQL versions 5.7 et 8.0
+ RDS pour MariaDB version 10.2.x
+ Aurora PostgreSQL versions 11.x à 17.x
+ RDS pour PostgreSQL versions 11.x à 17.x
Votre fournisseur de données source peut être un moteur autogéré s’exécutant sur site ou sur une instance Amazon EC2. Vous pouvez également utiliser une instance de base de données Amazon RDS en tant que fournisseur de données source.
Pour en savoir plus sur l’utilisation d’une source spécifique, consultez [Création de fournisseurs de données sources pour des migrations de données homogènes dans AWS DMS](dm-data-providers-source.md).
Pour en savoir plus sur les bases de données cibles prises en charge, consultez [Fournisseurs de données cibles pour les migrations de données homogènes DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations).
# Objectifs pour AWS DMS
Vous pouvez utiliser différents magasins de données cibles dans différentes AWS DMS fonctionnalités. Les sections suivantes contiennent les listes des magasins de données cibles pris en charge pour chaque AWS DMS fonctionnalité.
**Topics**
+ [
## Points de terminaison cibles pour la migration des données
](#CHAP_Introduction.Targets.DataMigration)
+ [
## Bases de données cibles pour DMS Fleet Advisor
](#CHAP_Introduction.Targets.FleetAdvisor)
+ [
## Fournisseurs de données cibles pour la conversion de schéma DMS
](#CHAP_Introduction.Targets.SchemaConversion)
+ [
## Fournisseurs de données cibles pour les migrations de données homogènes DMS
](#CHAP_Introduction.Targets.HomogeneousDataMigrations)
## Points de terminaison cibles pour la migration des données
Vous pouvez utiliser les magasins de données suivants comme points de terminaison cible pour la migration des données à l'aide d' AWS DMS.
**Bases de données des instances sur site et Amazon EC2**
+ Oracle versions 10g, 11g, 12c, 18c et 19c pour les éditions Enterprise, Standard, Standard One et Standard Two.
+ Microsoft SQL Server version 2005, 2008, 2008R2, 2012, 2014, 2016, 2017, 2019, et 2022 pour les éditions Enterprise, Standard, Workgroup et Developer
**Note**
AWS DMS ne prend pas en charge les éditions Web et Express de SQL Server.
+ MySQL versions 5.5, 5.6, 5.7, 8.0 et 8.4
+ MariaDB (prise en charge en tant que cible de données compatible avec MySQL) versions 10.0.24 à 10.0.28, 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 et 11.4.3 à 11.4.7.
**Note**
Support pour MariaDB en tant que cible est disponible dans AWS DMS toutes les versions où MySQL est supporté.
+ PostgreSQL version 9.4 et supérieure (pour les versions 9.x), 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x et 18.x.
**Note**
AWS DMS prend uniquement en charge les versions 9.x, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x et 16.x de PostgreSQL dans les versions 3.5.3 et supérieures.
AWS DMS prend uniquement en charge les versions 17.x et 18.x de PostgreSQL dans les versions 3.5.4 et supérieures.
+ SAP Adaptive Server Enterprise (ASE) versions 15, 15.5, 15.7, 16 et ultérieures
+ Versions 6.x de Redis OSS
**Bases de données d'instances Amazon RDS, Amazon Redshift, Amazon Redshift Serverless, Amazon DynamoDB, Amazon S3, Amazon Service, Amazon OpenSearch (Redis OSS), ElastiCache Amazon Kinesis Data Streams, Amazon DocumentDB, Amazon Neptune et Apache Kafka**
+ Oracle version 11g (versions 11.2.0.3.v1 et ultérieures), 12c, 18c et 19c pour les éditions Enterprise, Standard, Standard One et Standard Two.
+ Microsoft SQL Server versions 2012, 2014, 2016, 2017, 2019 et 2022 pour les éditions Enterprise, Standard, Workgroup et Developer
**Note**
AWS DMS ne prend pas en charge les éditions Web et Express de SQL Server.
+ MySQL versions 5.5, 5.6, 5.7, 8.0 et 8.4.
+ MariaDB (prise en charge en tant que cible de données compatible avec MySQL) versions 10.0.24 à 10.0.28, 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 et 11.4.3 à 11.4.7.
**Note**
Support pour MariaDB en tant que cible est disponible dans AWS DMS toutes les versions où MySQL est supporté.
+ PostgreSQL versions 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x et 18.x.
**Note**
AWS DMS prend uniquement en charge les versions 10.x, 11.x, 12.x, 13.x, 14.x, 15.x et 16.x de PostgreSQL dans les versions 3.5.3 et supérieures.
AWS DMS prend uniquement en charge les versions 17.x et 18.x de PostgreSQL dans les versions 3.5.4 et supérieures.
+ IBM Db2 LUW versions 11.1 et 11.5
+ Amazon Aurora MySQL-Compatible Edition
+ Amazon Aurora PostgreSQL-Compatible Edition
+ Amazon Aurora PostgreSQL Illimité
+ Amazon Aurora sans serveur v2
+ Amazon Redshift
+ Amazon Redshift sans serveur
+ Amazon S3
+ Amazon DynamoDB
+ Amazon OpenSearch Service
+ Amazon ElastiCache (Redis OSS)
+ Amazon Kinesis Data Streams
+ Amazon DocumentDB (compatible avec MongoDB)
+ Amazon Neptune
+ Apache Kafka : [Amazon Managed Streaming for Apache Kafka (Amazon MSK)](https://aws.amazon.com/msk/) et [Apache Kafka autogéré](https://kafka.apache.org/)
+ Babelfish (versions 3.2.0 et ultérieures) pour Aurora PostgreSQL (versions 15.3/14.8 et ultérieures)
Pour plus d'informations sur l'utilisation d'une cible spécifique, consultez la section [Utilisation des AWS DMS points de terminaison](CHAP_Endpoints.md).
Pour en savoir plus sur les points de terminaison sources pris en charge, consultez [Points de terminaison sources pour la migration des données](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.DataMigration).
## Bases de données cibles pour DMS Fleet Advisor
DMS Fleet Advisor génère des recommandations cibles à l’aide de la dernière version des bases de données cibles suivantes.
+ Amazon Aurora MySQL
+ Amazon Aurora PostgreSQL
+ Amazon RDS for MySQL
+ Amazon RDS for Oracle
+ Amazon RDS pour PostgreSQL
+ Amazon RDS for SQL Server
Pour en savoir plus sur les recommandations cibles dans DMS Fleet Advisor, consultez [Utilisation de la fonction de recommandation cible de AWS DMS Fleet Advisor](fa-recommendations.md).
Pour en savoir plus sur les bases de données sources prises en charge, consultez [Bases de données sources pour DMS Fleet Advisor](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.FleetAdvisor).
## Fournisseurs de données cibles pour la conversion de schéma DMS
La conversion de schéma DMS prend en charge les fournisseurs de données suivants en tant que cibles pour vos projets de migration.
+ Amazon Aurora MySQL 8.0.32
+ Amazon Aurora PostgreSQL 14.x, 15.x, 16.x, 17.x
+ Amazon RDS for MySQL 8.0.23
+ Amazon RDS pour PostgreSQL 14.x, 15.x, 16.x, 17.x, 18.x
+ Amazon Redshift
+ Amazon RDS pour DB2 version 11.5.
Pour en savoir plus sur l’utilisation d’une cible spécifique, consultez [Création et définition de fournisseurs de données cibles dans DMS Schema Conversion](data-providers-target.md).
Pour en savoir plus sur les bases de données sources prises en charge, consultez [Fournisseurs de données sources pour la conversion de schéma DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion).
## Fournisseurs de données cibles pour les migrations de données homogènes DMS
Vous pouvez utiliser les fournisseurs de données suivants en tant que cibles pour des migrations de données homogènes.
+ Amazon Aurora MySQL versions 5.7 et 8.0
+ Amazon Aurora PostgreSQL versions 10.4 à 16.x
+ Amazon Aurora sans serveur v2
+ Amazon RDS pour MySQL versions 5.7 et 8.0
+ Amazon RDS pour MariaDB version 10.2 x
+ Amazon RDS pour PostgreSQL, versions 10.4 à 16.x
+ Amazon DocumentDB versions 4.0, 5.0 et cluster Elastic DocumentDB
Pour en savoir plus sur l’utilisation d’une cible spécifique, consultez [Création et configuration d'une base de données cible pour qu'elle fonctionne avec la conversion de AWS DMS schémas](dm-data-providers-target.md).
Pour en savoir plus sur les bases de données sources prises en charge, consultez [Fournisseurs de données sources pour les migrations de données homogènes DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations).
# Création d'un nom de ressource Amazon (ARN) pour AWS DMS
Si vous utilisez l' AWS DMS API AWS CLI or pour automatiser la migration de votre base de données, vous utilisez Amazon Resource Name (ARNs). Chaque ressource créée dans Amazon Web Services est identifiée par un ARN, qui est un identificateur unique. Si vous utilisez l' AWS DMS API AWS CLI or pour configurer la migration de votre base de données, vous devez fournir l'ARN de la ressource avec laquelle vous souhaitez travailler.
L'ARN d'une AWS DMS ressource utilise la syntaxe suivante :
`arn:aws:dms:region:account number:resourcetype:resourcename`
Dans cette syntaxe, les éléments suivants s'appliquent :
+ *`region`*est l'ID de l' Région AWS endroit où la AWS DMS ressource a été créée, par exemple`us-west-2`.
Le tableau suivant indique les Région AWS noms et les valeurs que vous devez utiliser lors de la création d'un ARN.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/dms/latest/userguide/CHAP_Introduction.AWS.ARN.html)
+ `account number` est votre numéro de compte sans les tirets. Pour trouver votre numéro de compte, connectez-vous à votre AWS compte sur http://aws.amazon.com, choisissez **Mon compte/console**, puis sélectionnez **Mon** compte.
+ **`resourcetype`**est le type de AWS DMS ressource.
Le tableau suivant indique les types de ressources à utiliser lors de la création d'un ARN pour une AWS DMS ressource particulière.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/dms/latest/userguide/CHAP_Introduction.AWS.ARN.html)
+ *`resourcename`*est le nom de ressource attribué à la AWS DMS ressource. Il s'agit d'une chaîne générée de façon arbitraire.
Le tableau suivant présente des exemples ARNs de AWS DMS ressources. Nous supposons ici un numéro de compte AWS égal à 123456789012, créé dans la région USA Est (Virginie du Nord) et ayant un nom de ressource.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/dms/latest/userguide/CHAP_Introduction.AWS.ARN.html)
# Utilisation AWS DMS avec d'autres AWS services
Vous pouvez l'utiliser AWS DMS avec plusieurs autres AWS services :
+ Vous pouvez utiliser une instance Amazon EC2 ou une instance de base de données Amazon RDS comme cible pour la migration des données.
+ Vous pouvez utiliser le AWS Schema Conversion Tool (AWS SCT) pour convertir votre schéma source et votre code SQL en un schéma cible et un code SQL équivalents.
+ Vous pouvez utiliser Amazon S3 comme site de stockage pour vos données ou l’utiliser comme étape intermédiaire lors de la migration de grandes quantités de données.
+ Vous pouvez l'utiliser CloudFormation pour configurer vos AWS ressources pour la gestion ou le déploiement de l'infrastructure. Par exemple, vous pouvez provisionner AWS DMS des ressources telles que des instances de réplication, des tâches, des certificats et des points de terminaison. Vous créez un modèle qui décrit toutes les AWS ressources que vous souhaitez, et qui CloudFormation fournit et configure ces ressources pour vous.
## AWS DMS support pour AWS CloudFormation
Vous pouvez provisionner AWS DMS des ressources à l'aide de AWS CloudFormation. AWS CloudFormation est un service qui vous aide à modéliser et à configurer vos AWS ressources pour la gestion ou le déploiement de l'infrastructure. Par exemple, vous pouvez provisionner AWS DMS des ressources telles que des instances de réplication, des tâches, des certificats et des points de terminaison. Vous créez un modèle qui décrit toutes les AWS ressources que vous souhaitez et qui AWS CloudFormation fournit et configure ces ressources pour vous.
En tant que développeur ou administrateur système, vous pouvez créer et gérer les collections de ces ressources, que vous pouvez, ensuite, utiliser pour les tâches de migration répétitives ou le déploiement des ressources dans votre organisation. Pour plus d'informations AWS CloudFormation, voir les [AWS CloudFormation concepts](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-whatis-concepts.html) dans le *guide de AWS CloudFormation l'utilisateur.*
AWS DMS prend en charge la création des AWS DMS ressources suivantes à l'aide de AWS CloudFormation :
+ [AWS::DMS::Certificate](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-certificate.html)
+ [AWS::DMS::Endpoint](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-endpoint.html)
+ [AWS::DMS::EventSubscription](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-eventsubscription.html)
+ [AWS::DMS::ReplicationInstance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationinstance.html)
+ [AWS::DMS::ReplicationSubnetGroupe](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationsubnetgroup.html)
+ [AWS::DMS::ReplicationTask](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationtask.html)