Paramètres de traitement des erreurs pour une tâche

DataErrorPolicy— Détermine les mesures AWS DMS à prendre en cas d'erreur liée au traitement des données au niveau de l'enregistrement. Certains exemples d'erreurs liées au traitement de données comprennent les erreurs de conversion, les erreurs dans la transformation et les données incorrectes. L’argument par défaut est LOG_ERROR.

DataTruncationErrorPolicy— Détermine l'action AWS DMS entreprise lorsque les données sont tronquées. L’argument par défaut est LOG_ERROR.

DataErrorEscalationPolicy— Détermine l' AWS DMSaction entreprise lorsque le nombre maximum d'erreurs (défini dans le DataErrorEscalationCount paramètre) est atteint. L’argument par défaut est SUSPEND_TABLE.

DataErrorEscalationCount : définit le nombre maximal d’erreurs qui peuvent avoir lieu sur les données pour un enregistrement spécifique. Lorsque ce nombre est atteint, les données de la table qui contient l'enregistrement d'erreur sont traitées conformément à la stratégie définie dans DataErrorEscalationPolicy. La valeur par défaut est 0.

EventErrorPolicy— Détermine l'action entreprise AWS DMS lorsqu'une erreur se produit lors de l'envoi d'un événement lié à une tâche. Les valeurs possibles sont les suivantes :

TableErrorPolicy— Détermine les mesures AWS DMS à prendre en cas d'erreur lors du traitement des données ou des métadonnées d'une table spécifique. Cette erreur s'applique uniquement aux données générales de la table. Il ne s'agit pas d'une erreur liée à un enregistrement spécifique. L’argument par défaut est SUSPEND_TABLE.

TableErrorEscalationPolicy— Détermine l'action AWS DMS entreprise lorsque le nombre maximum d'erreurs est atteint (défini à l'aide du TableErrorEscalationCount paramètre). Le paramètre par défaut et le seul paramètre utilisateur est STOP_TASK, avec lequel la tâche est arrêtée et une intervention manuelle est requise.

TableErrorEscalationCount : nombre maximal d’erreurs qui peuvent avoir lieu sur les données ou les métadonnées générales pour une table spécifique. Lorsque ce nombre est atteint, les données de la table sont traitées conformément à la stratégie définie dans TableErrorEscalationPolicy. La valeur par défaut est 0.

RecoverableErrorCount : nombre maximal de tentatives effectuées pour redémarrer une tâche lorsqu’une erreur d’environnement se produit. Une fois que le système a tenté de redémarrer la tâche le nombre de fois indiqué, la tâche est arrêtée et une intervention manuelle est requise. La valeur par défaut est -1, ce qui indique AWS DMS de tenter de redémarrer la tâche indéfiniment. Lorsque vous définissez cette valeur sur -1, le nombre de DMS tentatives varie en fonction du type d'erreur renvoyé comme suit :

Définissez cette valeur sur 0 pour ne jamais essayer de redémarrer une tâche.

Nous vous recommandons de définir RecoverableErrorCount et sur RecoverableErrorInterval des valeurs telles qu'il y ait suffisamment de tentatives à intervalles suffisants pour que votre DMS tâche soit correctement rétablie. En cas d'erreur fatale, DMS arrête les tentatives de redémarrage dans la plupart des scénarios.

RecoverableErrorInterval— Le nombre de secondes qui s' AWS DMSécoulent entre deux tentatives de redémarrage d'une tâche. La valeur par défaut est 5.

RecoverableErrorThrottling : lorsque cette option est activée, l’intervalle entre les tentatives de redémarrage d’une tâche est augmenté en série en fonction de la valeur de RecoverableErrorInterval. Par exemple, si RecoverableErrorInterval est défini sur 5 secondes, la prochaine tentative aura lieu après 10 secondes, puis 20, puis 40 secondes et ainsi de suite. L’argument par défaut est true.

RecoverableErrorThrottlingMax— Le nombre maximal de secondes qui s' AWS DMSécoulent entre deux tentatives de redémarrage d'une tâche si elle RecoverableErrorThrottling est activée. La valeur par défaut est 1800.

RecoverableErrorStopRetryAfterThrottlingMax— Lorsque ce paramètre est défini surtrue, arrête le redémarrage de la tâche une fois que le nombre maximum de secondes d' AWS DMS attente entre les tentatives de restauration est atteint, par. RecoverableErrorThrottlingMax

ApplyErrorDeletePolicy— Détermine l' AWS DMSaction entreprise en cas de conflit avec une DELETE opération. L’argument par défaut est IGNORE_RECORD. Les valeurs possibles sont les suivantes :

ApplyErrorInsertPolicy— Détermine l' AWS DMSaction entreprise en cas de conflit avec une INSERT opération. L’argument par défaut est LOG_ERROR. Les valeurs possibles sont les suivantes :

ApplyErrorUpdatePolicy— Détermine les mesures AWS DMS à prendre en cas de conflit entre des données manquantes et une UPDATE opération. L’argument par défaut est LOG_ERROR. Les valeurs possibles sont les suivantes :

ApplyErrorEscalationPolicy— Détermine l'action AWS DMS entreprise lorsque le nombre maximum d'erreurs (défini à l'aide du ApplyErrorEscalationCount paramètre) est atteint. La valeur par défaut est LOG _ ERROR :

ApplyErrorEscalationCount— Cette option définit le nombre maximum de APPLY conflits pouvant survenir pour une table spécifique lors d'une opération de modification. Lorsque ce nombre est atteint, les données de la table sont traitées conformément à la stratégie définie dans le paramètre ApplyErrorEscalationPolicy. La valeur par défaut est 0.

ApplyErrorFailOnTruncationDdl— Définissez cette option sur true pour provoquer l'échec de la tâche lorsqu'une troncature est effectuée sur l'une des tables suivies pendant CDC le suivi. L’argument par défaut est false.

Cette approche ne fonctionne pas avec Postgre SQL version 11.x ou inférieure, ni avec tout autre point de terminaison source qui ne reproduit DDL pas la troncature de table.

FailOnNoTablesCaptured : définissez cette option sur true pour faire échouer une tâche lorsque les mappages de table définis pour une tâche ne trouvent pas de tables au lancement de la tâche. L’argument par défaut est false.

FailOnTransactionConsistencyBreached— Cette option s'applique aux tâches utilisant Oracle comme source avecCDC. La valeur par défaut est false. Définissez le paramètre sur true pour qu'une tâche échoue lorsqu'une transaction est ouverte plus longtemps que le délai d'expiration spécifié et puisse être supprimée.

Lorsqu'une CDC tâche démarre avec Oracle, attendez AWS DMS pendant une durée limitée que la transaction ouverte la plus ancienne soit clôturée avant de commencerCDC. Si la transaction ouverte la plus ancienne ne se ferme pas avant que le délai ne soit atteint, elle AWS DMS démarre dans la plupart des casCDC, en ignorant cette transaction. Si cette option est définie sur true, la tâche échoue.

FullLoadIgnoreConflicts— Définissez cette option true pour AWS DMS ignorer les erreurs « zéro ligne affectée » et « doublons » lors de l'application d'événements mis en cache. Si ce paramètre est défini AWS DMS surfalse, signale toutes les erreurs au lieu de les ignorer. L’argument par défaut est true.