Paramètres de métadonnées des tâches cibles

Les paramètres de métadonnées cibles sont les suivants. Pour en savoir plus sur l’utilisation d’un fichier de configuration de tâche pour définir les paramètres d’une tâche, consultez Exemple de paramètres de tâche.

• TargetSchema : nom du schéma de la table cible. Si cette option de métadonnées est vide, le schéma de la table source est utilisé. AWS DMS ajoute automatiquement le préfixe du propriétaire de la base de données cible à toutes les tables si aucun schéma source n'est défini. Cette option doit être laissée vide pour les points de terminaison cibles My SQL -type. Le changement de nom d’un schéma dans le mappage de données est prioritaire sur ce paramètre.

• LOBparamètres : paramètres qui déterminent le mode de gestion des objets de grande taille (LOBs). Si vous définissez SupportLobs=true, vous devez définir les éléments suivants à la valeur true :

  • FullLobMode : si vous définissez cette option sur true, vous devez entrer une valeur pour l’option LobChunkSize. Entrez la taille, en kilo-octets, des LOB segments à utiliser lors de la réplication des données vers la cible. FullLobModeCette option fonctionne mieux pour les très grandes LOB tailles, mais elle a tendance à ralentir le chargement. La valeur recommandée pour LobChunkSize est de 64 kilo-octets. L’augmentation de la valeur de LobChunkSize au-delà de 64 kilo-octets peut entraîner l’échec des tâches.

  • InlineLobMaxSize— Cette valeur détermine les LOBs AWS DMS transferts en ligne lors d'un chargement complet. LOBsIl est plus efficace de transférer de petits fichiers que de les rechercher dans une table source. Lors d'un chargement complet, AWS DMS vérifie tout LOBs et effectue un transfert en ligne pour LOBs les valeurs inférieures àInlineLobMaxSize. AWS DMS les transferts sont tous LOBs supérieurs InlineLobMaxSize à l'entréeFullLobMode. La valeur par défaut pour InlineLobMaxSize est 0 et la plage est de 1 à 102 400 kilo-octets (100 Mo). Définissez une valeur pour InlineLobMaxSize uniquement si vous savez que la plupart d'entre LOBs elles sont inférieures à la valeur spécifiée dansInlineLobMaxSize.

  • LimitedSizeLobMode : si vous définissez cette option sur true, vous devez entrer une valeur pour l’option LobMaxSize. Entrez la taille maximale, en kilo-octets, pour un individu. LOB La valeur maximale recommandée pour LobMaxSize est de 102 400 kilo-octets (100 Mo).

  Pour plus d'informations sur les critères d'utilisation de ces LOB paramètres de tâche, consultezConfiguration de la LOB prise en charge des bases de données sources dans une AWS DMS tâche. Vous pouvez également contrôler la gestion LOBs de quatre tables individuelles. Pour de plus amples informations, veuillez consulter Règles des paramètres de table et de collection et opérations.

• LoadMaxFileSize— Une option pour les CSV points de terminaison cibles tels que MySQL, Postgre SQL et Amazon Redshift qui prennent en charge l'utilisation de fichiers de valeurs séparées par des virgules (.csv) pour le chargement des données. LoadMaxFileSizedéfinit la taille maximale sur le disque des données stockées et déchargées, telles que les fichiers .csv. Cette option remplace l’attribut de connexion de point de terminaison cible maxFileSize. Vous pouvez fournir des valeurs 0, qui indiquent que cette option ne remplace pas l'attribut de connexion, à 100 000 Ko.

• BatchApplyEnabled : détermine si chaque transaction est appliquée individuellement ou si les modifications sont validées par lots. La valeur par défaut est false.

  Lorsqu'il BatchApplyEnabled est défini surtrue, DMS nécessite une clé primaire (PK) ou une clé unique (UK) sur la ou les tables source. Sans PK ou UK dans les tables sources, seules les insertions par lots sont appliquées, pas les mises à jour ni les suppressions par lots.

  Lorsque BatchApplyEnabled est défini sur true, AWS DMS génère un message d’erreur si une table cible possède une contrainte unique et une clé primaire. Les tables cibles comportant à la fois une contrainte unique et une clé primaire ne sont pas prises en charge lorsque BatchApplyEnabled est défini sur true.

  Lorsqu'elle BatchApplyEnabled est définie sur true et qu'elle AWS DMS rencontre une erreur de données dans une table dotée de la politique de gestion des erreurs par défaut, la AWS DMS tâche passe du mode batch au one-by-one mode pour les autres tables. Pour modifier ce comportement, vous pouvez définir l'"SUSPEND_TABLE"action sur les politiques suivantes dans la propriété de "ErrorBehavior" groupe du JSON fichier de paramètres des tâches :

  • DataErrorPolicy

  • ApplyErrorDeletePolicy

  • ApplyErrorInsertPolicy

  • ApplyErrorUpdatePolicy

  Pour plus d'informations sur cette propriété de "ErrorBehavior" groupe, consultez le JSON fichier d'exemple de paramètres de tâche dansSpécification des paramètres des tâches pour les tâches du AWS Database Migration Service. Une fois ces politiques définies sur"SUSPEND_TABLE", la AWS DMS tâche suspend les erreurs de données sur toutes les tables qui les génèrent et continue en mode batch pour toutes les tables.

  Vous pouvez utiliser le paramètre BatchApplyEnabled avec le paramètre BatchApplyPreserveTransaction. Si BatchApplyEnabled est défini sur true, le paramètre BatchApplyPreserveTransaction détermine l'intégrité transactionnelle.

  Si BatchApplyPreserveTransaction est défini sur true, l'intégrité transactionnelle est préservée et un lot est assuré de contenir toutes les modifications effectuées dans une transaction à partir de la source.

  Si BatchApplyPreserveTransaction est défini sur false, il peut exister des écarts temporaires dans l'intégrité transactionnelle afin d'améliorer les performances.

  Le paramètre BatchApplyPreserveTransaction s'applique uniquement aux points de terminaison cible Oracle, et est approprié uniquement lorsque le paramètre BatchApplyEnabled est défini sur true.

  Lorsque LOB des colonnes sont incluses dans la réplication, vous ne pouvez les utiliser BatchApplyEnabled qu'en LOB mode limité.

  Pour plus d'informations sur l'utilisation de ces paramètres pour le chargement d'une capture de données de modification (CDC), consultezParamètres de réglage du traitement des modifications.

