Skip to content

i18n(ja): restore literal quoted status/enum values in DM docs #23758

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
yahonda wants to merge 1 commit into
base: i18n-ja-release-8.5
Choose a base branch
from
Open

i18n(ja): restore literal quoted status/enum values in DM docs #23758

Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 3 additions & 3 deletions dm/dm-continuous-data-validation.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -212,7 +212,7 @@ dmctl は 3つのエラー処理コマンドを提供します。
-h, --help help for clear-error
```

- `ignore-error` : エラー行を無視します。このエラー行は「無視」としてマークされます。
- `ignore-error` : エラー行を無視します。このエラー行は"ignored"としてマークされます。

```
Usage:
Expand All @@ -223,7 +223,7 @@ dmctl は 3つのエラー処理コマンドを提供します。
-h, --help help for ignore-error
```

- `resolve-error` : エラー行は手動で処理され、「解決済み」としてマークされます。
- `resolve-error` : エラー行は手動で処理され、"resolved"としてマークされます。

```
Usage:
Expand Down Expand Up @@ -285,7 +285,7 @@ DM における継続的なデータ検証 (バリデータ) のアーキテク
- バリデータは、シンカーによって増分移行されたイベントのみをチェックします。イベントがシンカーによって処理されていない場合、バリデータは一時停止し、シンカーによる処理が完了するまで待機します。
- イベントがシンカーによって処理された場合、バリデーターは次の手順に進みます。
2. バリデータはbinlogイベントを解析し、ブロックリストと許可リスト、テーブルフィルター、テーブルルーティングに基づいて行をフィルタリングします。その後、バリデータは変更された行をバックグラウンドで実行される検証ワーカーに送信します。
3. 検証ワーカーは、同じテーブルと同じ主キーに影響する変更された行をマージし、「期限切れ」データの検証を回避します。変更された行はメモリにキャッシュされます。
3. 検証ワーカーは、同じテーブルと同じ主キーに影響する変更された行をマージし、"expired"データの検証を回避します。変更された行はメモリにキャッシュされます。
4. 検証ワーカーは、変更された行が一定数蓄積されるか、一定の時間間隔が経過すると、主キーを使用して下流のデータベースを照会し、現在のデータを取得して、変更された行と比較します。
5. 検証ワーカーはデータ検証を実行します。検証モードが`full`の場合、検証ワーカーは変更された行のデータを下流データベースのデータと比較します。検証モードが`fast`の場合、検証ワーカーは変更された行の存在のみを確認します。
- 変更された行が検証に合格した場合、変更された行はメモリから削除されます。
Expand Down
8 changes: 4 additions & 4 deletions dm/dm-query-status.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -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文のリスト。
Expand Down
Loading