AWS DMS Composants sans serveur

Pour gérer les ressources nécessaires à l'exécution d'une réplication, AWS DMS Serverless possède des états granulaires qui révèlent les différentes actions internes entreprises par le service. Lorsque vous démarrez la réplication, AWS DMS sans serveur calcule la charge de capacité, provisionne la capacité calculée et démarre la réplication des données conformément aux états de réplication suivants.

Le schéma suivant montre les transitions d'état pour une réplication AWS DMS sans serveur.

• Le premier état après le démarrage de la réplication est Initialisation. Dans cet état, tous les paramètres requis sont initialisés.

• Les états suivants incluent Préparation des ressources de métadonnées, Tester la connexion et Récupération de métadonnées. Dans ces états, AWS DMS Serverless se connecte à votre base de données source pour obtenir les informations nécessaires pour prévoir la capacité requise.

  • Lorsque l'état de réplication est Testing Connection, AWS DMS Serverless vérifie que la connexion à vos bases de données source et cible est correctement configurée.

  • L’état de réplication qui suit Tester la connexion est Récupération de métadonnées. Ici, AWS DMS récupère les informations nécessaires au calcul de la capacité.

  • Une fois les AWS DMS informations nécessaires récupérées, l'état suivant est le calcul de la capacité. Ici, le système calcule la taille des ressources sous-jacentes requises pour effectuer la réplication.

• La transition d’état suivant Capacité de calcul est Capacité de provisionnement. Lorsque la réplication est dans cet état, AWS DMS sans serveur initialise les ressources de calcul sous-jacentes.

• L’état de réplication une fois que toutes les ressources ont été correctement provisionnées est Démarrage de la réplication. Dans cet état, AWS DMS Serverless commence la réplication des données. Les phases d'une réplication sont les suivantes :

  • Chargement complet : dans cette phase, DMS réplique le magasin de données source tel qu'il était au début de la réplication.

  • CDC (initial) : Dans cette phase, DMS reproduit les modifications apportées au magasin de données source pendant la phase de chargement complet. DMS exécute cette phase uniquement si le paramètre de StopTaskCachedChangesNotApplied tâche est false défini sur.

  • CDC (en cours) : Après la phase initiale du CDC, le DMS reproduit les modifications dans la base de données source au fur et à mesure qu'elles se produisent. DMS continue à exécuter la réplication après la phase initiale du CDC uniquement si le paramètre de StopTaskCachedChangesApplied tâche est false défini sur.

• L’état final est En cours d’exécution. Dans l’état En cours d’exécution, la réplication des données est en cours.

• Une réplication que vous arrêtez passe à l'état Arrêté. Vous pouvez redémarrer une réplication arrêtée dans les cas suivants :

  • Vous ne pouvez pas redémarrer une réplication que DMS a déprovisionnée.

  • Vous pouvez redémarrer une réplication CDC uniquement ou à chargement complet et une réplication CDC arrêtée à l'aide de cette action. StartReplication Vous ne pouvez pas redémarrer une réplication arrêtée à l'aide de la console.

  • Vous ne pouvez pas redémarrer une réplication arrêtée qui utilise PostgreSQL comme moteur.

Pour AWS DMS Serverless, le panneau de navigation de gauche de la AWS DMS console propose une nouvelle option, les réplications sans serveur. Pour Réplications sans serveur, vous spécifiez Réplications plutôt que des types d’instances de réplication ou des tâches pour définir une réplication. En outre, vous spécifiez les unités de capacité DMS (UCD) maximale et minimale que vous voulez que DMS provisionne pour la réplication. Un DCU correspond à 2 Go de RAM. AWS DMS facture votre compte pour chaque DCU que votre réplication utilise actuellement. Pour plus d'informations sur AWS DMS les tarifs, consultez la section Tarification du AWS Database Migration Service.

AWS DMS provisionne ensuite automatiquement les ressources de réplication en fonction de vos mappages de tables et de la taille prévue de votre charge de travail. Cette unité de capacité est une valeur comprise dans la plage des valeurs d’unité de capacité minimale et maximale que vous spécifiez.