• MaxFullLoadSubTasks : indique le nombre maximal de tables à charger en parallèle. La valeur par défaut est 8 ; la valeur maximale 49.

• ParallelLoadThreads— Spécifie le nombre de threads AWS DMS utilisés pour charger chaque table dans la base de données cible. Ce paramètre possède des valeurs maximales pour les RDBMS non-cibles. La valeur maximale pour une cible DynamoDB est 200. La valeur maximale pour une cible Amazon Kinesis Data Streams, Apache Kafka ou OpenSearch Amazon Service est de 32. Vous pouvez demander une augmentation de cette limite maximale. ParallelLoadThreads s’applique aux tâches de chargement complet. Pour plus d'informations sur les paramètres qui activent le chargement parallèle des tables individuelles, consultez Règles des paramètres de table et de collection et opérations.

  Ce paramètre s’applique aux types de moteurs de point de terminaison suivants :

  • DynamoDB

  • Amazon Kinesis Data Streams

  • Amazon MSK

  • Amazon OpenSearch Service

  • Amazon Redshift

  AWS DMS prend en ParallelLoadThreads charge My SQL en tant qu'attribut de connexion supplémentaire. ParallelLoadThreadsne s'applique pas à Mon SQL en tant que paramètre de tâche.

• ParallelLoadBufferSize : spécifie le nombre maximal d’enregistrements à stocker dans la mémoire tampon utilisée par les threads de chargement parallèles pour charger les données sur la cible. La valeur par défaut est 50. La valeur maximale est 1 000. Ce paramètre n'est actuellement valide que lorsque DynamoDB, Kinesis, Apache Kafka OpenSearch ou R est la cible. Utilisez ce paramètre avec ParallelLoadThreads. ParallelLoadBufferSize est valide uniquement dans le cas de plusieurs threads. Pour plus d'informations sur les paramètres qui activent le chargement parallèle des tables individuelles, consultez Règles des paramètres de table et de collection et opérations.

• ParallelLoadQueuesPerThread : spécifie le nombre de files d’attente auxquelles chaque thread simultané accède pour extraire les enregistrements de données des files d’attente et générer un chargement par lots pour la cible. La valeur par défaut est 1. Ce paramètre n’est actuellement valide que lorsque Kinesis ou Apache Kafka est la cible.

• ParallelApplyThreads— Spécifie le nombre de threads simultanés AWS DMS utilisés pendant un CDC chargement pour transférer des enregistrements de données vers un point de terminaison cible Amazon DocumentDB, Kinesis OpenSearch, MSK Amazon ou Amazon Redshift. La valeur par défaut est zéro (0).

  Ce paramètre ne s'applique qu'à CDC -only. Ce paramètre ne s’applique pas au chargement complet.

  Ce paramètre s’applique aux types de moteurs de point de terminaison suivants :

  • Amazon DocumentDB (compatible avec MongoDB)

  • Amazon Kinesis Data Streams

  • Amazon Managed Streaming for Apache Kafka

  • Amazon OpenSearch Service

  • Amazon Redshift

• ParallelApplyBufferSize— Spécifie le nombre maximum d'enregistrements à stocker dans chaque file d'attente tampon pour les threads simultanés à envoyer vers un point de terminaison cible Amazon DocumentDB, Kinesis OpenSearch, MSK Amazon ou Amazon Redshift pendant un chargement. CDC La valeur par défaut est 100. La valeur maximale est de 1 000. Utilisez cette option lorsque ParallelApplyThreads spécifie plusieurs threads.

• ParallelApplyQueuesPerThread— Spécifie le nombre de files d'attente auxquelles chaque thread accède pour extraire des enregistrements de données des files d'attente et générer un chargement par lots pour Amazon DocumentDB, Kinesis, Amazon ou un point de terminaison pendant cette période. MSK OpenSearch CDC La valeur par défaut est 1.