diff --git a/dm/dm-continuous-data-validation.md b/dm/dm-continuous-data-validation.md index 909c01fa84264..14e4d4a754e25 100644 --- a/dm/dm-continuous-data-validation.md +++ b/dm/dm-continuous-data-validation.md @@ -212,7 +212,7 @@ dmctl は 3つのエラー処理コマンドを提供します。 -h, --help help for clear-error ``` -- `ignore-error` : エラー行を無視します。このエラー行は「無視」としてマークされます。 +- `ignore-error` : エラー行を無視します。このエラー行は"ignored"としてマークされます。 ``` Usage: @@ -223,7 +223,7 @@ dmctl は 3つのエラー処理コマンドを提供します。 -h, --help help for ignore-error ``` -- `resolve-error` : エラー行は手動で処理され、「解決済み」としてマークされます。 +- `resolve-error` : エラー行は手動で処理され、"resolved"としてマークされます。 ``` Usage: @@ -285,7 +285,7 @@ DM における継続的なデータ検証 (バリデータ) のアーキテク - バリデータは、シンカーによって増分移行されたイベントのみをチェックします。イベントがシンカーによって処理されていない場合、バリデータは一時停止し、シンカーによる処理が完了するまで待機します。 - イベントがシンカーによって処理された場合、バリデーターは次の手順に進みます。 2. バリデータはbinlogイベントを解析し、ブロックリストと許可リスト、テーブルフィルター、テーブルルーティングに基づいて行をフィルタリングします。その後、バリデータは変更された行をバックグラウンドで実行される検証ワーカーに送信します。 -3. 検証ワーカーは、同じテーブルと同じ主キーに影響する変更された行をマージし、「期限切れ」データの検証を回避します。変更された行はメモリにキャッシュされます。 +3. 検証ワーカーは、同じテーブルと同じ主キーに影響する変更された行をマージし、"expired"データの検証を回避します。変更された行はメモリにキャッシュされます。 4. 検証ワーカーは、変更された行が一定数蓄積されるか、一定の時間間隔が経過すると、主キーを使用して下流のデータベースを照会し、現在のデータを取得して、変更された行と比較します。 5. 検証ワーカーはデータ検証を実行します。検証モードが`full`の場合、検証ワーカーは変更された行のデータを下流データベースのデータと比較します。検証モードが`fast`の場合、検証ワーカーは変更された行の存在のみを確認します。 - 変更された行が検証に合格した場合、変更された行はメモリから削除されます。 diff --git a/dm/dm-query-status.md b/dm/dm-query-status.md index b4396b9a6bb73..a08fe49e86aff 100644 --- a/dm/dm-query-status.md +++ b/dm/dm-query-status.md @@ -227,16 +227,16 @@ DM移行タスクのステータスは、DMワーカーに割り当てられた - `sourceStatus` : アップストリーム MySQL データベースの情報。 - `subTaskStatus` : アップストリーム MySQL データベースのすべてのサブタスクの情報。各サブタスクには以下のフィールドが含まれる場合があります。 - `name` : サブタスクの名前。 - - `stage` : サブタスクのステータス。「sources」の「subTaskStatus」の「stage」のステータスの説明とステータスの切り替え関係については、 [サブタスクのステータス](#subtask-status)を参照してください。 - - `unit` : 「チェック」、「ダンプ」、「ロード」、「同期」を含む DM の処理単位。 + - `stage` : サブタスクのステータス。"sources"の"subTaskStatus"の"stage"のステータスの説明とステータスの切り替え関係については、 [サブタスクのステータス](#subtask-status)を参照してください。 + - `unit` : "Check"、"Dump"、"Load"、"Sync"を含む DM の処理単位。 - `result` : サブタスクが失敗した場合にエラー情報を表示します。 - - `unresolvedDDLLockID` : シャーディングDDLロックID。異常状態におけるシャーディングDDLロックを手動で処理するために使用されます。「sources」の「subTaskStatus」の「unresolvedDDLLockID」の動作の詳細については、 [シャーディング DDL ロックを手動で処理する](/dm/manually-handling-sharding-ddl-locks.md)を参照してください。 + - `unresolvedDDLLockID` : シャーディングDDLロックID。異常状態におけるシャーディングDDLロックを手動で処理するために使用されます。"sources"の"subTaskStatus"の"unresolvedDDLLockID"の動作の詳細については、 [シャーディング DDL ロックを手動で処理する](/dm/manually-handling-sharding-ddl-locks.md)を参照してください。 - `sync` ： `Sync`処理ユニットの複製情報。この情報は、現在の処理ユニットと同じコンポーネントに関するものです。 - `masterBinlog` : アップストリーム データベース内のbinlog の位置。 - `masterBinlogGtid` : アップストリーム データベース内の GTID 情報。 - `syncerBinlog` : `Sync`処理単位で複製されたbinlogの位置。 - `syncerBinlogGtid` : GTID を使用して複製されたbinlogの位置。 - - `blockingDDLs` : 現在ブロックされているDDLリスト。このDMワーカーのすべての上流テーブルが「同期済み」ステータスにある場合にのみ空になります。この場合、実行されるかスキップされるシャーディングDDL文を示します。 + - `blockingDDLs` : 現在ブロックされているDDLリスト。このDMワーカーのすべての上流テーブルが"synced"ステータスにある場合にのみ空になります。この場合、実行されるかスキップされるシャーディングDDL文を示します。 - `unresolvedGroups` : 解決されていないシャーディンググループ。各グループには以下のフィールドが含まれます。 - `target` : 複製されるダウンストリームデータベーステーブル。 - `DDLs` : DDL文のリスト。