Versions de moteur prises en charge

Avec AWS DMS Serverless, vous n'avez pas besoin de choisir et de gérer les versions du moteur, car le service gère ce paramètre. AWS DMS Serverless prend en charge les sources suivantes :

• Microsoft SQL Server

• Bases de données compatibles PostgreSQL

• Bases de données compatibles MySQL

• MariaDB

• Oracle

• IBM Db2

AWS DMS Serverless prend en charge les cibles suivantes :

• Microsoft SQL Server

• PostgreSQL

• Bases de données compatibles MySQL

• Oracle

• Amazon S3

• Amazon Redshift

• Amazon DynamoDB

• Amazon Kinesis Data Streams

• Amazon Managed Streaming for Apache Kafka

• Amazon OpenSearch Service

• Amazon DocumentDB (compatible avec MongoDB)

• Amazon Neptune

Dans le cadre de AWS DMS Serverless, vous avez accès aux commandes de console qui vous permettent de créer, de configurer, de démarrer et de gérer des réplications AWS DMS sans serveur. Pour exécuter ces commandes à l’aide de la section Réplications sans serveur de la console, vous devez effectuer l’une des opérations suivantes :

• Configurez une nouvelle stratégie AWS Identity and Access Management (IAM) et un nouveau rôle IAM auxquels associer cette politique.

• Utilisez un AWS CloudFormation modèle pour fournir l'accès dont vous avez besoin.

AWS DMS Le mode Serverless nécessite l'existence d'un rôle lié à un service (SLR) dans votre compte. AWS DMS gère la création et l'utilisation de ce rôle. Pour plus d’informations sur la manière de vous assurer que vous disposez du rôle SLR nécessaire, consultez Rôle lié à un service pour AWS DMS sans serveur.

Création d’une réplication sans serveur

Pour créer une réplication sans serveur entre deux AWS DMS points de terminaison existants, procédez comme suit. Pour plus d'informations sur la création de AWS DMS points de terminaison, consultezCréation de points de terminaison source et cible.

Création d’une réplication sans serveur

1. Connectez-vous à la AWS DMS console AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/dms/v2/.

2. Dans le volet de navigation, choisissez Réplications sans serveur, puis Créer une réplication.

3. Sur la page Créer une réplication, spécifiez votre configuration de réplication sans serveur :

   Option	Action
   Nom	Entrez un nom pour identifier la réplication, tel que DMS-replication.
   Amazon Resource Name (ARN) descriptif : facultatif	Vous pouvez utiliser ce paramètre facultatif pour fournir une description de la réplication.
   Point de terminaison de base de données source	Choisissez les points de terminaison existants dans votre compte. Notez que AWS DMS Serverless ne prend en charge qu'un sous-ensemble des types de points de terminaison pris en charge par la AWS DMS norme.
   Point de terminaison de base de données cible	Choisissez les points de terminaison existants dans votre compte. Notez que AWS DMS Serverless ne prend en charge qu'un sous-ensemble des types de points de terminaison pris en charge par la AWS DMS norme.
   Type de réplication	Choisissez un type de réplication en fonction de vos besoins : Chargement complet : AWS DMS migre uniquement les données existantes. Capture complète des données à chargement et modification (CDC) : AWS DMS migre les données existantes et les modifications survenues pendant la réplication. Capture des données de modification (CDC) : migre AWS DMS uniquement les modifications survenant après le démarrage de la réplication.

   Dans la section Paramètres, définissez les paramètres requis par la réplication.

   Dans la section Mappages de table, configurez le mappage de tables pour définir des règles permettant de sélectionner et de filtrer les données que vous répliquez. Avant de spécifier votre mappage, consultez la section de documentation relative au mappage de type de données pour votre base de données source et cible. Pour plus d'informations sur le mappage des types de données pour vos bases de données source et cible, consultez la section sur les types de données correspondant à vos types de point de terminaison source et cible dans la Utilisation des points de terminaison AWS DMS rubrique.

   Dans la section Paramètres de calcul, définissez les paramètres suivants. Pour en savoir plus sur les paramètres de configuration de calcul, consultez Configuration de calcul.

   Option	Action
   VPC	Choisissez un VPC existant.
   Groupe de sous-réseaux	Choisissez un groupe de sous-réseaux existant.
   Groupes de sécurité VPC	Choisissez par défaut s’il n’est pas déjà sélectionné.
   AWS Clé KMS	Choisissez une clé KMS appropriée. Pour plus d'informations sur les clés KMS, consultez la section Création de clés dans la référence AWS Key Management Service d'API.
   Déploiement	Laissez inchangé.
   Zone de disponibilité	Laissez inchangé.
   Unités de capacité DMS minimales (UCD) - (facultatif)	Laissez ce champ vide pour utiliser la valeur par défaut de 1 UCD.
   Unités de capacité DMS maximales (UCD)	Choisissez 16 UCD.

   Laissez les paramètres de maintenance tels quels.

