翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# エラー処理タスクの設定
<a name="CHAP_Tasks.CustomizingTasks.TaskSettings.ErrorHandling"></a>

次の設定を使用して、レプリケーションタスクのエラー処理の動作を設定できます。タスク設定ファイルを使用してタスク設定を設定する方法については、「[タスク設定例](CHAP_Tasks.CustomizingTasks.TaskSettings.md#CHAP_Tasks.CustomizingTasks.TaskSettings.Example)」をご参照ください。
+ `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` – エラーが最大数(`DataErrorEscalationCount` パラメータで設定)に達したときに AWS DMS が実行するアクションを決定します。デフォルトは `SUSPEND_TABLE` です。
  + `SUSPEND_TABLE` – タスクは続行されますが、エラーレコードのあるテーブルのデータはエラー状態になり、データ レプリケーションはされません。
  + `STOP_TASK` – タスクが停止し、手動での介入が必要になります。
+ `DataErrorEscalationCount` – 特定のレコードで、データに許可されるエラーの最大数を設定します。この数に到達すると、エラーレコードがあるテーブルのデータは、`DataErrorEscalationPolicy` で設定されているポリシーに従って処理されます。デフォルトは 0 です。
+ `EventErrorPolicy` – タスク関連のイベントの送信中にエラーが発生した場合に AWS DMS が実行するアクションを決定します。指定できる値は次のとおりです。
  + `IGNORE` – タスクは続行され、そのイベントに関連付けられたデータはすべて無視されます。
  + `STOP_TASK` – タスクが停止し、手動での介入が必要になります。
+ `TableErrorPolicy` – 特定のテーブルのデータまたはメタデータの処理中にエラーが発生した場合に、 AWS DMS が実行するアクションを決定します。このエラーは一般のテーブルデータにのみ適用され、特定のレコードに関連するエラーではありません。デフォルトは `SUSPEND_TABLE` です。
  + `SUSPEND_TABLE` – タスクは続行されますが、エラーレコードのあるテーブルのデータはエラー状態になり、データ レプリケーションはされません。
  + `STOP_TASK` – タスクが停止し、手動での介入が必要になります。
+ `TableErrorEscalationPolicy` – エラーが最大数(`TableErrorEscalationCount` パラメータで設定)に達したときに AWS DMS が実行するアクションを決定します。デフォルトで、唯一のユーザー設定は `STOP_TASK` です。この設定では、タスクが停止し手動での介入が必要になります。
+ `TableErrorEscalationCount` – 特定のテーブルで、一般データまたはメタデータに許可されるエラーの最大数。この数に到達すると、このテーブルのデータは、`TableErrorEscalationPolicy` で設定されたポリシーに従って処理されます。デフォルトは 0 です。
+ `RecoverableErrorCount` – 環境エラーが発生したときに、タスクの再開を試みる最大回数。システムが再起動を試みる回数が指定の回数に達すると、タスクが停止し、手動での介入が必要になります。デフォルト値は -1 です。

  この値を -1 に設定すると、DMS が再試行する回数は、返されるエラータイプに応じて次のように異なります。
  + **実行中の状態、回復可能なエラー**: 接続が失われたり、ターゲット適用の失敗などの回復可能なエラーが発生した場合、DMS はタスクを 9 回再試行します。
  + **開始状態、回復可能なエラー**: DMS はタスクを 6 回再試行します。
  + **実行中の状態、DMS によって処理される致命的なエラー**: DMS はタスクを 6 回再試行します。
  + **実行中の状態、DMS によって処理されない致命的なエラー**: DMS はタスクを再試行しません。
  + **上記以外**: はタスクを無期限に AWS DMS 再試行します。

  タスクの再開を試行しない場合には、この値を 0 に設定します。

  `RecoverableErrorCount` と `RecoverableErrorInterval` は、DMS タスクが十分な間隔で十分な再試行を行って適切に復旧が行える値に設定することをお勧めします。致命的なエラーが発生した場合、DMS はほとんどのシナリオで再起動の試行を停止します。
+ `RecoverableErrorInterval` – タスクの再起動を試行するまで AWS に DMS が待機する秒数。デフォルトは 5 です。
+ `RecoverableErrorThrottling` – 有効にすると、タスクの再起動を試みる間隔が `RecoverableErrorInterval` の値に基づいて徐々に増加します。例えば、`RecoverableErrorInterval` が 5 秒に設定されている場合、次の再試行は 10 秒後、次は 20 秒後、次は 20 秒後、その次は 40 秒後に行われます。デフォルトは `true` です。
+ `RecoverableErrorThrottlingMax` – `RecoverableErrorThrottling`が有効になっている場合にタスクの再起動を試行するまで AWS に DMS が待機する最大秒数。デフォルトは 1800 です。
+ `RecoverableErrorStopRetryAfterThrottlingMax`– デフォルト値は に設定され`true`、DMS は、 ごとに復旧試行間の AWS DMS 待機の最大秒数に達した後、タスクの再開を停止します`RecoverableErrorStopRetryAfterThrottlingMax`。に設定すると`false`、DMS は、復旧試行の間に AWS DMS 待機する最大秒数に達した後、 ごとに `RecoverableErrorCount`に達する`RecoverableErrorStopRetryAfterThrottlingMax`までタスクを再開し続けます。
+ `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` – ターゲットレコードがない場合、欠落しているターゲットレコードがターゲットテーブルに挿入されます。 は、タスクの LOB 列のサポート AWS DMS を完全に無効にします。このオプションを選択するには、Oracle がソースデータベースの場合、すべてのソーステーブルの列に対し、完全なサプリメンタルロギングが有効である必要があります。
**注記**  
**トランザクション適用モード**の場合: このプロセスでは、システムは最初にレコードの更新を試みます。ターゲットにレコードがないために更新が失敗した場合、失敗したレコードに対して削除を実行し、新しいレコードを挿入します。このプロセスでは、Oracle ソースデータベースの完全なサプリメンタルロギングが必要であり、DMS はこのタスクの LOB 列のサポートを無効にします。
**バッチ適用モード**の場合: プロセスは、新しいレコードの完全なセットを挿入する前に、ターゲットバッチ内のすべての既存のレコードを削除し、データの置き換えをクリーンに行います。
+ `ApplyErrorEscalationPolicy` – エラーの最大数 ( AWS `ApplyErrorEscalationCount`パラメータを使用して設定) に達したときに DMS が実行するアクションを決定します。デフォルトは LOG\$1ERROR です：
  + `LOG_ERROR` – タスクは続行され、エラーはタスクログに書き込まれます。
  + `SUSPEND_TABLE` – タスクは続行されますが、エラーレコードのあるテーブルのデータはエラー状態になり、データ レプリケーションはされません。
  + `STOP_TASK` – タスクが停止し、手動での介入が必要になります。
+ `ApplyErrorEscalationCount` – このオプションでは変更プロセスオペレーションが実施されている間、特定のテーブルに許可される APPLY 競合の最大数を設定します。この数に到達すると、このテーブルのデータは、`ApplyErrorEscalationPolicy` パラメータで設定されたポリシーに従って処理されます。デフォルトは 0 です。
+ `ApplyErrorFailOnTruncationDdl` – このオプションを `true` に設定すると、CDC 中に追跡されたいずれかのテーブルで切り捨てが実行された場合に、タスクは失敗します。デフォルトは `false` です。

  この方法は、DDL テーブルの切り捨てレプリケーションが行われない、PostgreSQL バージョン 11.x 以前またはその他のソース エンドポイントでは機能しません。
+ `FailOnNoTablesCaptured` – このオプションを `true` に設定すると、タスクに対して定義されたテーブル マッピングによりタスクの開始時にテーブルが見つからなかった場合、タスクは失敗します。デフォルトは `true` です。
+ `FailOnTransactionConsistencyBreached` – このオプションは CDC でソースとして Oracle を使用するタスクに適用されます。デフォルトは False です。これを `true` に設定すると、トランザクションが指定されたタイムアウトよりも長い時間開かれていて、削除できる場合、タスクは失敗します。

  CDC タスクが Oracle で始まると、CDC を開始する前に、最も古いオープントランザクションが終了するまで期間限定で AWS DMS 待機します。最も古いオープントランザクションがタイムアウトに達するまで閉じない場合、ほとんどの場合、そのトランザクションを無視して CDC AWS DMS を開始します。このオプションを `true` に設定すると、タスクは失敗します。
+ `FullLoadIgnoreConflicts` – キャッシュされたイベントを適用するときに、 が「影響を受ける行がゼロ」を無視し、「重複」エラー AWS DMS を持つ`true`ようにこのオプションを に設定します。に設定すると`false`、 はすべてのエラーを無視せずに AWS DMS 報告します。デフォルトは `true` です。
+ `DataMaskingErrorPolicy` – 互換性のないデータ型やその他の理由でデータマスキングが失敗した場合に AWS DMS 実行するアクションを決定します。以下のオプションを使用できます。
  + `STOP_TASK` (デフォルト) – タスクが停止し、手動による介入が必要です。
  + `IGNORE_RECORD` – タスクは続行され、該当するレコードのデータは無視されます。
  + `LOG_ERROR` – タスクは続行され、エラーはタスクログに書き込まれます。マスクされていないデータはターゲットテーブルにロードされます。
  + `SUSPEND_TABLE` – タスクは続行されますが、エラーレコードのあるテーブルのデータはエラー状態になり、データ レプリケーションはされません。

**注記**  
 ターゲットとしての Redshift のテーブルロードエラーは、 で報告されます`STL_LOAD_ERRORS`。詳細については、「**Amazon Redshift データベース開発者ガイド」の「[STL\$1LOAD\$1ERRORS](https://docs.aws.amazon.com/redshift/latest/dg/r_STL_LOAD_ERRORS.html)」を参照してください。

**注記**  
復旧可能なエラーに関連するパラメータの変更は、DMS タスクを停止して再開した後にのみ有効になります。変更は現在の実行には適用されません。