diff --git a/dashboard/continuous-profiling.md b/dashboard/continuous-profiling.md
index 922bfcd35cac0..cfefd25db2454 100644
--- a/dashboard/continuous-profiling.md
+++ b/dashboard/continuous-profiling.md
@@ -48,7 +48,7 @@ summary: TiDB Dashboardの継続的プロファイリングにより、専門家
> **Note:**
>
-> 継続的プロファイリングを使用するには、クラスターを最新バージョンのTiUP （v1.9.0以上）またはTiDB Operator （v1.3.0以上）でデプロイまたはアップグレードする必要があります。以前のバージョンのTiUPまたはTiDB Operatorを使用してクラスターをアップグレードした場合は、手順[FAQ](/dashboard/dashboard-faq.md#a-required-component-ngmonitoring-is-not-started-error-is-shown)ご覧ください。
+> 継続的プロファイリングを使用するには、クラスターを最新バージョンのTiUP （v1.9.0以上）またはTiDB Operator （v1.3.0以上）でデプロイまたはアップグレードする必要があります。以前のバージョンのTiUPまたはTiDB Operatorを使用してクラスターをアップグレードした場合は、手順については[FAQ](/dashboard/dashboard-faq.md#a-required-component-ngmonitoring-is-not-started-error-is-shown)をご覧ください。
継続的プロファイリングを有効にすると、Webページを常にアクティブにしておくことなく、バックグラウンドで継続的にパフォーマンスデータを収集できます。収集されたデータは一定期間保存され、期限切れのデータは自動的に削除されます。
diff --git a/dashboard/dashboard-access.md b/dashboard/dashboard-access.md
index 14f3ad0d3fbe2..27d29e6eef1bc 100644
--- a/dashboard/dashboard-access.md
+++ b/dashboard/dashboard-access.md
@@ -13,7 +13,7 @@ TiDB Dashboardにアクセスするには、ブラウザから[http://127.0.0.1:
## 複数のPDインスタンスがデプロイされている場合にTiDB Dashboardにアクセスする {#access-tidb-dashboard-when-multiple-pd-instances-are-deployed}
-クラスターに複数の PD インスタンスがデプロイされていて、**すべての**PD インスタンスとポートに直接アクセスできる場合は、アドレス[http://127.0.0.1:2379/dashboard/](http://127.0.0.1:2379/dashboard/)の`127.0.0.1:2379`**任意の**PD インスタンスのアドレスとポートに置き換えるだけです。
+クラスターに複数の PD インスタンスがデプロイされていて、**すべての**PD インスタンスとポートに直接アクセスできる場合は、アドレス[http://127.0.0.1:2379/dashboard/](http://127.0.0.1:2379/dashboard/)の`127.0.0.1:2379`を**任意の**PD インスタンスのアドレスとポートに置き換えるだけです。
> **Note:**
>
@@ -36,7 +36,7 @@ TiDB Dashboardは、比較的新しいバージョンの次の一般的なデス
TiDB Dashboardにアクセスすると、ユーザー ログイン インターフェイスに移動します。
- TiDB `root`アカウントを使用して TiDB Dashboardにサインインできます。
-- TiDB Dashboardには、シングルサインオン（SSO）経由でサインインすることもできます。詳細については、 [TiDB DashboardのSSOを構成する](/dashboard/dashboard-session-sso.md)ご覧ください。
+- TiDB Dashboardには、シングルサインオン（SSO）経由でサインインすることもできます。詳細については、 [TiDB DashboardのSSOを構成する](/dashboard/dashboard-session-sso.md)をご覧ください。
- [ユーザー定義のSQLユーザー](/dashboard/dashboard-user.md)を作成した場合は、このアカウントと対応するパスワードを使用してサインインできます。
次のいずれかの状況が存在する場合、ログインが失敗する可能性があります。
@@ -44,7 +44,7 @@ TiDB Dashboardにアクセスすると、ユーザー ログイン インター
- TiDB `root`ユーザーが存在しません。
- PD が起動していないか、アクセスできません。
- TiDB が起動されていないか、アクセスできません。
-- パスワードが`root`間違っています。
+- `root`のパスワードが間違っています。
サインイン後、セッションは24時間有効です。サインアウトの方法については、 [ログアウト](#logout)セクションをご覧ください。
diff --git a/dashboard/dashboard-cluster-info.md b/dashboard/dashboard-cluster-info.md
index c1b887f926f08..69789fa05a71b 100644
--- a/dashboard/dashboard-cluster-info.md
+++ b/dashboard/dashboard-cluster-info.md
@@ -36,15 +36,15 @@ summary: TiDB Dashboardのクラスタ情報ページでは、クラスタ全体
インスタンスは次のいずれかのステータスで実行できます。
-- 稼働中: インスタンスは正常に実行されています。
-- ダウンまたは到達不能: インスタンスが実行されていないか、対応するホストにネットワークの問題が発生しています。
-- tombstone: インスタンス上のデータが完全に移行され、スケールインが完了しました。このステータスは、TiKV またはTiFlashインスタンスにのみ存在します。
-- 離脱中: インスタンス上のデータが移行中で、スケールインが進行中です。このステータスは、TiKV またはTiFlashインスタンスでのみ表示されます。
-- 不明: インスタンスの実行状態は不明です。
+- `Up`: インスタンスは正常に実行されています。
+- `Down` または`Unreachable`: インスタンスが実行されていないか、対応するホストにネットワークの問題が発生しています。
+- `Tombstone`: インスタンス上のデータが完全に移行され、スケールインが完了しました。このステータスは、TiKV またはTiFlashインスタンスにのみ存在します。
+- `Leaving`: インスタンス上のデータが移行中で、スケールインが進行中です。このステータスは、TiKV またはTiFlashインスタンスでのみ表示されます。
+- `Unknown`: インスタンスの実行状態は不明です。
> **Note:**
>
-> - TiDB Dashboardの`Leaving` 、PD API によって返される`Offline` 、およびTiUPの`Pending Offline`同じステータスを示します。
+> - TiDB Dashboardの`Leaving` 、PD API によって返される`Offline` 、およびTiUPの`Pending Offline`は同じステータスを示します。
> - テーブル内の一部の列は、インスタンスが起動している場合にのみ表示できます。
インスタンスのステータスはPDのスケジュール情報から取得されます。詳細については[情報収集](/tidb-scheduling.md#information-collection)を参照してください。
diff --git a/dashboard/dashboard-diagnostics-access.md b/dashboard/dashboard-diagnostics-access.md
index 3f1d1aa681200..09702442389dc 100644
--- a/dashboard/dashboard-diagnostics-access.md
+++ b/dashboard/dashboard-diagnostics-access.md
@@ -43,8 +43,8 @@ TiDB Dashboardのクラスタ診断機能は、指定された時間範囲内で
特定の時点でシステム例外が発生した場合（例えば、QPSジッターやレイテンシーの上昇など）、診断レポートを生成できます。このレポートでは、異常な時間帯のシステムと正常な時間帯のシステムを比較します。例えば、
-- 異常時間範囲: `2022-05-21 14:40:00` - `2022-05-21 14:45:00`この時間範囲内では、システムは異常です。
-- 正常な時間範囲: `2022-05-21 14:30:00` - `2022-05-21 14:35:00`この時間範囲内では、システムは正常です。
+- 異常な時間範囲: `2022-05-21 14:40:00` - `2022-05-21 14:45:00`。この時間範囲内では、システムは異常です。
+- 正常な時間範囲: `2022-05-21 14:30:00` - `2022-05-21 14:35:00`。この時間範囲内では、システムは正常です。
前の 2つの時間範囲の比較レポートを生成するには、次の手順に従います。
diff --git a/dashboard/dashboard-diagnostics-report.md b/dashboard/dashboard-diagnostics-report.md
index 113fd4f5390f0..d0c7d6903643d 100644
--- a/dashboard/dashboard-diagnostics-report.md
+++ b/dashboard/dashboard-diagnostics-report.md
@@ -32,7 +32,7 @@ summary: TiDB Dashboard診断レポートでは、基本情報、診断情報、
すべての監視メトリックは、基本的にTiDB Grafana監視ダッシュボードのメトリックと一致しています。モジュールに異常が見つかった場合は、TiDB Grafanaで詳細な監視情報を確認できます。
-また、このレポートのメトリック`TOTAL_TIME`と`TOTAL_COUNT` Prometheus から読み取ったデータを監視しているため、統計に計算上の不正確さが存在する可能性があります。
+また、このレポートのメトリック`TOTAL_TIME`と`TOTAL_COUNT`は、Prometheusから読み取った監視データであるため、統計に計算上の不正確さが存在する可能性があります。
このレポートの各部分は次のように紹介されています。
@@ -144,7 +144,7 @@ TiDBには自動診断結果が組み込まれています。各フィールド
- `METRIC_NAME` : 監視メトリックの名前。
- `Label` : 監視メトリックのラベル情報。**展開を**クリックすると、メトリックの各ラベルの詳細な監視情報が表示されます。
-- `TIME_RATIO` : この監視メトリックによって消費された合計時間と、監視行の合計時間の比率（ `TIME_RATIO`は`1`です。たとえば、 `kv_request`の合計消費時間は`tidb_query`の`1.65`倍（つまり`38325.58` / `23223.86` ）です。KVリクエストは同時に実行されるため、すべてのKVリクエストの合計時間は、クエリの合計実行時間（ `tidb_query` ）を超える可能性があります。
+- `TIME_RATIO` : この監視メトリックによって消費された合計時間と、監視行の合計時間の比率（ `TIME_RATIO`は`1`です）。たとえば、 `kv_request`の合計消費時間は`tidb_query`の`1.65`倍（つまり`38325.58` / `23223.86` ）です。KVリクエストは同時に実行されるため、すべてのKVリクエストの合計時間は、クエリの合計実行時間（ `tidb_query` ）を超える可能性があります。
- `TOTAL_TIME` : この監視メトリックによって消費された合計時間。
- `TOTAL_COUNT` : この監視メトリックが実行された合計回数。
- `P999` : この監視メトリックの最大 P999時間。
@@ -174,7 +174,7 @@ TiDBには自動診断結果が組み込まれています。各フィールド
上記の部分のうち、KV リクエスト時間には次の部分が含まれます。
-- ネットワークのリクエスト送受信にかかった時間です。現在、この項目の監視指標はありません。KVリクエスト時間から`tikv_grpc_message`差し引くことで、この項目のおおよその見積もりが可能です。
+- ネットワークのリクエスト送受信にかかった時間です。現在、この項目の監視指標はありません。KVリクエスト時間から`tikv_grpc_message`の時間を差し引くことで、この項目のおおよその見積もりが可能です。
- 消費時間`tikv_grpc_message` 。
上記の部品のうち、 `tikv_grpc_message`回の消費量に含まれる部品は以下のとおりです。
@@ -193,7 +193,7 @@ TiDBには自動診断結果が組み込まれています。各フィールド
上記のメトリックのうち、 `tikv_storage_async_request`の書き込み時間の消費は、次の部分を含むRaft KV の書き込み時間の消費を指します。
- `tikv_raft_propose_wait`
-- `tikv_raft_process` 、主に`tikv_raft_append_log`含む
+- `tikv_raft_process` 、主に`tikv_raft_append_log`を含む
- `tikv_raft_commit_log`
- `tikv_raft_apply_wait`
- `tikv_raft_apply_log`
@@ -202,13 +202,13 @@ TiDBには自動診断結果が組み込まれています。各フィールド
> **Note:**
>
-> Raft KVへ`tikv_raft_commit_log`書き込みは1つのバッチで処理される可能性があるため、各モジュールの消費時間を`TOTAL_TIME`で測定することは、 Raft KVへの書き込みに関連するメトリクス（具体的には`tikv_raft_process` `tikv_raft_apply_wait` `tikv_raft_append_log`監視には適していませ`tikv_raft_apply_log` 。このような状況では、各モジュールの消費時間をP999とP99の時間と比較する方が合理的です。
+> Raft KVへの書き込みは1つのバッチで処理される可能性があるため、各モジュールの消費時間を`TOTAL_TIME`で測定することは、 Raft KVへの書き込みに関連するメトリクス（具体的には`tikv_raft_process`、 `tikv_raft_append_log`、 `tikv_raft_commit_log`、 `tikv_raft_apply_wait`、および`tikv_raft_apply_log`）の監視には適していません。このような状況では、各モジュールの消費時間をP999とP99の時間と比較する方が合理的です。
>
-> その理由は、非同期書き込みリクエストが10件ある場合、 Raft KVは内部的に10件のリクエストをバッチ実行にまとめ、その実行時間は1秒だからです。そのため、各リクエストの実行時間は1秒で、10件のリクエストの合計時間は10秒ですが、 Raft KVの処理時間の合計は1秒です。消費時間を`TOTAL_TIME`計測すると、残りの9秒がどこに費やされているのかが分からなくなってしまう可能性があります。また、リクエストの総数（ `TOTAL_COUNT` ）からも、 Raft KVの監視メトリクスとこれまでの監視メトリクスの違いが分かります。
+> その理由は、非同期書き込みリクエストが10件ある場合、 Raft KVは内部的に10件のリクエストをバッチ実行にまとめ、その実行時間は1秒だからです。そのため、各リクエストの実行時間は1秒で、10件のリクエストの合計時間は10秒ですが、 Raft KVの処理時間の合計は1秒です。消費時間を`TOTAL_TIME`で計測すると、残りの9秒がどこに費やされているのかが分からなくなってしまう可能性があります。また、リクエストの総数（ `TOTAL_COUNT` ）からも、 Raft KVの監視メトリクスとこれまでの監視メトリクスの違いが分かります。
#### 各コンポーネントでエラーが発生しました {#errors-occurred-in-each-component}
-表`Errors Occurred in Each Component`は、TiDBとTiKVにおけるエラーの総数を示しています。binlogへのbinlog失敗、 `tikv server is busy`などです。各エラーの具体的な意味については`TiKV channel full`行のコメント`tikv write stall`を参照してください。
+表`Errors Occurred in Each Component`は、TiDBとTiKVにおけるエラーの総数を示しています。例えば、binlogの書き込み失敗、 `tikv server is busy`、 `TiKV channel full`、 `tikv write stall`などです。各エラーの具体的な意味については、行のコメントを参照してください。
@@ -247,7 +247,7 @@ TiDBには自動診断結果が組み込まれています。各フィールド
-上記の表は、 `2020-05-21 14:40:00`から5ノード目にあるクラスタの`DDL OWNER`ノード`10.0.1.13:10080`であることを示しています。所有者が変更された場合、上記の表には複数のデータ行が存在し、 `Min_Time`列は対応する既知の所有者の最小時間を示します。
+上記の表は、 `2020-05-21 14:40:00`から、クラスターの`DDL OWNER`が`10.0.1.13:10080`ノードにあることを示しています。所有者が変更された場合、上記の表には複数のデータ行が存在し、 `Min_Time`列は対応する既知の所有者の最小時間を示します。
> **Note:**
>
@@ -347,9 +347,9 @@ TiKV モジュールの監視情報に関連するテーブルは次のとおり
`DIFF_RATIO` : 2つの時間範囲の差の値を示します。以下の値があります。
-- 監視メトリックの値が`t2`以内のみで、 `t1`以内の値がない場合は、 `DIFF_RATIO`の値は`1`なります。
-- 監視メトリックの値が`t1`内のみにあり、 `t2`時間範囲内に値がない場合は、 `DIFF_RATIO`の値は`-1`なります。
-- `t2`の値が`t1`より大きい場合、 `DIFF_RATIO` = `(t2.value / t1.value)-1`なります。
+- 監視メトリックの値が`t2`以内のみで、 `t1`以内の値がない場合は、 `DIFF_RATIO`の値は`1`になります。
+- 監視メトリックの値が`t1`内のみにあり、 `t2`時間範囲内に値がない場合は、 `DIFF_RATIO`の値は`-1`になります。
+- `t2`の値が`t1`より大きい場合、 `DIFF_RATIO` = `(t2.value / t1.value)-1`になります。
- `t2`の値が`t1`の値より小さい場合、 `DIFF_RATIO` = `1-(t1.value / t2.value)`
たとえば、上の表では、 `t2`の`tidb`ノードの平均 CPU 使用率は`t1`の 2.02 倍、つまり`2.02` = `1240/410-1`です。
diff --git a/dashboard/dashboard-diagnostics-usage.md b/dashboard/dashboard-diagnostics-usage.md
index c89f181bb129e..8fdec9362b8cb 100644
--- a/dashboard/dashboard-diagnostics-usage.md
+++ b/dashboard/dashboard-diagnostics-usage.md
@@ -36,7 +36,7 @@ T2: `2020-03-10 13:24:30` ～ `2020-03-10 13:27:30` 。この範囲ではQPSが
- `tidb_cop_duration` : P999 コプロセッサリクエストの処理レイテンシーが 2.48 倍に増加しました。
- `tidb_kv_write_num` : P999 TiDB トランザクションで書き込まれた KV の数は 7.61 倍に増加しました。
- `tikv_cop_scan_keys_total_nun` : TiKVコプロセッサーによってスキャンされるキー/値の数が 3つの TiKV インスタンスで大幅に改善されました。
-- `pd_operator_step_finish_total_count`では、転属リーダー数が2.45倍に増加しており、異常時間帯のスケジュールが正常時間帯のスケジュールよりも高くなっていることがわかります。
+- `pd_operator_step_finish_total_count`では、移行したリーダー数が2.45倍に増加しており、異常時間帯のスケジューリングの頻度が正常時間帯よりも高くなっていることがわかります。
- このレポートは、スロークエリが存在する可能性があることを示しており、SQL文を使用してスロークエリを照会できることを示しています。SQL文の実行結果は次のとおりです。
```sql
diff --git a/dashboard/dashboard-faq.md b/dashboard/dashboard-faq.md
index 6d84e6efc91a6..c5a6d959edab2 100644
--- a/dashboard/dashboard-faq.md
+++ b/dashboard/dashboard-faq.md
@@ -56,7 +56,7 @@ Prometheusインスタンスをデプロイしてもこの問題が引き続き
### `required component NgMonitoring is not started`というエラーが表示されます {#a-required-component-ngmonitoring-is-not-started-error-is-shown}
-NgMonitoringは、TiDB v5.4.0以降のバージョンに組み込まれた高度な監視コンポーネントで、**継続的プロファイリング**や**Top SQL**などのTiDB Dashboard機能をサポートします。TiUPの新しいバージョンを使用してクラスターをデプロイまたはアップグレードすると、NgMonitoringが自動的にデプロイされます。TiDB Operatorを使用してデプロイされたクラスターの場合は、 [継続的なプロファイリングを有効にする](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/access-dashboard/#enable-continuous-profiling)を参照してTiUPを手動でデプロイできます。
+NgMonitoringは、TiDB v5.4.0以降のバージョンに組み込まれた高度な監視コンポーネントで、**継続的プロファイリング**や**Top SQL**などのTiDB Dashboard機能をサポートします。TiUPの新しいバージョンを使用してクラスターをデプロイまたはアップグレードすると、NgMonitoringが自動的にデプロイされます。TiDB Operatorを使用してデプロイされたクラスターの場合は、 [継続的なプロファイリングを有効にする](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/access-dashboard/#enable-continuous-profiling)を参照してNgMonitoringを手動でデプロイできます。
Web ページに`required component NgMonitoring is not started`が表示されている場合は、次のようにしてデプロイメントの問題をトラブルシューティングできます。
@@ -112,7 +112,7 @@ Web ページに`required component NgMonitoring is not started`が表示され
TiDB Operatorを使用してデプロイされたクラスター
-TiDB Operatorのドキュメントのセクション[継続的なプロファイリングを有効にする](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/access-dashboard/#enable-continuous-profiling)手順に従って、NgMonitoringコンポーネントをデプロイ。
+TiDB Operatorのドキュメントの[継続的なプロファイリングを有効にする](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/access-dashboard/#enable-continuous-profiling)セクションの手順に従って、NgMonitoringコンポーネントをデプロイしてください。
NGINXを使用する
-[NGINX](https://nginx.org/)リバースプロキシとして使用する場合は、次の手順を実行します。
+[NGINX](https://nginx.org/)をリバースプロキシとして使用する場合は、次の手順を実行します。
1. TiDB Dashboardのリバースプロキシを`8033`ポート（例）で使用します。NGINX設定ファイルに以下の設定を追加します。
@@ -83,7 +83,7 @@ http://192.168.0.123:2379/dashboard/
}
```
- `http://192.168.0.123:2379/dashboard/` 、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB Dashboardの実際のアドレスに置き換えます。
+ `http://192.168.0.123:2379/dashboard/`を、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB Dashboardの実際のアドレスに置き換えます。
> **Warning:**
>
@@ -175,7 +175,7 @@ server_configs:
tiup cluster reload CLUSTER_NAME -R pd
```
-詳細は[一般的なTiUP操作 - 構成の変更](/maintain-tidb-using-tiup.md#modify-the-configuration)参照。
+詳細は[一般的なTiUP操作 - 構成の変更](/maintain-tidb-using-tiup.md#modify-the-configuration)を参照してください。
HAProxyを使用する
-`http://example.com:8033/foo/`例にとると、対応する HAProxy 構成は次のようになります。
+`http://example.com:8033/foo/`を例にとると、対応する HAProxy 構成は次のようになります。
```haproxy
frontend tidb_dashboard_front
@@ -208,7 +208,7 @@ backend tidb_dashboard_back
server tidb_dashboard 192.168.0.123:2379
```
-`192.168.0.123:2379` 、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB Dashboardの実際のアドレスの IP とポートに置き換えます。
+`192.168.0.123:2379`を、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB Dashboardの実際のアドレスの IP とポートに置き換えます。
> **Warning:**
>
@@ -232,7 +232,7 @@ backend tidb_dashboard_back
NGINXを使用する
-`http://example.com:8033/foo/`例にとると、対応する NGINX 構成は次のようになります。
+`http://example.com:8033/foo/`を例にとると、対応する NGINX 構成は次のようになります。
```nginx
server {
@@ -243,7 +243,7 @@ server {
}
```
-`http://192.168.0.123:2379/dashboard/` 、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB Dashboardの実際のアドレスに置き換えます。
+`http://192.168.0.123:2379/dashboard/`を、 [ステップ1](#step-1-get-the-actual-tidb-dashboard-address)で取得した TiDB Dashboardの実際のアドレスに置き換えます。
> **Warning:**
>
diff --git a/dashboard/dashboard-ops-security.md b/dashboard/dashboard-ops-security.md
index 09e7899749f29..a4651a95e248c 100644
--- a/dashboard/dashboard-ops-security.md
+++ b/dashboard/dashboard-ops-security.md
@@ -9,17 +9,17 @@ TiDB Dashboardにアクセスするにはサインインする必要がありま
## TiDBユーザーのセキュリティを強化する {#enhance-security-of-tidb-users}
-### TiDB `root`ユーザーに強力なパスワードを設定する {#set-a-strong-password-for-the-tidb-root-user}
+### TiDBの`root`ユーザーに強力なパスワードを設定する {#set-a-strong-password-for-the-tidb-root-user}
TiDB Dashboardのアカウントシステムは、 TiDB SQLユーザーのアカウントシステムと一致しています。デフォルトでは、TiDBの`root`ユーザーにはパスワードが設定されていないため、TiDB Dashboardへのアクセスにはパスワード認証が不要です。これにより、悪意のある訪問者は、特権SQL文の実行を含む高い権限を取得できます。
-TiDB `root`ユーザーには強力なパスワードを設定することをお勧めします。詳細は[TiDB ユーザーアカウント管理](/user-account-management.md)ご覧ください。または、TiDB `root`ユーザーを無効にすることもできます。
+TiDBの`root`ユーザーには強力なパスワードを設定することをお勧めします。詳細は[TiDB ユーザーアカウント管理](/user-account-management.md)をご覧ください。または、TiDBの`root`ユーザーを無効にすることもできます。
### TiDB Dashboard用の最小権限ユーザーを作成する {#create-a-least-privileged-user-for-tidb-dashboard}
TiDB Dashboardのアカウントシステムは、 TiDB SQLのアカウントシステムと一致しています。TiDB Dashboardにアクセスするユーザーは、 TiDB SQLユーザーの権限に基づいて認証および認可されます。そのため、TiDB Dashboardでは限定的な権限、つまり読み取り専用権限のみが必要です。最小権限の原則に基づいてユーザーがTiDB Dashboardにアクセスできるように設定することで、高い権限を持つユーザーのアクセスを回避できます。
-TiDB Dashboardにアクセスしてサインインするには、最小限の権限を持つSQLユーザーを作成することをお勧めします。これにより、高い権限を持つユーザーによるアクセスを回避し、セキュリティを向上できます。詳細は[TiDB Dashboardのユーザー管理](/dashboard/dashboard-user.md)ご覧ください。
+TiDB Dashboardにアクセスしてサインインするには、最小限の権限を持つSQLユーザーを作成することをお勧めします。これにより、高い権限を持つユーザーによるアクセスを回避し、セキュリティを向上できます。詳細は[TiDB Dashboardのユーザー管理](/dashboard/dashboard-user.md)をご覧ください。
## ファイアウォールを使用して信頼できないアクセスをブロックする {#use-a-firewall-to-block-untrusted-access}
@@ -31,7 +31,7 @@ TiDB DashboardはPDクライアントポート（デフォルトは[http://IP:23
以下の対策を講じることをお勧めします。
-- ファイアウォールを使用して、コンポーネントが外部ネットワークまたは信頼できないネットワーク経由で PDコンポーネントの**クライアント**ポートにアクセスすることを禁止します。
+- ファイアウォールを使用して、コンポーネントが外部ネットワークまたは信頼できないネットワーク経由で PDコンポーネントの**任意の**クライアントポートにアクセスすることを禁止します。
> **Note:**
>
@@ -80,7 +80,7 @@ http://192.168.0.123:2379/dashboard/
## TiDB Dashboard専用のリバースプロキシ {#reverse-proxy-only-for-tidb-dashboard}
-[ファイアウォールを使用して信頼できないアクセスをブロックする](#ファイアウォールを使用して信頼できないアクセスをブロックする)で述べたように、PDクライアントポートで提供されるサービスには、TiDB Dashboard（ [http://IP:2379/dashboard/](http://IP:2379/dashboard/)に配置）だけでなく、PD内の他の特権インターフェース（ [http://IP:2379/pd/api/v1/members](http://IP:2379/pd/api/v1/members)など）も含まれます。したがって、リバースプロキシを使用してTiDB Dashboardを外部ネットワークに提供する場合は、外部ネットワークが**リバース**プロキシを介してPD内の特権インターフェースにアクセスできないように、ポート内のすべてのサービスで**はなく**、プレフィックスが`/dashboard`サービスのみを提供するようにしてください。
+[ファイアウォールを使用して信頼できないアクセスをブロックする](#use-a-firewall-to-block-untrusted-access)で述べたように、PDクライアントポートで提供されるサービスには、TiDB Dashboard（ [http://IP:2379/dashboard/](http://IP:2379/dashboard/)に配置）だけでなく、PD内の他の特権インターフェース（ [http://IP:2379/pd/api/v1/members](http://IP:2379/pd/api/v1/members)など）も含まれます。したがって、リバースプロキシを使用してTiDB Dashboardを外部ネットワークに提供する場合は、外部ネットワークがリバースプロキシを介してPD内の特権インターフェースにアクセスできないように、ポート内のすべてのサービス**ではなく**、プレフィックスが`/dashboard`であるサービス**のみ**を提供するようにしてください。
安全で推奨されるリバースプロキシ構成を確認するには、 [リバースプロキシの背後で TiDB Dashboardを使用する](/dashboard/dashboard-ops-reverse-proxy.md)を参照することをお勧めします。
@@ -88,7 +88,7 @@ http://192.168.0.123:2379/dashboard/
トランスポートレイヤーのセキュリティをさらに強化するには、リバースプロキシに対して TLS を有効にし、さらに mTLS を導入してユーザー証明書を認証することもできます。
-詳細は[HTTPSサーバーの設定](http://nginx.org/en/docs/http/configuring_https_servers.html)と[HAProxy SSL 終了](https://www.haproxy.com/blog/haproxy-ssl-termination/)ご覧ください。
+詳細は[HTTPSサーバーの設定](http://nginx.org/en/docs/http/configuring_https_servers.html)と[HAProxy SSL Termination](https://www.haproxy.com/blog/haproxy-ssl-termination/)をご覧ください。
## その他の推奨される安全対策 {#other-recommended-safety-measures}
diff --git a/dashboard/dashboard-overview.md b/dashboard/dashboard-overview.md
index 630819be528c7..9a18034d98b8f 100644
--- a/dashboard/dashboard-overview.md
+++ b/dashboard/dashboard-overview.md
@@ -12,7 +12,7 @@ summary: TiDB概要ページには、クラスターのQPS、レイテンシー
- 最近の期間に最も長い実行時間を累積した SQL文。
- 最近の期間の実行時間がしきい値を超えたスロークエリ。
- 各インスタンスのノード数とステータス。
-- メッセージを監視および警告します。
+- 監視および警告メッセージ。
## ページにアクセスする {#access-the-page}
diff --git a/dashboard/dashboard-profiling.md b/dashboard/dashboard-profiling.md
index 148176a91d95c..cb1c9240f90db 100644
--- a/dashboard/dashboard-profiling.md
+++ b/dashboard/dashboard-profiling.md
@@ -9,7 +9,7 @@ summary: 手動プロファイリングを使用すると、TiDB、TiKV、PD、
>
> この機能はデータベースのエキスパート向けに設計されています。エキスパートでない方は、PingCAPテクニカルサポートの指示に従ってこの機能を使用することをお勧めします。
-手動プロファイリングを使用すると、TiDB、TiKV、PD、 TiFlashの各インスタンスの現在のパフォーマンスデータをワンクリックでオン**デマンドで**収集できます。収集されたパフォーマンスデータは、FlameGraphまたはDAG形式で視覚化できます。
+手動プロファイリングを使用すると、TiDB、TiKV、PD、 TiFlashの各インスタンスの現在のパフォーマンスデータをワンクリックで**オンデマンド**で収集できます。収集されたパフォーマンスデータは、FlameGraphまたはDAG形式で視覚化できます。
これらのパフォーマンスデータを使用すると、専門家はインスタンスの CPU やメモリなどの現在のリソース消費の詳細を分析し、CPU オーバーヘッドの増加、メモリ使用量の増加、プロセスの停止など、進行中の高度なパフォーマンスの問題を正確に特定できます。
diff --git a/dashboard/dashboard-resource-manager.md b/dashboard/dashboard-resource-manager.md
index b11c91193bcb7..8df550b9fd238 100644
--- a/dashboard/dashboard-resource-manager.md
+++ b/dashboard/dashboard-resource-manager.md
@@ -47,7 +47,7 @@ summary: TiDB Dashboardのリソースマネージャページは、クラスタ
- **ユーザーリソースグループの合計RUは**、 `default`リソースグループを除くすべてのユーザーリソースグループのRUの合計量を表します。この値が推定容量を超えると、システムはアラートをトリガーします。デフォルトでは、システムは定義済みの`default`リソースグループに無制限の使用量を割り当てます。すべてのユーザーが`default`リソースグループに属している場合、リソースはリソース制御が無効になっている場合と同じように割り当てられます。
+ **ユーザーリソースグループの合計RU**は、 `default`リソースグループを除くすべてのユーザーリソースグループのRUの合計量を表します。この値が推定容量を超えると、システムはアラートをトリガーします。デフォルトでは、システムは定義済みの`default`リソースグループに無制限の使用量を割り当てます。すべてのユーザーが`default`リソースグループに属している場合、リソースはリソース制御が無効になっている場合と同じように割り当てられます。
- [実際の作業負荷に基づいて容量を見積もる](/sql-statements/sql-statement-calibrate-resource.md#estimate-capacity-based-on-actual-workload)
@@ -65,7 +65,7 @@ summary: TiDB Dashboardのリソースマネージャページは、クラスタ
> **Note:**
>
-> 容量推定機能を使用するには、現在のログインユーザーが権限`SUPER`または`RESOURCE_GROUP_ADMIN` 、および一部のシステムテーブルに対する権限`SELECT`持っている必要があります。この機能を使用する前に、現在のユーザーがこれらの権限を持っていることを確認してください。権限がない場合、一部の機能が正しく動作しない可能性があります。詳細については、 [`CALIBRATE RESOURCE`](/sql-statements/sql-statement-calibrate-resource.md#privileges)を参照してください。
+> 容量推定機能を使用するには、現在のログインユーザーが権限`SUPER`または`RESOURCE_GROUP_ADMIN` 、および一部のシステムテーブルに対する権限`SELECT`を持っている必要があります。この機能を使用する前に、現在のユーザーがこれらの権限を持っていることを確認してください。権限がない場合、一部の機能が正しく動作しない可能性があります。詳細については、 [`CALIBRATE RESOURCE`](/sql-statements/sql-statement-calibrate-resource.md#privileges)を参照してください。
## メトリクス {#metrics}
diff --git a/dashboard/dashboard-session-share.md b/dashboard/dashboard-session-share.md
index ad7c70be68277..f2a199e599dc6 100644
--- a/dashboard/dashboard-session-share.md
+++ b/dashboard/dashboard-session-share.md
@@ -1,6 +1,6 @@
---
title: Share TiDB Dashboard Sessions
-summary: TiDB Dashboardでは、ユーザーが現在のセッションを他のユーザーと共有できるため、ユーザーパスワードの入力は不要です。招待者は、特定の共有設定を含む認証コードを生成し、招待者に提供できます。招待者は、その認証コードを使用してパスワードなしでサインインできます。
+summary: TiDB Dashboardでは、ユーザーが現在のセッションを他のユーザーと共有できるため、ユーザーパスワードの入力は不要です。招待者は、特定の共有設定を含む認証コードを生成し、招待された人に提供できます。招待された人は、その認証コードを使用してパスワードなしでサインインできます。
---
# TiDB Dashboardセッションを共有する {#share-tidb-dashboard-sessions}
@@ -27,11 +27,11 @@ TiDB Dashboardの現在のセッションを他のユーザーと共有して、
- 読み取り専用権限として共有: 共有セッションでは読み取り操作のみが許可され、書き込み操作 (構成の変更など) は許可されません。
-5. **[認証コードの生成]を**クリックします。
+5. **Generate Authorization Code**をクリックします。
-6. 生成された**認証コードを**、セッションを共有するユーザーに提供します。
+6. 生成された**Authorization Code**を、セッションを共有するユーザーに提供します。
@@ -41,16 +41,16 @@ TiDB Dashboardの現在のセッションを他のユーザーと共有して、
## 招待された人の手順 {#steps-for-the-invitee}
-1. TiDB Dashboardのサインイン ページで、 **[代替認証の使用] を**クリックします。
+1. TiDB Dashboardのサインインページで、 **Use Alternative Authentication**をクリックします。
-2. **承認コード**をクリックしてサインインに使用します。
+2. **Authorization Code**をクリックしてサインインに使用します。
3. 招待者から受け取った認証コードを入力します。
-4. **[サインイン]を**クリックします。
+4. **Sign In**をクリックします。
diff --git a/dashboard/dashboard-session-sso.md b/dashboard/dashboard-session-sso.md
index 270395e1e38c7..c16b7ea945460 100644
--- a/dashboard/dashboard-session-sso.md
+++ b/dashboard/dashboard-session-sso.md
@@ -5,7 +5,7 @@ summary: TiDB Dashboardは、サインイン認証にOIDCベースのSSOをサ
# TiDB DashboardのSSOを構成する {#configure-sso-for-tidb-dashboard}
-TiDB Dashboardは、SQLベースの[OIDC](https://openid.net/connect/)サインオン（SSO）をサポートしています。TiDB DashboardのSSO機能を有効にすると、設定されたSSOサービスがサインイン認証に使用され、SQLユーザーのパスワードを入力せずにTiDB Dashboardにアクセスできるようになります。
+TiDB Dashboardは、 [OIDC](https://openid.net/connect/)ベースのシングルサインオン（SSO）をサポートしています。TiDB DashboardのSSO機能を有効にすると、設定されたSSOサービスがサインイン認証に使用され、SQLユーザーのパスワードを入力せずにTiDB Dashboardにアクセスできるようになります。
## OIDC SSO を構成する {#configure-oidc-sso}
@@ -25,7 +25,7 @@ TiDB Dashboardは、SQLベースの[OIDC](https://openid.net/connect/)サイン
通常、SSO サービス プロバイダーから次の2つのフィールドを取得できます。
- - OIDC Client ID は、OIDC トークン発行者とも呼ばれます。
+ - OIDC Client ID は、OIDC Token Issuer とも呼ばれます。
- OIDC Discovery URL は、OIDC Token Audience とも呼ばれます。
5. **Authorize Impersonation**をクリックし、SQL パスワードを入力します。
@@ -122,7 +122,7 @@ TiDB Dashboardに SSO が設定されると、次の手順に従って SSO 経
http://DASHBOARD_IP:PORT/dashboard/?sso_callback=1
```
- `DASHBOARD_IP:PORT` 、ブラウザで TiDB Dashboardにアクセスするために使用する実際のドメイン (または IP アドレス) とポートに置き換えます。
+ `DASHBOARD_IP:PORT`を、ブラウザで TiDB Dashboardにアクセスするために使用する実際のドメイン (または IP アドレス) とポートに置き換えます。
8. **Sign-out redirect URIs**を次のように入力します。
@@ -130,7 +130,7 @@ TiDB Dashboardに SSO が設定されると、次の手順に従って SSO 経
http://DASHBOARD_IP:PORT/dashboard/
```
- 同様に、 `DASHBOARD_IP:PORT`実際のドメイン (または IP アドレス) とポートに置き換えます。
+ 同様に、 `DASHBOARD_IP:PORT`を実際のドメイン (または IP アドレス) とポートに置き換えます。
@@ -156,7 +156,7 @@ TiDB Dashboardに SSO が設定されると、次の手順に従って SSO 経
## 例2: TiDB DashboardのSSOサインインにAuth0を使用する {#example-2-use-auth0-for-tidb-dashboard-sso-sign-in}
-Oktaと同様に、 [オーソ0](https://auth0.com/)もOIDC SSOアイデンティティサービスを提供します。以下の手順では、Auth0をTiDB DashboardのSSOプロバイダーとして使用できるように、Auth0とTiDB Dashboardを設定する方法について説明します。
+Oktaと同様に、 [Auth0](https://auth0.com/)もOIDC SSOアイデンティティサービスを提供します。以下の手順では、Auth0をTiDB DashboardのSSOプロバイダーとして使用できるように、Auth0とTiDB Dashboardを設定する方法について説明します。
### ステップ1: Auth0を構成する {#step-1-configure-auth0}
@@ -180,7 +180,7 @@ Oktaと同様に、 [オーソ0](https://auth0.com/)もOIDC SSOアイデンテ
http://DASHBOARD_IP:PORT/dashboard/?sso_callback=1
```
- `DASHBOARD_IP:PORT` 、ブラウザで TiDB Dashboardにアクセスするために使用する実際のドメイン (または IP アドレス) とポートに置き換えます。
+ `DASHBOARD_IP:PORT`を、ブラウザで TiDB Dashboardにアクセスするために使用する実際のドメイン (または IP アドレス) とポートに置き換えます。
6. **許可されたログアウト URL**を次のように入力します。
@@ -188,7 +188,7 @@ Oktaと同様に、 [オーソ0](https://auth0.com/)もOIDC SSOアイデンテ
http://DASHBOARD_IP:PORT/dashboard/
```
- 同様に、 `DASHBOARD_IP:PORT`実際のドメイン (または IP アドレス) とポートに置き換えます。
+ 同様に、 `DASHBOARD_IP:PORT`を実際のドメイン (または IP アドレス) とポートに置き換えます。
@@ -206,11 +206,11 @@ Oktaと同様に、 [オーソ0](https://auth0.com/)もOIDC SSOアイデンテ
## 例3: TiDB DashboardのSSOサインインにCasdoorを使用する {#example-3-use-casdoor-for-tidb-dashboard-sso-sign-in}
-[Casdoor](https://casdoor.org/) 、独自のホストに導入できるオープンソースのSSOプラットフォームです。TiDB DashboardのSSO機能と互換性があります。以下の手順では、CasdoorをTiDB DashboardのSSOプロバイダーとして使用できるように、CasdoorとTiDB Dashboardを設定する方法について説明します。
+[Casdoor](https://casdoor.org/)は、独自のホストに導入できるオープンソースのSSOプラットフォームです。TiDB DashboardのSSO機能と互換性があります。以下の手順では、CasdoorをTiDB DashboardのSSOプロバイダーとして使用できるように、CasdoorとTiDB Dashboardを設定する方法について説明します。
### ステップ1：Casdoorを設定する {#step-1-configure-casdoor}
-1. Casdoor 管理サイトをデプロイてアクセスします。
+1. Casdoor 管理サイトをデプロイしてアクセスします。
2. 上部のサイドバーの**Applications**から移動します。
@@ -224,7 +224,7 @@ Oktaと同様に、 [オーソ0](https://auth0.com/)もOIDC SSOアイデンテ
http://DASHBOARD_IP:PORT/dashboard/?sso_callback=1
```
- `DASHBOARD_IP:PORT` 、ブラウザで TiDB Dashboardにアクセスするために使用する実際のドメイン (または IP アドレス) とポートに置き換えます。
+ `DASHBOARD_IP:PORT`を、ブラウザで TiDB Dashboardにアクセスするために使用する実際のドメイン (または IP アドレス) とポートに置き換えます。
diff --git a/dashboard/dashboard-slow-query.md b/dashboard/dashboard-slow-query.md
index 87a4320bb367b..ad9d3dc021433 100644
--- a/dashboard/dashboard-slow-query.md
+++ b/dashboard/dashboard-slow-query.md
@@ -13,7 +13,7 @@ TiDB Dashboardの「スロークエリ」ページでは、クラスタ内のす
>
> スロークエリログが無効になっている場合、この機能は利用できません。スロークエリログはデフォルトで有効になっており、システム変数[`tidb_enable_slow_log`](/system-variables.md#tidb_enable_slow_log)を使用して有効または無効にすることができます。
-## ページにアクセスしてください {#access-the-page}
+## ページにアクセスする {#access-the-page}
スロークエリページにアクセスするには、以下の2つの方法のいずれかを使用できます。
diff --git a/dashboard/dashboard-statement-details.md b/dashboard/dashboard-statement-details.md
index d92e3af6f5b76..d0a09b200b93b 100644
--- a/dashboard/dashboard-statement-details.md
+++ b/dashboard/dashboard-statement-details.md
@@ -9,7 +9,7 @@ summary: TiDB Dashboardは、SQLテンプレートの概要、実行計画一覧
- SQL 文の概要。これには、SQL テンプレート、SQL テンプレート ID、表示されている SQL 実行の現在の時間範囲、実行計画の数、SQL 文が実行されるデータベース、および高速プランバインディング機能が含まれます (次の図の領域 1)。
- 実行計画リスト：SQL文に複数の実行計画がある場合、このリストが表示されます。実行計画のテキスト情報に加え、TiDB v6.2.0ではビジュアル実行計画が導入され、文の各オペレーターや詳細情報をより直感的に把握できるようになりました。複数の実行計画を選択すると、選択したプランの詳細がリストの下に表示されます（下図の領域2）。
-- プランの実行詳細。選択した実行計画の詳細情報が表示されます。1（下図の領域3） [実行計画の詳細](#execution-details-of-plans)を参照してください。
+- プランの実行詳細。選択した実行計画の詳細情報が表示されます。 [実行計画の詳細](#execution-details-of-plans)を参照してください（下図の領域3）。
@@ -39,7 +39,7 @@ TiDB v6.6.0以降、高速プランバインディング機能が導入されま
-2. **［ドロップ］を**クリックします。
+2. **Drop**をクリックします。
@@ -51,7 +51,7 @@ TiDB v6.6.0以降、高速プランバインディング機能が導入されま
現在、高速プランバインディング機能では、次の種類の SQL文はサポートされていません。
-- `SELECT` `INSERT` `UPDATE` `REPLACE` `DELETE`
+- `SELECT`、 `DELETE`、 `UPDATE`、 `INSERT`、 `REPLACE`のいずれでもないステートメント
- サブクエリを含むクエリ
- TiFlashにアクセスするクエリ
- 3つ以上のテーブルを結合するクエリ
diff --git a/dashboard/dashboard-statement-list.md b/dashboard/dashboard-statement-list.md
index bd174198e424b..b9b77856e2401 100644
--- a/dashboard/dashboard-statement-list.md
+++ b/dashboard/dashboard-statement-list.md
@@ -62,7 +62,7 @@ SQL Statementsページの上部で、表示するSQL実行の時間範囲を変
>
> - ステートメント システムテーブルはメモリ内にのみ保存されるため、SQL Statements機能が無効にされると、システムテーブル内のデータはクリアされます。
>
-> - `Collect interval`と`retain duration`の値はメモリ使用量に影響するため、実際の状況に応じて調整することをお勧めします`retain duration`の値は大きすぎないようにしてください。
+> - `Collect interval`と`retain duration`の値はメモリ使用量に影響するため、実際の状況に応じて調整することをお勧めします。 `retain duration`の値は大きすぎないようにしてください。
### その他 {#others}
diff --git a/dashboard/dashboard-user.md b/dashboard/dashboard-user.md
index 43d0f729d1e59..2d7026be66891 100644
--- a/dashboard/dashboard-user.md
+++ b/dashboard/dashboard-user.md
@@ -97,7 +97,7 @@ SQL ユーザーが前述の権限要件を満たしていない場合、以下
GRANT SUPER ON *.* TO 'dashboardAdmin'@'%';
```
-2. `dashboard_access`ロールを他のユーザーに付与し、 `dashboard_access`デフォルトのロールとして設定します。
+2. `dashboard_access`ロールを他のユーザーに付与し、 `dashboard_access`をデフォルトのロールとして設定します。
```sql
CREATE USER 'dashboardAdmin'@'%' IDENTIFIED BY '';
diff --git a/dashboard/top-sql.md b/dashboard/top-sql.md
index f08a0ee132529..4139ea6f21a3a 100644
--- a/dashboard/top-sql.md
+++ b/dashboard/top-sql.md
@@ -33,7 +33,7 @@ Top SQLは、パフォーマンスの問題を分析するのに適していま
- Top SQLは、データの誤りや異常なクラッシュなど、パフォーマンス以外の問題を特定するために使用することはできません。
- Top SQLは、ロック競合、トランザクションのセマンティクスエラー、またはリソース消費が原因ではないその他の問題を直接分析するには適していません。
-## ページにアクセスしてください {#access-the-page}
+## ページにアクセスする {#access-the-page}
以下のいずれかの方法で、Top SQLページにアクセスできます。
@@ -49,7 +49,7 @@ Top SQLは、パフォーマンスの問題を分析するのに適していま
>
> Top SQLを使用するには、クラスターが最新バージョンのTiUP （v1.9.0以降）またはTiDB Operator （v1.3.0以降）を使用してデプロイまたはアップグレードされている必要があります。以前のバージョンのTiUPまたはTiDB Operatorを使用してクラスターをアップグレードした場合は、 [FAQ](/dashboard/dashboard-faq.md#a-required-component-ngmonitoring-is-not-started-error-is-shown)を参照して手順を確認してください。
-Top SQLは、有効にするとクラスタのパフォーマンスにわずかな影響（平均で3%以内）を与えるため、デフォルトでは有効になっていません。Top Top SQLを有効にするには、以下の手順に従ってください。
+Top SQLは、有効にするとクラスタのパフォーマンスにわずかな影響（平均で3%以内）を与えるため、デフォルトでは有効になっていません。Top SQLを有効にするには、以下の手順に従ってください。
1. [Top SQLページ](#access-the-page)にアクセスしてください。
2. **Open Settings**をクリックします。ページ右側の**Settings**領域で、**Enable Feature**スイッチを有効にします。