4. Choisissez Créer une réplication.

AWS DMS crée une réplication sans serveur pour effectuer votre migration.

Modification des AWS DMS réplications sans serveur

Pour modifier votre configuration de réplication, utilisez l’action modify-replication-config. Vous ne pouvez modifier qu'une configuration de AWS DMS réplication qui est à l'STOPPEDétatCREATED, ouFAILED. Pour plus d'informations sur l'modify-replication-configaction, consultez la section ModifyReplicationConfig dans la référence de l'AWS Database Migration Service API.

Pour modifier une configuration de réplication sans serveur à l'aide du AWS Management Console

1. Connectez-vous à la AWS DMS console AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/dms/v2/.

2. Dans le volet de navigation, choisissez Réplications sans serveur.

3. Choisissez la réplication que vous souhaitez modifier. Le tableau suivant décrit les modifications que vous pouvez apporter en fonction de l’état actuel de la réplication.

   Paramètre	Description	États autorisés
   Nom	Vous pouvez modifier le nom de la réplication. Entrez un nom pour la réplication contenant entre 8 et 16 caractères ASCII imprimables (à l’exception de /, " et @). Ce nom doit être unique pour votre compte dans la région AWS que vous avez sélectionnée. Vous pouvez choisir d'ajouter quelques détails au nom, comme inclure la AWS région et la tâche que vous effectuez, par exemple :west2-mysql2mysql-config1.	ReplicationState a pour valeur CREATED, STOPPED ou FAILED.
   Point de terminaison de base de données source	Choisissez un nouveau point de terminaison source existant en tant que source pour la réplication.	ReplicationState a pour valeur CREATED, ou FAILED quand ProvisionState a pour valeur null.
   Point de terminaison de base de données cible	Choisissez un nouveau point de terminaison cible existant en tant que cible pour la réplication.	ReplicationState a pour valeur CREATED, ou FAILED quand ProvisionState a pour valeur null.
   Type de réplication	Vous pouvez modifier le type d’une réplication sans serveur.	ReplicationState a pour valeur CREATED, ou FAILED quand ProvisionState a pour valeur null.
   Paramètres de réplication	Vous pouvez modifier les paramètres de réplication, y compris le mode de préparation des tables cibles, l’inclusion ou non des colonnes LOB dans la réplication, la taille maximale des objets LOB, la validation et la journalisation. Pour plus d’informations, consultez Paramètres de tâche.	ReplicationState a pour valeur CREATED, STOPPED ou FAILED.
   Mappages de table	Vous pouvez modifier les paramètres de mappage de tables pour une réplication sans serveur, notamment les règles de sélection et les règles de transformation. Pour plus d’informations, consultez Mappage de table.	ReplicationState a pour valeur CREATED, STOPPED ou FAILED.
   Configuration de calcul	Vous pouvez modifier les paramètres de configuration de calcul pour une réplication sans serveur, notamment les paramètres de mise en réseau, les paramètres de mise à l’échelle et les paramètres de maintenance. Pour en savoir plus sur les paramètres de configuration de calcul, consultez Configuration de calcul.	Vous pouvez modifier les paramètres réseau, de mise à l’échelle et de maintenance suivants quand ReplicationState a pour valeur CREATED, STOPPED ou FAILED : MinCapacityUnits MaxCapacityUnits MultiAZ PreferredMaintenanceWindow VpcSecurityGroupIds Vous pouvez modifier les paramètres de mise en réseau et de sécurité suivants quand ReplicationState a pour valeur CREATED, ou FAILED quand ProvisionState a pour valeur null : AvailabilityZone DnsNameServers KmsKeyId ReplicationSubnetGroupId

Configuration de calcul

Vous configurez le provisionnement de la réplication à l’aide de la section de la console ou du paramètre Configuration de calcul. Les champs de l’objet Configuration de calcul incluent les suivants :

Option	Description
MinCapacityUnités	Il s'agit du nombre minimum d'unités de capacité DMS (DCU) qui AWS DMS seront fournies. Il s’agit également de l’UCD minimale à laquelle la mise à l’échelle automatique peut réduire la capacité.
MaxCapacityUnités	Il s’agit des unités de capacité DMS (UCD) maximales qu’ AWS DMS peut provisionner, en fonction de la prédiction de capacité de la réplication. Il s’agit également de l’UCD maximale à laquelle la mise à l’échelle automatique peut augmenter la capacité.
KmsKeyId	Clé de chiffrement à utiliser pour chiffrer les informations de connexion et de stockage de réplication. Si vous choisissez (par défaut) aws/dms, AWS DMS utilise la clé KMS par défaut associée à votre compte et. Région AWS Une description et votre numéro de compte sont affichés, ainsi que l'ARN de la clé. Pour plus d’informations sur l’utilisation de la clé de chiffrement, consultez Configuration d'une clé de chiffrement et spécification AWS KMS des autorisations. Pour ce didacticiel, laissez (Par défaut) aws/dms sélectionné.
ReplicationSubnetGroupId	Groupe de sous-réseaux de réplication figurant dans le VPC que vous avez sélectionnez, où vous souhaitez que la réplication soit créée. Si la base de données source se trouve dans un VPC, choisissez le groupe de sous-réseaux qui contient la base de données source comme emplacement de réplication. Pour plus d'informations sur les groupes de sous-réseaux de réplication, consultez la page Créer groupe de sous-réseaux de réplication.
VpcSecurityGroupIds	L'instance de réplication est créée dans un VPC. Si la base de données source se trouve dans un VPC, choisissez le groupe de sécurité du VPC qui permet d’accéder à l’instance de base de données où réside la base de données.
PreferredMaintenanceFenêtre	Ce paramètre définit un intervalle de temps hebdomadaire, au format Universal Coordinated Time (UTC), pendant lequel a lieu la maintenance du système. La valeur par défaut est une fenêtre de 30 minutes sélectionnée au hasard parmi une tranche de 8 heures par période Région AWS, survenant un jour aléatoire de la semaine.
MultiAZ	La définition de ce paramètre facultatif permet de créer un réplica de secours de la réplication dans une autre zone de disponibilité pour la prise en charge du basculement. Si vous avez l’intention d’utiliser la capture des données de modification (CDC) ou la réplication continue, nous vous recommandons d’activer cette option.

Comprendre la mise à l'échelle automatique en mode sans serveur AWS DMS

Une fois que vous avez configuré une réplication et qu'elle est dans son RUNNING état, le AWS DMS service gère la capacité des ressources sous-jacentes à s'adapter à l'évolution des charges de travail. Cette gestion met à l’échelle les ressources de réplication en fonction des paramètres de réplication suivants :

• MinCapacityUnits

• MaxCapacityUnits

Les réplications augmentent après une période de dépassement d’un seuil maximal d’utilisation et diminuent lorsque l’utilisation de la capacité est inférieure à un seuil minimal d’utilisation de capacité pendant une période prolongée.

Note

Les réplications sans serveur ne peuvent pas être réduites automatiquement lorsqu'un chargement complet est en cours.

Optimisation de la mise à l'échelle automatique en mode sans serveur AWS DMS

Pour ajuster les paramètres de mise à l'échelle automatique de votre réplication, nous vous recommandons de les MaxCapacityUnits définir sur la valeur maximale et de laisser AWS DMS gérer le provisionnement des ressources. Il est recommandé de choisir le paramètre de capacité maximale d’UCD le plus élevé afin de tirer le meilleur parti de la mise à l’échelle automatique et de faire face aux pics du volume de transactions. Le calculateur de prix indique le coût mensuel maximum si la réplication utilise en permanence l’UCD maximale. L’UCD maximale ne représente pas le coût réel, car vous ne payez que pour la capacité utilisée.

Si votre réplication n'utilise pas ses ressources à pleine capacité, elle AWS DMS déprovisionnera progressivement les ressources afin de réduire les coûts. Toutefois, étant donné que le provisionnement et le déprovisionnement des ressources prennent du temps, nous vous recommandons de définir votre paramètre MinCapacityUnits sur une valeur capable de gérer les pics soudains auxquels vous vous attendez dans votre charge de travail de réplication. Cela empêchera votre réplication d'être sous-provisionnée tout AWS DMS en allouant des ressources pour le niveau de charge de travail plus élevé.

Si vous sous-provisionnez la réplication avec un paramètre de capacité maximale trop bas pour les besoins en données, ou une capacité minimale trop faible pour gérer les pics soudains de votre charge de travail de réplication, il se peut que votre métrique CapacityUtilization atteigne régulièrement la valeur maximale. Cela peut entraîner l’échec de la réplication. Si votre réplication échoue en raison d'un sous-provisionnement des ressources, AWS DMS crée un out-of-memory événement dans vos journaux de réplication. Si le out-of-memory problème est dû à une augmentation soudaine de votre charge de travail de réplication, la réplication sera automatiquement redimensionnée et redémarrera.

Surveillance des AWS DMS réplications sans serveur

AWS fournit plusieurs outils pour surveiller vos réplications AWS DMS sans serveur et répondre aux incidents potentiels :

• AWS DMS métriques de réplication sans serveur

• AWS DMS journaux de réplication sans serveur

AWS DMS métriques de réplication sans serveur

La surveillance de la réplication sans serveur inclut CloudWatch les métriques Amazon pour les statistiques suivantes. Ces statistiques sont groupées par réplication sans serveur individuelle.

Métrique	Unités	Description
CapacityUtilization	Pourcentage	Pourcentage de la mémoire utilisé par la réplication sans serveur
CDC IncomingChanges	Pourcentage	Nombre total d'événements de modification survenus sur un point-in-time site qui attendent d'être appliqués à la cible. Notez que cela est différent de la mesure du taux de modifications de transaction du point de terminaison source. Un nombre élevé pour cette métrique indique généralement qu' AWS DMS il est impossible d'appliquer les modifications capturées en temps opportun, ce qui entraîne une latence cible élevée.
CDC LatencySource	Secondes	Intervalle, en secondes, entre le dernier événement capturé à partir du point de terminaison source et l’horodatage système actuel de l’instance AWS DMS . CDC LatencySource représente la latence entre la source et l'instance de réplication. Un CDC élevé LatencySource signifie que le processus de capture des modifications à la source est retardé. Pour identifier le temps de latence dans une réplication en cours, vous pouvez consulter cette métrique conjointement avec le CDCLatencyTarget. Si les taux de CDC LatencySource et de CDC LatencyTarget sont élevés, examinez d'LatencySourceabord les CDC. CDC LatencySource peut être égal à 0 lorsqu'il n'y a aucun délai de réplication entre la source et la réplication. Le CDC LatencySource peut également atteindre zéro lorsque la réplication tente de lire le prochain événement dans le journal des transactions de la source et qu'il n'y a aucun nouvel événement par rapport à la dernière lecture depuis la source. Lorsque cela se produit, la réplication réinitialise le CDC LatencySource à 0.
CDC LatencyTarget	Secondes	Intervalle, en secondes, entre le premier horodatage d’événement en attente de validation sur la cible et l’horodatage actuel de l’instance AWS DMS . La latence cible est la différence entre l’heure du serveur de l’instance de réplication et le plus ancien identifiant d’événement non confirmé transféré vers un composant cible. En d’autres termes, la latence cible est la différence d’horodatage entre l’instance de réplication et le plus ancien événement appliqué mais non confirmé par le point de terminaison TRG (99 %). Lorsque le CDC LatencyTarget est élevé, cela indique que le processus d'application des événements de changement à la cible est retardé. Pour identifier le temps de latence dans une réplication en cours, vous pouvez consulter cette métrique conjointement avec le CDCLatencySource. Si le taux de CDC LatencyTarget est élevé mais LatencySource pas élevé, vérifiez si : Aucune clé primaire ni aucun index ne se trouvent dans la cible Des goulots d’étranglement liés aux ressources se produisent dans la cible ou l’instance de réplication Les problèmes de réseau se situent entre la réplication et la cible
ThroughputBandwidthCible du CDC	Ko/seconde	Données sortantes transmises pour la cible en Ko par seconde. Le CDC ThroughputBandwidth enregistre les données sortantes transmises sur les points de prélèvement. Si aucun trafic réseau n'est trouvé, la valeur est zéro. Étant donné que CDC ne délivre pas de transactions de longue durée, le trafic réseau peut ne pas être enregistré.
ThroughputRowsSource du CDC	Lignes/seconde	Modifications entrantes à partir de la source en lignes par seconde.
ThroughputRowsCible du CDC	Lignes/seconde	Modifications sortantes pour la cible en lignes par seconde.
FullLoadThroughputBandwidthCible	Ko/seconde	Données sortantes transmises à partir d’un chargement complet pour la cible en Ko par seconde.
FullLoadThroughputRowsCible	Lignes/seconde	Modifications sortantes à partir d'un chargement total depuis la source, exprimées en lignes par seconde.

AWS DMS journaux de réplication sans serveur

Vous pouvez utiliser Amazon CloudWatch pour enregistrer les informations de réplication au cours d'un processus de AWS DMS migration. Vous activez la journalisation lorsque vous sélectionnez les paramètres de réplication.

Les réplications sans serveur chargent les journaux d'état sur votre CloudWatch compte afin de fournir une meilleure visibilité sur la progression de la réplication et de faciliter le dépannage.

AWS DMS télécharge les journaux liés sans serveur vers un groupe de journaux dédié avec le préfixe. dms-serverless-replication-<your replication config resource ID> Ce groupe de journaux contient un flux de journaux appelé dms-serverless-replication-orchestrator-<your replication config resource ID>. Ce flux de journaux indique l’état de réplication de la réplication et un message associé fournissant des informations supplémentaires sur le travail effectué à ce stade. Pour obtenir des exemples d’entrées de journal, consultez Exemples de journaux de réplication sans serveur ci-dessous.

Note

AWS DMS ne crée ni le groupe de journaux ni le flux tant que vous n'avez pas exécuté la réplication. AWS DMS ne crée pas le groupe de journaux ou le flux si vous créez uniquement la réplication.

Pour afficher les journaux d’une réplication exécutée, procédez comme suit :

1. Ouvrez la AWS DMS console et choisissez Serverless Replications dans le volet de navigation. La boîte de dialogue Réplications sans serveur apparaît.

2. Accédez à la section Configuration et choisissez Afficher les journaux sans serveur dans la colonne Général. Le groupe de CloudWatch journaux s'ouvre.

3. Localisez la section Journaux des tâches de migration et choisissez Afficher CloudWatch les journaux.

Si votre réplication échoue, AWS DMS crée une entrée de journal avec un état de réplication failed égal à et un message décrivant la raison de l'échec. Vous devez vérifier vos CloudWatch journaux comme première étape pour résoudre les problèmes liés à un échec de réplication.

Note

Comme avec AWS DMS Classic, vous avez la possibilité d'activer une journalisation plus précise de la progression de la migration des données elle-même, c'est-à-dire des journaux émis par la tâche de réplication sous-jacente. Vous pouvez activer ces journaux dans vos paramètres de réplication en définissant EnableLogging dans le champ Logging sur true, comme dans l’exemple JSON suivant :

{
  "Logging": {
    "EnableLogging": true
  }
}

Si vous activez ces journaux, ils ne commencent à apparaître qu’au cours de la phase running de la réplication sans serveur. Ils apparaîtront dans le même groupe de journaux que le flux de journaux précédent, mais figureront sous le nouveau flux de journaux dms-serverless-serv-res-id-{unique identifier}. Consultez la section suivante pour obtenir des informations sur la manière d’interpréter des journaux de réplication sans serveur.

Exemples de journaux de réplication sans serveur

Cette section inclut des exemples d’entrées de journal pour les réplications sans serveur.

Exemple : début de la réplication

Lorsque vous exécutez une réplication sans serveur, AWS DMS crée une entrée de journal similaire à la suivante :

{'replication_state':'initializing', 'message': 'Initializing the replication workflow.'}

Exemple : échec de la réplication

Si l'un des points de terminaison de la réplication n'est pas configuré correctement, AWS DMS crée une entrée de journal similaire à la suivante :

{'replication_state':'failed', 'message': 'Test connection failed for endpoint X.', 'failure_message': 'X'}

Si ce message apparaît dans votre journal après un échec, assurez-vous que le point de terminaison spécifié est sain et correctement configuré.

Débit amélioré pour les migrations à chargement complet d'Oracle vers Amazon Redshift

AWS DMS fournit des performances de débit nettement améliorées pour les migrations à charge complète d'Oracle vers Amazon Redshift. DMS active automatiquement cette fonctionnalité pour les tables sans cette custom parallel-load option dans ses mappages de tables. Pour les tables dotées d'options de chargement parallèle personnalisées, DMS serverless distribue la charge de table en fonction des configurations de mappage de tables données. Pour utiliser un débit amélioré, procédez comme suit :

• Fournissez des règles de sélection qui ne font pas référence à des partitions ou à des limites. Par exemple, si les paramètres de table contenus dans les mappages de tables le contiennentparallel-load, DMS Serverless n'utilisera pas la fonctionnalité de débit amélioré. Pour plus d’informations, consultez Règles et actions de sélection.

• Réglez MaxFileSize et WriteBufferSize sur 64 Mo. Pour plus d’informations, consultez Paramètres de point de terminaison lors de l'utilisation d'Amazon Redshift en tant que cible pour AWS DMS.

• Nous vous recommandons CompressCsvFiles true de définir un magasin de données contenant des données éparses et un magasin false de données contenant des données denses.

• Définissez les paramètres de tâche suivants sur 0 :

  • ParallelLoadThreads

  • ParallelLoadQueuesPerThread

  • ParallelApplyThreads

  • ParallelApplyQueuesPerThread

  • ParallelLoadBufferSize

• Définissez sur MaxFullLoadSubTasks pour 49 prendre en charge la migration parallèle des données.

• Définissez LOB mode sur inline. Pour plus d’informations, consultez Configuration du support LOB pour les bases de données sources dans une tâche AWS DMS.

AWS DMS ne fournit pas de performances de débit améliorées pour les réplications suivantes :

• Réplications avec des tables utilisant le chargement parallèle. Pour plus d’informations, consultez Utilisation du chargement parallèle pour certaines tables, vues et collections.

• Réplications avec règles de transformation des données.

• Réplications avec règles de filtrage.

• Réplications avec la règle de change-data-type transformation.