翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
エラー処理タスクの設定
次の設定を使用して、レプリケーションタスクのエラー処理の動作を設定できます。タスク設定ファイルを使用してタスク設定を設定する方法については、「タスク設定例」をご参照ください。
-
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 で、タスク AWS DMS を無期限に再起動するよう に指示します。この値を -1 に設定すると、DMS が試行する再試行回数は、返されるエラータイプによって次のように異なります。実行状態、復旧可能なエラー： 接続の喪失やターゲット適用の失敗などの復旧可能なエラーが発生した場合、DMS はタスクを 9 回再試行します。
開始状態、回復可能なエラー： DMS はタスクを 6 回再試行します。
実行中の状態、DMS によって処理された致命的なエラー: DMS はタスクを 6 回再試行します。
実行中の状態、DMS で処理されない致命的なエラー: DMS はタスクを再試行しません。
タスクの再開を試行しない場合には、この値を 0 に設定します。
DMS タスクを適切に復旧
RecoverableErrorIntervalするために十分な間隔で十分な再試行が行われるように、RecoverableErrorCountと を 値に設定することをお勧めします。致命的なエラーが発生した場合、DMS はほとんどのシナリオで再起動の試行を停止します。 -
RecoverableErrorInterval– タスクの再起動の試行の間に AWS DMS が待機する秒数。デフォルトは 5 です。 -
RecoverableErrorThrottling– 有効にすると、タスクの再起動を試みる間隔がRecoverableErrorIntervalの値に基づいて徐々に増加します。例えば、RecoverableErrorIntervalが 5 秒に設定されている場合、次の再試行は 10 秒後、次は 20 秒後、次は 20 秒後、その次は 40 秒後に行われます。デフォルトはtrueです。 -
RecoverableErrorThrottlingMax- が有効になっている場合、タスクの再起動を試行するまでに AWS DMSRecoverableErrorThrottlingが待機する最大秒数。デフォルトは 1800 です。 -
RecoverableErrorStopRetryAfterThrottlingMax– に設定するとtrue、 は、 ごとに、復旧試行間の AWS DMS 待機の最大秒数に達した後にタスクの再起動を停止しますRecoverableErrorThrottlingMax。 -
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 がソースデータベースの場合、すべてのソーステーブルの列に対し、完全なサプリメンタルロギングが有効である必要があります。
-
-
ApplyErrorEscalationPolicy– エラーの最大数 (ApplyErrorEscalationCountパラメータを使用して設定) に達したときに AWS DMS が実行するアクションを決定します。デフォルトは LOG_ERROR です：-
LOG_ERROR– タスクは続行され、エラーはタスクログに書き込まれます。 -
SUSPEND_TABLE– タスクは続行されますが、エラーレコードのあるテーブルのデータはエラー状態になり、データ レプリケーションはされません。 -
STOP_TASK– タスクが停止し、手動での介入が必要になります。
-
-
ApplyErrorEscalationCount– このオプションでは変更プロセスオペレーションが実施されている間、特定のテーブルに許可される APPLY 競合の最大数を設定します。この数に到達すると、このテーブルのデータは、ApplyErrorEscalationPolicyパラメータで設定されたポリシーに従って処理されます。デフォルトは 0 です。 -
ApplyErrorFailOnTruncationDdl– このオプションをtrueに設定すると、CDC 中に追跡されたいずれかのテーブルで切り捨てが実行された場合に、タスクは失敗します。デフォルトはfalseです。この方法は、DDL テーブルの切り捨てレプリケーションが行われない、PostgreSQL バージョン 11.x 以前またはその他のソース エンドポイントでは機能しません。
-
FailOnNoTablesCaptured– このオプションをtrueに設定すると、タスクに対して定義されたテーブル マッピングによりタスクの開始時にテーブルが見つからなかった場合、タスクは失敗します。デフォルトはfalseです。 -
FailOnTransactionConsistencyBreached– このオプションは CDC でソースとして Oracle を使用するタスクに適用されます。デフォルトは False です。これをtrueに設定すると、トランザクションが指定されたタイムアウトよりも長い時間開かれていて、削除できる場合、タスクは失敗します。CDC タスクが Oracle で始まると、CDC を開始する前に、最も古いオープントランザクションが終了するまで期間限定で AWS DMS 待機します。タイムアウトに達するまで最も古いオープントランザクションが閉じない場合、ほとんどの場合、そのトランザクションを無視して CDC AWS DMS を開始します。このオプションを
trueに設定すると、タスクは失敗します。 -
FullLoadIgnoreConflicts- キャッシュされたイベントを適用するときにtrue「影響を受ける行がゼロ AWS DMS 」を無視し、「重複」エラーを に設定するには、このオプションを に設定します。に設定するとfalse、 AWS DMS はエラーを無視せずにすべてのエラーを報告します。デフォルトはtrueです。
Redshift がターゲットの場合、テーブルロードエラーは、STL_LOAD_ERRORS として報告されることに注意します。詳細については、「Amazon Redshift データベース開発者ガイド」の「STL_LOAD_ERRORS」を参照してください。
