错误处理任务设置
您可以使用以下设置来设置更改数据捕获 (CDC) 期间的复制任务错误处理行为：
-
DataErrorPolicy– 决定在出现与记录级别的数据处理相关的错误时，AWS DMS 执行的操作。数据处理错误的一些示例包括转换错误、变换中的错误和不正确的数据。默认值为LOG_ERROR。-
IGNORE_RECORD– 任务继续，并且将忽略该记录的数据。DataErrorEscalationCount属性的错误计数器将递增。因此，如果您为表设置错误数限制，则此错误将计入限制。 -
LOG_ERROR– 任务继续，并且错误将写入任务日志。 -
SUSPEND_TABLE– 任务继续，但带错误记录的表中的数据将移至错误状态，并且不会复制数据。 -
STOP_TASK– 任务停止，并且需要手动干预。
-
-
DataTruncationErrorPolicy– 决定在数据被截断时，AWS DMS 执行的操作。默认值为LOG_ERROR。-
IGNORE_RECORD– 任务继续，并且将忽略该记录的数据。DataErrorEscalationCount属性的错误计数器将递增。因此，如果您为表设置错误数限制，则此错误将计入限制。 -
LOG_ERROR– 任务继续，并且错误将写入任务日志。 -
SUSPEND_TABLE– 任务继续，但带错误记录的表中的数据将移至错误状态，并且不会复制数据。 -
STOP_TASK– 任务停止，并且需要手动干预。
-
-
DataErrorEscalationPolicy– 决定在达到最大错误数（在DataErrorsEscalationCount参数中设置）时，AWS DMS 执行的操作。默认值为SUSPEND_TABLE。-
SUSPEND_TABLE– 任务继续，但带错误记录的表中的数据将移至错误状态，并且不会复制数据。 -
STOP_TASK– 任务停止，并且需要手动干预。
-
-
DataErrorEscalationCount– 设置特定记录的数据可出现的错误的最大数目。当达到此数目时，将根据DataErrorEscalationCount中设置的策略来处理包含错误记录的表的数据。默认值为 0。 -
TableErrorPolicy– 决定在处理特定表的数据或元数据时出错的情况下，AWS DMS 执行的操作。此错误仅适用于常规表数据，而不是与特定记录相关的错误。默认值为SUSPEND_TABLE。-
SUSPEND_TABLE– 任务继续，但带错误记录的表中的数据将移至错误状态，并且不会复制数据。 -
STOP_TASK– 任务停止，并且需要手动干预。
-
-
TableErrorEscalationPolicy– 决定在达到最大错误数（使用TableErrorEscalationCount参数设置）时，AWS DMS 执行的操作。默认用户设置为STOP_TASK，其中任务将停止，并且需要手动干预。 -
TableErrorEscalationCount– 特定表的常规数据或元数据可出现的错误的最大数目。当达到此数目时，将根据TableErrorEscalationPolicy中设置的策略处理表的数据。默认值为 0。 -
RecoverableErrorCount– 在出现环境错误时，可尝试重新启动任务的最大次数。在系统尝试重新启动任务指定次数时，任务将停止，并且需要手动干预。默认值为 -1，这指示 AWS DMS 无限期地尝试重新启动该任务。将此值设置为 0 将从不尝试重新启动任务。如果出现致命错误，AWS DMS 将在 6 次尝试后停止尝试重新启动任务。 -
RecoverableErrorInterval– 在每次重新启动任务的尝试之间，AWS DMS 等待的秒数。默认值为 5。 -
RecoverableErrorThrottling– 如果启用此项，则每次尝试重新启动时，重新启动任务的尝试之间的间隔将增加。默认值为true。 -
RecoverableErrorThrottlingMax– 在启用RecoverableErrorThrottling的情况下，AWS DMS 在重新启动任务的尝试之间等待的描述。默认值为 1800。 -
ApplyErrorDeletePolicy– 决定在与 DELETE 操作发生冲突时，AWS DMS 执行的操作。默认值为IGNORE_RECORD。-
IGNORE_RECORD– 任务继续，并且将忽略该记录的数据。ApplyErrorEscalationCount属性的错误计数器将递增。因此，如果您为表设置错误数限制，则此错误将计入限制。 -
LOG_ERROR– 任务继续，并且错误将写入任务日志。 -
SUSPEND_TABLE– 任务继续，但带错误记录的表中的数据将移至错误状态，并且不会复制数据。 -
STOP_TASK– 任务停止，并且需要手动干预。
-
-
ApplyErrorInsertPolicy– 决定在与 INSERT 操作发生冲突时，AWS DMS 执行的操作。默认值为LOG_ERROR。-
IGNORE_RECORD– 任务继续，并且将忽略该记录的数据。ApplyErrorEscalationCount属性的错误计数器将递增。因此，如果您为表设置错误数限制，则此错误将计入限制。 -
LOG_ERROR– 任务继续，并且错误将写入任务日志。 -
SUSPEND_TABLE– 任务继续，但带错误记录的表中的数据将移至错误状态，并且不会复制数据。 -
STOP_TASK– 任务停止，并且需要手动干预。 -
INSERT_RECORD– 如果存在带与插入的源记录相同的主键的现有目标记录，则更新该目标记录。
-
-
ApplyErrorUpdatePolicy– 决定在与 UPDATE 操作发生冲突时，AWS DMS 执行的操作。默认值为LOG_ERROR。-
IGNORE_RECORD– 任务继续，并且将忽略该记录的数据。ApplyErrorEscalationCount属性的错误计数器将递增。因此，如果您为表设置错误数限制，则此错误将计入限制。 -
LOG_ERROR– 任务继续，并且错误将写入任务日志。 -
SUSPEND_TABLE– 任务继续，但带错误记录的表中的数据将移至错误状态，并且不会复制数据。 -
STOP_TASK– 任务停止，并且需要手动干预。 -
UPDATE_RECORD– 如果目标记录缺失，则缺失的目标记录将插入目标表。选择该选项要求在 Oracle 作为源数据库时为所有源表列启用完整补充日志记录。
-
-
ApplyErrorEscalationPolicy– 决定在达到最大错误数（使用ApplyErrorsEscalationCount参数设置）时，AWS DMS 执行的操作。-
LOG_ERROR– 任务继续，并且错误将写入任务日志。 -
SUSPEND_TABLE– 任务继续，但带错误记录的表中的数据将移至错误状态，并且不会复制数据。 -
STOP_TASK– 任务停止，并且需要手动干预。
-
-
ApplyErrorEscalationCount– 设置更改处理操作期间，特定表可出现的 APPLY 冲突的最大次数。当达到此数目时，将根据ApplyErrorEscalationPolicy参数中设置的策略处理表的数据。默认值为 0。 -
ApplyErrorFailOnTruncationDdl– 如果将该选项设置为true，则会导致在 CDC 期间对任何跟踪的表执行截断时任务失败。失败消息为：“Truncation DDL detected (检测到截断 DDL)”。 默认值为false。此方式不适用于 PostgreSQL 或不复制 DDL 表截断的任何其他源终端节点。
-
FailOnNoTablesCaptured– 如果将该选项设置为true，则会导致在任务启动时为其定义的转换规则找不到表时任务失败。默认值为false。 -
FailOnTransactionConsistencyBreached– 该选项适用于将 Oracle 作为 CDC 源的任务。如果将该选项设置为true，则会导致在事务的打开时间超出指定的超时并且可能会删除时任务失败。在使用 Oracle 启动 CDC 任务时，AWS DMS 将等待有限的时间以关闭最早打开的事务，然后再启动 CDC。如果在到达超时之前未关闭最早打开的事务，我们通常仍会启动 CDC 而忽略该事务。如果该设置设为
true，则任务将失败。 -
FullLoadIgnoreConflicts– 如果将该选项设置为false，则 AWS DMS 在应用缓存的事件时忽略“zero rows affected (零行受到影响)”和“duplicates (重复项)”错误。如果设置为true，则 AWS DMS 将报告所有错误，而不忽略这些错误。默认值为true。