diff --git a/ai/examples/auto-embedding-with-pytidb.md b/ai/examples/auto-embedding-with-pytidb.md index 93e3022403f58..ae412b106436e 100644 --- a/ai/examples/auto-embedding-with-pytidb.md +++ b/ai/examples/auto-embedding-with-pytidb.md @@ -16,7 +16,7 @@ summary: 組み込みの埋め込みモデルを使用して、テキストデ 始める前に、以下のものを用意してください。 -- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 +- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 - **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。 ## 実行方法 {#how-to-run} diff --git a/ai/examples/basic-with-pytidb.md b/ai/examples/basic-with-pytidb.md index 3ae407e85e4e1..95c6a982a0966 100644 --- a/ai/examples/basic-with-pytidb.md +++ b/ai/examples/basic-with-pytidb.md @@ -15,7 +15,7 @@ summary: データベース接続、テーブル作成、データ操作など 始める前に、以下のものを用意してください。 -- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 +- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 - **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。 ## 実行方法 {#how-to-run} diff --git a/ai/examples/fulltext-search-with-pytidb.md b/ai/examples/fulltext-search-with-pytidb.md index 7503998fe09fc..9dfc36094a857 100644 --- a/ai/examples/fulltext-search-with-pytidb.md +++ b/ai/examples/fulltext-search-with-pytidb.md @@ -13,7 +13,7 @@ summary: TiDBの全文検索を使用して、従来型のテキスト検索を 始める前に、以下のものを用意してください。 -- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 +- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 - **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。 ## 実行方法 {#how-to-run} diff --git a/ai/examples/hybrid-search-with-pytidb.md b/ai/examples/hybrid-search-with-pytidb.md index b85d89fadd349..fe7ad2a9c5b77 100644 --- a/ai/examples/hybrid-search-with-pytidb.md +++ b/ai/examples/hybrid-search-with-pytidb.md @@ -13,7 +13,7 @@ summary: より包括的な結果を得るには、ベクトル検索と全文 始める前に、以下のものを用意してください。 -- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 +- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 - **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。 - **OpenAI API キー**: [OpenAI](https://platform.openai.com/api-keys)から OpenAI API キーを取得します。 diff --git a/ai/examples/image-search-with-pytidb.md b/ai/examples/image-search-with-pytidb.md index 4d3745baa4616..ab4c67b2deaa2 100644 --- a/ai/examples/image-search-with-pytidb.md +++ b/ai/examples/image-search-with-pytidb.md @@ -18,7 +18,7 @@ summary: テキストから画像への検索と画像から画像への検索 始める前に、以下のものを用意してください。 -- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 +- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 - **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。 - **Jina AI API キー**: [Jina AI埋め込み](https://jina.ai/embeddings/)から無料の API キーを取得できます。 diff --git a/ai/examples/memory-with-pytidb.md b/ai/examples/memory-with-pytidb.md index 609392a127986..3bb7ce50b956c 100644 --- a/ai/examples/memory-with-pytidb.md +++ b/ai/examples/memory-with-pytidb.md @@ -20,7 +20,7 @@ summary: チャットボットや対話型AIアプリケーション向けに、 始める前に、以下のものを用意してください。 -- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 +- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 - **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。 - **OpenAI API キー**: [OpenAI](https://platform.openai.com/api-keys)から OpenAI API キーを取得します。 diff --git a/ai/examples/rag-with-pytidb.md b/ai/examples/rag-with-pytidb.md index 966138189f5ee..a47bcd5d9fba1 100644 --- a/ai/examples/rag-with-pytidb.md +++ b/ai/examples/rag-with-pytidb.md @@ -15,7 +15,7 @@ summary: 文書検索と言語生成を組み合わせたRAGアプリケーシ 始める前に、以下のものを用意してください。 -- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 +- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 - **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。 - **Ollama** :[Ollama](https://ollama.com/download)からインストールします。 diff --git a/ai/examples/text2sql-with-pytidb.md b/ai/examples/text2sql-with-pytidb.md index 1004d773cb031..32e2e052a222e 100644 --- a/ai/examples/text2sql-with-pytidb.md +++ b/ai/examples/text2sql-with-pytidb.md @@ -11,7 +11,7 @@ summary: AIモデルを使用して、自然言語によるクエリをSQL文に 始める前に、以下のものを用意してください。 -- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 +- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 - **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。 - **OpenAI API キー**: [OpenAI](https://platform.openai.com/api-keys)から OpenAI API キーを取得します。 diff --git a/ai/examples/vector-search-with-pytidb.md b/ai/examples/vector-search-with-pytidb.md index 365334bdf0d5b..644caecc98179 100644 --- a/ai/examples/vector-search-with-pytidb.md +++ b/ai/examples/vector-search-with-pytidb.md @@ -15,7 +15,7 @@ summary: ベクトル埋め込みを用いたセマンティック検索を実 始める前に、以下のものを用意してください。 -- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 +- **Python (>=3.10)** : [Python](https://www.python.org/downloads/) 3.10以降のバージョンをインストールしてください。 - **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。 - **Ollama** :[Ollama](https://ollama.com/download)からインストールします。 diff --git a/ai/integrations/tidb-mcp-claude-code.md b/ai/integrations/tidb-mcp-claude-code.md index 7f18e74619465..ef9991e4aea63 100644 --- a/ai/integrations/tidb-mcp-claude-code.md +++ b/ai/integrations/tidb-mcp-claude-code.md @@ -12,7 +12,7 @@ summary: このガイドでは、Claude CodeでTiDB MCPサーバーを設定す 始める前に、以下のものを用意してください。 - **Claude Code** ： [claude.com](https://claude.com/product/claude-code)からインストールしてください。 -- **Python (>=3.10) と uv** : Python (3.10 以降) と`uv`がインストールされていることを確認します。 [インストールガイド](https://docs.astral.sh/uv/getting-started/installation/)に従って`uv`をインストールします。 +- **Python (>=3.10) と uv** : Python (3.10 以降) と`uv`がインストールされていることを確認します。 [インストールガイド](https://docs.astral.sh/uv/getting-started/installation/)に従って`uv`をインストールします。 - **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。 ## TiDB Cloud Starterに接続する（推奨） {#connect-to-tidb-cloud-starter-recommended} diff --git a/ai/integrations/tidb-mcp-claude-desktop.md b/ai/integrations/tidb-mcp-claude-desktop.md index e9a702cfb6b76..37ca4c27f6838 100644 --- a/ai/integrations/tidb-mcp-claude-desktop.md +++ b/ai/integrations/tidb-mcp-claude-desktop.md @@ -12,7 +12,7 @@ summary: このガイドでは、Claude DesktopでTiDB MCPサーバーを設定 始める前に、以下のものを用意してください。 - **Claude Desktop** :[Claude AI](https://claude.ai/download)から Claude Desktop をダウンロードしてインストールします。 -- **Python (>=3.10) と uv** : Python (3.10 以降) と`uv`がインストールされていることを確認します。 [インストールガイド](https://docs.astral.sh/uv/getting-started/installation/)に従って`uv`をインストールします。 +- **Python (>=3.10) と uv** : Python (3.10 以降) と`uv`がインストールされていることを確認します。 [インストールガイド](https://docs.astral.sh/uv/getting-started/installation/)に従って`uv`をインストールします。 - **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。 ## セットアップ手順 {#setup-steps} diff --git a/ai/integrations/tidb-mcp-cursor.md b/ai/integrations/tidb-mcp-cursor.md index 8e2428bc729c3..9dc8e2670e03a 100644 --- a/ai/integrations/tidb-mcp-cursor.md +++ b/ai/integrations/tidb-mcp-cursor.md @@ -16,7 +16,7 @@ summary: このガイドでは、CursorエディタでTiDB MCPサーバーを設 始める前に、以下のものを用意してください。 - **Cursor** ： [cursor.com](https://cursor.com)からCursorをダウンロードしてインストールしてください。 -- **Python (>=3.10) と uv** : Python (3.10 以降) と`uv`がインストールされていることを確認します。 [インストールガイド](https://docs.astral.sh/uv/getting-started/installation/)に従って`uv`をインストールします。 +- **Python (>=3.10) と uv** : Python (3.10 以降) と`uv`がインストールされていることを確認します。 [インストールガイド](https://docs.astral.sh/uv/getting-started/installation/)に従って`uv`をインストールします。 - **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。 ## TiDB Cloud Starterに接続する（推奨） {#connect-to-tidb-cloud-starter-recommended} @@ -64,6 +64,6 @@ TiDB Cloudコンソールを使用して、 TiDB Cloud Starterインスタンス TiDB MCPサーバーのインストールで問題が発生した場合は、CursorのMCPログを確認してください。 -1. エディタ上部のメインメニューで、 **[ビュー]** > **[出力]**をクリックします。 +1. エディタ上部のメインメニューで、 **[ビュー]** > **[出力]**をクリックします。 2. **出力**パネルのドロップダウンメニューから**MCP**を選択してください。 3. `[error] Could not start MCP server tidb-mcp-server: Error: spawn uvx ENOENT`のようなエラーが表示される場合は、 `uvx`コマンドがシステム環境変数`$PATH`に存在しない可能性があります。macOS ユーザーの場合は、 `uvx`を実行して`brew install uv` 。 diff --git a/ai/integrations/tidb-mcp-server.md b/ai/integrations/tidb-mcp-server.md index 217bc7e6963b1..4d91667f72edb 100644 --- a/ai/integrations/tidb-mcp-server.md +++ b/ai/integrations/tidb-mcp-server.md @@ -26,7 +26,7 @@ MCPはクライアント/サーバーアーキテクチャを採用しており 始める前に、以下のものを用意してください。 - **MCP 互換クライアント**: 例:[Cursor](/ai/integrations/tidb-mcp-cursor.md)や[Claude Desktop](/ai/integrations/tidb-mcp-claude-desktop.md)。 -- **Python (>=3.10) と uv** : Python (3.10 以降) と`uv`がインストールされていることを確認します。 [インストールガイド](https://docs.astral.sh/uv/getting-started/installation/)に従って`uv`をインストールします。 +- **Python (>=3.10) と uv** : Python (3.10 以降) と`uv`がインストールされていることを確認します。 [インストールガイド](https://docs.astral.sh/uv/getting-started/installation/)に従って`uv`をインストールします。 - **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。 ## サポートされているMCPクライアント {#supported-mcp-clients} diff --git a/ai/integrations/tidb-mcp-vscode.md b/ai/integrations/tidb-mcp-vscode.md index 3eeb93bee8131..b437fa63b4ac4 100644 --- a/ai/integrations/tidb-mcp-vscode.md +++ b/ai/integrations/tidb-mcp-vscode.md @@ -12,7 +12,7 @@ summary: このガイドでは、Visual Studio CodeでTiDB MCPサーバーを設 始める前に、以下のものを用意してください。 - **Visual Studio Code** : [code.visualstudio.com](https://code.visualstudio.com)からVS Codeをダウンロードしてインストールしてください。 -- **Python (>=3.10) と uv** : Python (3.10 以降) と`uv`がインストールされていることを確認します。 [インストールガイド](https://docs.astral.sh/uv/getting-started/installation/)に従って`uv`をインストールします。 +- **Python (>=3.10) と uv** : Python (3.10 以降) と`uv`がインストールされていることを確認します。 [インストールガイド](https://docs.astral.sh/uv/getting-started/installation/)に従って`uv`をインストールします。 - **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。 ## TiDB Cloud Starterに接続する（推奨） {#connect-to-tidb-cloud-starter-recommended} diff --git a/ai/integrations/tidb-mcp-windsurf.md b/ai/integrations/tidb-mcp-windsurf.md index 16d1ed157122c..7eff3a7b9eea3 100644 --- a/ai/integrations/tidb-mcp-windsurf.md +++ b/ai/integrations/tidb-mcp-windsurf.md @@ -12,7 +12,7 @@ summary: このガイドでは、Windsurf で TiDB MCP サーバーを設定す 始める前に、以下のものを用意してください。 - **Windsurf** ： [windsurf.com](https://windsurf.com)からWindsurfをダウンロードしてインストールしてください。 -- **Python (>=3.10) と uv** : Python (3.10 以降) と`uv`がインストールされていることを確認します。 [インストールガイド](https://docs.astral.sh/uv/getting-started/installation/)に従って`uv`をインストールします。 +- **Python (>=3.10) と uv** : Python (3.10 以降) と`uv`がインストールされていることを確認します。 [インストールガイド](https://docs.astral.sh/uv/getting-started/installation/)に従って`uv`をインストールします。 - **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。 ## TiDB Cloud Starterに接続する（推奨） {#connect-to-tidb-cloud-starter-recommended} diff --git a/ai/reference/vector-search-changelogs.md b/ai/reference/vector-search-changelogs.md index b9e2e4cd054f6..8252288ef1d91 100644 --- a/ai/reference/vector-search-changelogs.md +++ b/ai/reference/vector-search-changelogs.md @@ -8,7 +8,7 @@ aliases: ['/ja/tidbcloud/vector-search-changelogs/'] ## 2025年7月15日 {#july-15-2025} -- TiDB Vector Search (ベータ版) が、 TiDB Cloud Dedicated (TiDB >= v8.4) クラスターで利用できるようになりました。 +- TiDB Vector Search (ベータ版) が、 TiDB Cloud Dedicated (TiDB >= v8.4) クラスターで利用できるようになりました。 ## 2024年6月25日 {#june-25-2024} diff --git a/ai/reference/vector-search-functions-and-operators.md b/ai/reference/vector-search-functions-and-operators.md index 06e8f70e07621..f1a84f73080f8 100644 --- a/ai/reference/vector-search-functions-and-operators.md +++ b/ai/reference/vector-search-functions-and-operators.md @@ -75,7 +75,7 @@ aliases: ['/ja/tidb/stable/vector-search-functions-and-operators/','/ja/tidbclou | [`<`](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_less-than) | 小なり演算子 | | [`<=`](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_less-than-or-equal) | 以下演算子 | | [`NOT BETWEEN ... AND ...`](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_not-between) | 値が範囲内にないか確認する | -| [`!=` 、 `<>`](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_not-equal) | 等しくない演算子 | +| [`!=` 、 `<>`](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_not-equal) | 等しくない演算子 | | [`NOT IN()`](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_not-in) | 値が値のセット内にないかどうかを確認する | ベクトルの比較方法の詳細については、 [ベクトルデータ型 | 比較](/ai/reference/vector-search-data-types.md#comparison)を参照してください。 diff --git a/alert-rules.md b/alert-rules.md index 600d800468fc1..2a8ff513c2171 100644 --- a/alert-rules.md +++ b/alert-rules.md @@ -49,7 +49,7 @@ summary: TiDB クラスターのアラート ルールについて学習しま - 解決： - リーダーのバランスが取れているかどうかを確認するには、[**TiKV詳細**>**クラスタ**ダッシュボード](/grafana-tikv-dashboard.md#cluster)を確認する。 + リーダーのバランスが取れているかどうかを確認するには、[**TiKV詳細**>**クラスタ**ダッシュボード](/grafana-tikv-dashboard.md#cluster)を確認する。 #### `TiDB_domain_load_schema_total` {#tidb_domain_load_schema_total} @@ -410,8 +410,8 @@ summary: TiDB クラスターのアラート ルールについて学習しま - 解決： - - [**TiKV詳細**> **PD**ダッシュボード](/grafana-tikv-dashboard.md#pd)を監視し、ストア低速スコアのメトリックを確認します。メトリック値が80を超えるノードを特定し、低速ノードとして検出します。 - - [**TiKV-詳細**> **Raft IO**ダッシュボード](/grafana-tikv-dashboard.md#raft-io)を監視し、レイテンシーが増加していないか確認してください。レイテンシーが高い場合は、ディスクにボトルネックが発生している可能性があります。 + - [**TiKV詳細**> **PD**ダッシュボード](/grafana-tikv-dashboard.md#pd)を監視し、ストア低速スコアのメトリックを確認します。メトリック値が80を超えるノードを特定し、低速ノードとして検出します。 + - [**TiKV-詳細**> **Raft IO**ダッシュボード](/grafana-tikv-dashboard.md#raft-io)を監視し、レイテンシーが増加していないか確認してください。レイテンシーが高い場合は、ディスクにボトルネックが発生している可能性があります。 - レイテンシーのタイムアウト制限を増やすには、 [`raftstore.inspect-interval`](/tikv-configuration-file.md#inspect-interval)構成項目を大きな値に設定します。 - アラート対象の TiKV ノードのパフォーマンスの問題とチューニング方法の詳細な分析については、 [パフォーマンス分析とチューニング](/performance-tuning-methods.md#storage-async-write-duration-store-duration-and-apply-duration)を参照してください。 @@ -481,9 +481,9 @@ summary: TiDB クラスターのアラート ルールについて学習しま - 解決： - 1. [**TiKV詳細**> **Raft Propose**ダッシュボード](/grafana-tikv-dashboard.md#raft-propose)を監視し、アラートが発生した TiKV ノードのRaftプロポーズが他の TiKV ノードよりも大幅に高いかどうかを確認します。もしそうであれば、この TiKV に 1 つ以上のホットスポットがあることを意味します。ホットスポットのスケジューリングが適切に機能するかどうかを確認する必要があります。 - 2. [**TiKV-詳細**> **Raft IO**ダッシュボード](/grafana-tikv-dashboard.md#raft-io)を監視し、レイテンシーが増加していないか確認してください。レイテンシーが高い場合は、ディスクにボトルネックが発生している可能性があります。 - 3. [**TiKV詳細**>**Raftプロセス**ダッシュボード](/grafana-tikv-dashboard.md#raft-process)を見て、 `tick duration`ハイかどうかを確認してください。ハイなら、 [`raftstore.raft-base-tick-interval`](/tikv-configuration-file.md#raft-base-tick-interval)を `"2s"`に設定する必要があります。 + 1. [**TiKV詳細**> **Raft Propose**ダッシュボード](/grafana-tikv-dashboard.md#raft-propose)を監視し、アラートが発生した TiKV ノードのRaftプロポーズが他の TiKV ノードよりも大幅に高いかどうかを確認します。もしそうであれば、この TiKV に 1 つ以上のホットスポットがあることを意味します。ホットスポットのスケジューリングが適切に機能するかどうかを確認する必要があります。 + 2. [**TiKV-詳細**> **Raft IO**ダッシュボード](/grafana-tikv-dashboard.md#raft-io)を監視し、レイテンシーが増加していないか確認してください。レイテンシーが高い場合は、ディスクにボトルネックが発生している可能性があります。 + 3. [**TiKV詳細**>**Raftプロセス**ダッシュボード](/grafana-tikv-dashboard.md#raft-process)を見て、 `tick duration`ハイかどうかを確認してください。ハイなら、 [`raftstore.raft-base-tick-interval`](/tikv-configuration-file.md#raft-base-tick-interval)を `"2s"`に設定する必要があります。 #### `TiKV_write_stall` {#tikv_write_stall} @@ -537,8 +537,8 @@ summary: TiDB クラスターのアラート ルールについて学習しま - 解決： - 1. [**TiKV詳細**> **Raft提案**ダッシュボード](/grafana-tikv-dashboard.md#raft-propose)を監視し、アラート対象の TiKV ノードの**サーバーあたりの 99% Propose 待機期間**メトリックが他の TiKV ノードと比べて大幅に高いかどうかを確認します。高い場合、この TiKV ノードにホットスポットが存在することを示し、ホットスポットのスケジューリングが適切に機能しているかどうかを確認する必要があります。 - 2. [**TiKV詳細**> **Raft IO**ダッシュボード](/grafana-tikv-dashboard.md#raft-io)を監視し、レイテンシーが増加していないか確認してください。レイテンシーが高い場合は、ディスクにボトルネックが発生している可能性があります。 + 1. [**TiKV詳細**> **Raft提案**ダッシュボード](/grafana-tikv-dashboard.md#raft-propose)を監視し、アラート対象の TiKV ノードの**サーバーあたりの 99% Propose 待機期間**メトリックが他の TiKV ノードと比べて大幅に高いかどうかを確認します。高い場合、この TiKV ノードにホットスポットが存在することを示し、ホットスポットのスケジューリングが適切に機能しているかどうかを確認する必要があります。 + 2. [**TiKV詳細**> **Raft IO**ダッシュボード](/grafana-tikv-dashboard.md#raft-io)を監視し、レイテンシーが増加していないか確認してください。レイテンシーが高い場合は、ディスクにボトルネックが発生している可能性があります。 3. アラート対象の TiKV ノードのパフォーマンスの問題とチューニング方法の詳細な分析については、 [パフォーマンス分析とチューニング](/performance-tuning-methods.md#storage-async-write-duration-store-duration-and-apply-duration)を参照してください。 #### `TiKV_coprocessor_request_wait_seconds` {#tikv_coprocessor_request_wait_seconds} @@ -739,7 +739,7 @@ summary: TiDB クラスターのアラート ルールについて学習しま - 解決： - [**TiKV詳細**>**タスク**ダッシュボード](/grafana-tikv-dashboard.md#task)のうち`Worker pending tasks`メトリックから、どの種類のタスクの値が高いかを確認します。 + [**TiKV詳細**>**タスク**ダッシュボード](/grafana-tikv-dashboard.md#task)のうち`Worker pending tasks`メトリックから、どの種類のタスクの値が高いかを確認します。 #### `TiKV_low_space` {#tikv_low_space} diff --git a/benchmark/benchmark-tidb-using-sysbench.md b/benchmark/benchmark-tidb-using-sysbench.md index 5e8c48ac6ff76..4d38ef8b693fb 100644 --- a/benchmark/benchmark-tidb-using-sysbench.md +++ b/benchmark/benchmark-tidb-using-sysbench.md @@ -111,7 +111,7 @@ MySQL クライアントを再起動し、次の SQL ステートメントを実 create database sbtest; ``` -Sysbench スクリプトがインデックスを作成する順序を調整します。Sysbench は「テーブルの作成 -> データの挿入 -> インデックスの作成」という順序でデータをインポートするため、TiDB によるデータのインポートに時間がかかります。ユーザーはこの順序を調整することで、データのインポートを高速化できます。Sysbench バージョン[1.0.20](https://github.com/akopytov/sysbench/tree/1.0.20)を使用している場合、順序は次の 2 つの方法で調整できます。 +Sysbench スクリプトがインデックスを作成する順序を調整します。Sysbench は「テーブルの作成 -> データの挿入 -> インデックスの作成」という順序でデータをインポートするため、TiDB によるデータのインポートに時間がかかります。ユーザーはこの順序を調整することで、データのインポートを高速化できます。Sysbench バージョン[1.0.20](https://github.com/akopytov/sysbench/tree/1.0.20)を使用している場合、順序は次の 2 つの方法で調整できます。 - TiDB 用に変更された[oltp_common.lua](https://raw.githubusercontent.com/pingcap/tidb-bench/master/sysbench/sysbench-patch/oltp_common.lua)ファイルをダウンロードし、 `/usr/share/sysbench/oltp_common.lua`ファイルをそれで上書きします。 - `/usr/share/sysbench/oltp_common.lua`で、行[235-240](https://github.com/akopytov/sysbench/blob/1.0.20/src/lua/oltp_common.lua#L235-L240)行 198 のすぐ後ろに移動します。 diff --git a/br/br-monitoring-and-alert.md b/br/br-monitoring-and-alert.md index 1daf9df1e0520..e69770731b803 100644 --- a/br/br-monitoring-and-alert.md +++ b/br/br-monitoring-and-alert.md @@ -9,7 +9,7 @@ summary: このドキュメントでは、ログバックアップの監視、 ## スナップショットのバックアップと復元の監視 {#snapshot-backup-and-restore-monitoring} -スナップショットのバックアップと復元のメトリックを表示するには、Grafana の[**TiKV詳細**>**バックアップとインポート**ダッシュボード](/grafana-tikv-dashboard.md#backup--import)に移動します。 +スナップショットのバックアップと復元のメトリックを表示するには、Grafana の[**TiKV詳細**>**バックアップとインポート**ダッシュボード](/grafana-tikv-dashboard.md#backup--import)に移動します。 ## ログバックアップ監視 {#log-backup-monitoring} diff --git a/br/br-pitr-guide.md b/br/br-pitr-guide.md index 62d1f4371ed4f..c204965e07298 100644 --- a/br/br-pitr-guide.md +++ b/br/br-pitr-guide.md @@ -171,7 +171,7 @@ PITRを実行するには、復元ポイントより前のフルバックアッ ## 監視と警告 {#monitoring-and-alert} -ログバックアップタスクが分散されると、各TiKVノードは継続的にデータを外部ストレージに書き込みます。このプロセスの監視データは**、「TiKV詳細」>「バックアップログ」**ダッシュボードで確認できます。 +ログバックアップタスクが分散されると、各TiKVノードは継続的にデータを外部ストレージに書き込みます。このプロセスの監視データは**、「TiKV詳細」>「バックアップログ」**ダッシュボードで確認できます。 メトリックが通常の範囲から外れた場合の通知を受信するには、 [ログバックアップアラート](/br/br-monitoring-and-alert.md#log-backup-alerts)を参照してアラート ルールを構成してください。 diff --git a/br/br-snapshot-guide.md b/br/br-snapshot-guide.md index 77dc2dd9010e8..6fb5702a8d694 100644 --- a/br/br-snapshot-guide.md +++ b/br/br-snapshot-guide.md @@ -240,7 +240,7 @@ tiup br restore full \ - BRは、大規模なリージョンシナリオにおけるリージョン復元を高速化するために、粗粒度リージョン分散アルゴリズムを提供します。このアルゴリズムにより、各TiKVノードが安定した均等に分散されたダウンロードタスクを受け取ることが保証され、各TiKVノードのリソースを最大限に活用して、迅速な並列リカバリを実現します。実際のいくつかの事例では、大規模なリージョンシナリオにおいて、クラスタのスナップショット復元速度が約3倍向上しました。 - バージョン8.0.0以降、 `br`コマンドラインツールに`--tikv-max-restore-concurrency`パラメータが導入され、 BRがTiKVノードごとにダウンロードおよび取り込むファイルの最大数を制御するようになりました。このパラメータを設定することで、ジョブキューの最大長（ジョブキューの最大長 = 32 * TiKVノード数 * `--tikv-max-restore-concurrency` ）も制御でき、 BRノードのメモリ消費量を制御できます。 - 通常の場合、 `--tikv-max-restore-concurrency`はクラスタ構成に基づいて自動的に調整されるため、手動構成は不要です。Grafana の**TiKV-Details** > **Backup & Import** > **Import RPC count**監視メトリックで、 BR がダウンロードするファイルの数が長期間 0 に近いままで、 BRが取り込むファイルの数が常に上限に達している場合、ファイル取り込みタスクが蓄積され、ジョブキューが最大長に達していることを示しています。この場合、タスクの蓄積問題を軽減するために、次の対策を講じることができます。 + 通常の場合、 `--tikv-max-restore-concurrency`はクラスタ構成に基づいて自動的に調整されるため、手動構成は不要です。Grafana の**TiKV-Details** > **Backup & Import** > **Import RPC count**監視メトリックで、 BR がダウンロードするファイルの数が長期間 0 に近いままで、 BRが取り込むファイルの数が常に上限に達している場合、ファイル取り込みタスクが蓄積され、ジョブキューが最大長に達していることを示しています。この場合、タスクの蓄積問題を軽減するために、次の対策を講じることができます。 - `--ratelimit`パラメータを設定してダウンロード速度を制限し、ファイル取り込みタスクに必要なリソースを確保します。たとえば、いずれかの TiKV ノードのディスク スループットが`x MiB/s`で、バックアップ ファイルのダウンロード用ネットワーク帯域幅が`x/2 MiB/s`を超える場合は、このパラメータを`--ratelimit x/2`に設定できます。いずれかの TiKV ノードのディスク スループットが`x MiB/s`で、バックアップ ファイルのダウンロード用ネットワーク帯域幅が`x/2 MiB/s`以下である場合は、 `--ratelimit`パラメータを設定せずにそのままにできます。 - ジョブキューの最大長を増やすには、 `--tikv-max-restore-concurrency`の値を増やします。 diff --git a/character-set-and-collation.md b/character-set-and-collation.md index adad2ac41df21..83d5ff3cf78a3 100644 --- a/character-set-and-collation.md +++ b/character-set-and-collation.md @@ -429,7 +429,7 @@ SELECT _utf8mb4'string' COLLATE utf8mb4_general_ci; ## 文字セットと照合順序の選択優先順位 {#selection-priorities-of-character-sets-and-collations} -文字列 >カラム> テーブル > データベース > サーバー +文字列 >カラム> テーブル > データベース > サーバー ## 文字セットと照合順序の選択に関する一般的なルール {#general-rules-on-selecting-character-sets-and-collation} @@ -588,7 +588,7 @@ ERROR 1062 (23000): Duplicate entry 'a ' for key 't.PRIMARY' -- TiDB modifies th TiDBは照合順序を推論する際に、強制性値の低い式の照合順序を優先的に使用します。2つの句の強制性値が同じ場合、以下の優先順位に従って照合順序が決定されます。 -バイナリ > utf8mb4_bin > (utf8mb4_general_ci = utf8mb4_unicode_ci) > utf8_bin > (utf8_general_ci = utf8_unicode_ci) > latin1_bin > ascii_bin +バイナリ > utf8mb4_bin > (utf8mb4_general_ci = utf8mb4_unicode_ci) > utf8_bin > (utf8_general_ci = utf8_unicode_ci) > latin1_bin > ascii_bin 次の状況では、TiDB は照合順序を推測できず、エラーを報告します。 diff --git a/configure-memory-usage.md b/configure-memory-usage.md index 053775a6cadcf..e515eccc41f61 100644 --- a/configure-memory-usage.md +++ b/configure-memory-usage.md @@ -200,7 +200,7 @@ TiDBは、実行演算子のディスクへの書き込みをサポートして GO 1.19 では、GC をトリガーするメモリ制限を設定するための環境変数[`GOMEMLIMIT`](https://pkg.go.dev/runtime@go1.19#hdr-Environment_Variables)導入されています。 -v6.1.3 <= TiDB < v6.5.0 の場合、手動で`GOMEMLIMIT`を設定することで、OOM 問題の典型的なカテゴリを軽減できます。OOM 問題の典型的なカテゴリは、OOM が発生する前に、Grafana で推定される使用メモリが全体のメモリの半分しか占めていないというものです (TiDB-Runtime > Memory Usage > estimate-inuse)。次の図に示されています。 +v6.1.3 <= TiDB < v6.5.0 の場合、手動で`GOMEMLIMIT`を設定することで、OOM 問題の典型的なカテゴリを軽減できます。OOM 問題の典型的なカテゴリは、OOM が発生する前に、Grafana で推定される使用メモリが全体のメモリの半分しか占めていないというものです (TiDB-Runtime > Memory Usage > estimate-inuse)。次の図に示されています。 ![normal OOM case example](/media/configure-memory-usage-oom-example.png) diff --git a/configure-store-limit.md b/configure-store-limit.md index 2cdb224f51510..d16317dc050fb 100644 --- a/configure-store-limit.md +++ b/configure-store-limit.md @@ -74,4 +74,4 @@ tiup ctl:v pd store limit 1 5 remove-peer // store 1 ca [`store-limit-version`](/pd-configuration-file.md#store-limit-version-new-in-v710)を`v2`に設定すると、ストア制限 v2 が有効になります。v2 モードでは、オペレーターの制限は TiKV スナップショットの性能に基づいて動的に調整されます。TiKV の保留中のタスクが少なくなると、PD はスケジュールするタスクを増やします。そうでない場合は、PD はノードのスケジュールするタスクを減らします。したがって、スケジュール処理を高速化するために手動で`store limit`を設定する必要はありません。 -v2モードでは、TiKVの実行速度が移行時の主なボトルネックとなります。現在のスケジュール速度が上限に達しているかどうかは、 **「TiKV詳細」** > **「スナップショット」** > **「スナップショット速度」**パネルで確認できます。ノードのスケジュール速度を増減するには、TiKVスナップショット制限（ [`snap-io-max-bytes-per-sec`](/tikv-configuration-file.md#snap-io-max-bytes-per-sec) ）を調整します。 +v2モードでは、TiKVの実行速度が移行時の主なボトルネックとなります。現在のスケジュール速度が上限に達しているかどうかは、 **「TiKV詳細」** > **「スナップショット」** > **「スナップショット速度」**パネルで確認できます。ノードのスケジュール速度を増減するには、TiKVスナップショット制限（ [`snap-io-max-bytes-per-sec`](/tikv-configuration-file.md#snap-io-max-bytes-per-sec) ）を調整します。 diff --git a/dashboard/continuous-profiling.md b/dashboard/continuous-profiling.md index 38eb63cfa2f5f..de53fc15ca115 100644 --- a/dashboard/continuous-profiling.md +++ b/dashboard/continuous-profiling.md @@ -38,7 +38,7 @@ summary: TiDB Dashboardの継続的プロファイリングにより、専門家 継続的プロファイリング ページには、次のいずれかの方法でアクセスできます。 -- TiDB Dashboardにログインした後、左側のナビゲーション メニューで**[高度なデバッグ]** > **[インスタンスのプロファイリング]** > **[継続的なプロファイリング]**をクリックします。 +- TiDB Dashboardにログインした後、左側のナビゲーション メニューで**[高度なデバッグ]** > **[インスタンスのプロファイリング]** > **[継続的なプロファイリング]**をクリックします。 ![Access page](/media/dashboard/dashboard-conprof-access.png) diff --git a/dashboard/dashboard-access.md b/dashboard/dashboard-access.md index b29727c1bab2a..fbb4724df946f 100644 --- a/dashboard/dashboard-access.md +++ b/dashboard/dashboard-access.md @@ -23,9 +23,9 @@ TiDB Dashboardにアクセスするには、ブラウザから[http://127.0.0.1: TiDB Dashboardは、比較的新しいバージョンの次の一般的なデスクトップ ブラウザーで使用できます。 -- Chrome >= 77 -- Firefox >= 68 -- Edge >= 17 +- Chrome >= 77 +- Firefox >= 68 +- Edge >= 17 > **Note:** > diff --git a/dashboard/dashboard-faq.md b/dashboard/dashboard-faq.md index dc47a4d409c60..5017fc7fddb6c 100644 --- a/dashboard/dashboard-faq.md +++ b/dashboard/dashboard-faq.md @@ -118,7 +118,7 @@ TiDB Operatorのドキュメントのセクション[継続的なプロファイ
TiUP Playgroundを使用したクラスターの開始 -クラスタを起動すると、 TiUP Playground (>= v1.8.0) は NgMonitoringコンポーネントを自動的に起動します。TiUP Playgroundを最新バージョンに更新するには、次のコマンドを実行します。 +クラスタを起動すると、 TiUP Playground (>= v1.8.0) は NgMonitoringコンポーネントを自動的に起動します。TiUP Playgroundを最新バージョンに更新するには、次のコマンドを実行します。 ```shell tiup update --self @@ -135,9 +135,9 @@ tiup update playground 2. 開発者ツールを開きます。ブラウザによって開発者ツールの開き方が異なります。**メニューバー**をクリックした後、以下の手順に従ってください。 - - Firefox:**メニュー**> **Web 開発**>**ツールの切り替え**、または**ツール**> **Web 開発**>**ツールの切り替え**。 - - Chrome:**その他のツール**>**開発者ツール**。 - - Safari:**開発**> **Webインスペクタを表示**。**開発**メニューが表示されない場合は、 **Safari** >**環境設定**>**詳細**に移動し、メニューバーに**開発メニューを表示**チェックボックスをオンにします。 + - Firefox:**メニュー**> **Web 開発**>**ツールの切り替え**、または**ツール**> **Web 開発**>**ツールの切り替え**。 + - Chrome:**その他のツール**>**開発者ツール**。 + - Safari:**開発**> **Webインスペクタを表示**。**開発**メニューが表示されない場合は、 **Safari** >**環境設定**>**詳細**に移動し、メニューバーに**開発メニューを表示**チェックボックスをオンにします。 次の例では、Chrome が使用されています。 diff --git a/dashboard/dashboard-profiling.md b/dashboard/dashboard-profiling.md index 4ba6876c76ecc..cc3568a7e705d 100644 --- a/dashboard/dashboard-profiling.md +++ b/dashboard/dashboard-profiling.md @@ -35,7 +35,7 @@ summary: 手動プロファイリングを使用すると、TiDB、TiKV、PD、 次のいずれかの方法でインスタンス プロファイリング ページにアクセスできます。 -- TiDB Dashboardにログインしたら、左側のナビゲーション メニューで**[高度なデバッグ]** > **[インスタンスのプロファイリング]** > **[手動プロファイリング]**をクリックします。 +- TiDB Dashboardにログインしたら、左側のナビゲーション メニューで**[高度なデバッグ]** > **[インスタンスのプロファイリング]** > **[手動プロファイリング]**をクリックします。 ![Access instance profiling page](/media/dashboard/dashboard-profiling-access.png) diff --git a/dashboard/dashboard-session-sso.md b/dashboard/dashboard-session-sso.md index 0149f2d8f7f14..df39822407af3 100644 --- a/dashboard/dashboard-session-sso.md +++ b/dashboard/dashboard-session-sso.md @@ -102,7 +102,7 @@ TiDB Dashboardに SSO が設定されると、次の手順に従って SSO 経 1. Okta 管理サイトにアクセスします。 -2. 左側のサイドバーから**「アプリケーション」** > **「アプリケーション」に**移動します。 +2. 左側のサイドバーから**「アプリケーション」** > **「アプリケーション」に**移動します。 3. **「アプリ統合の作成」を**クリックします。 @@ -162,7 +162,7 @@ Oktaと同様に、 [オーソ0](https://auth0.com/)もOIDC SSOアイデンテ 1. Auth0 管理サイトにアクセスします。 -2. 左側のサイドバーで**「アプリケーション」** > **「アプリケーション」**に移動します。 +2. 左側のサイドバーで**「アプリケーション」** > **「アプリケーション」**に移動します。 3. **「アプリ統合の作成」を**クリックします。 diff --git a/deploy-monitoring-services.md b/deploy-monitoring-services.md index fafc0e962e1a0..6278cfe86ff3e 100644 --- a/deploy-monitoring-services.md +++ b/deploy-monitoring-services.md @@ -229,7 +229,7 @@ PDサーバー、TiKVサーバー、および TiDBサーバーの Grafana ダッ 1. Grafana ロゴをクリックしてサイドバー メニューを開きます。 -2. サイドバー メニューで、 **[ダッシュボード]** -> **[インポート]**をクリックして、 **[ダッシュボードのインポート]**ウィンドウを開きます。 +2. サイドバー メニューで、 **[ダッシュボード]** -> **[インポート]**をクリックして、 **[ダッシュボードのインポート]**ウィンドウを開きます。 3. **「.json ファイルのアップロード」を**クリックして JSON ファイルをアップロードします ( [pingcap/tidb](https://github.com/pingcap/tidb/tree/release-8.5/pkg/metrics/grafana) [ティックブ/ティックブ](https://github.com/tikv/tikv/tree/release-8.5/metrics/grafana)および[ティックブ/PD](https://github.com/tikv/pd/tree/release-8.5/metrics/grafana)から TiDB Grafana 構成ファイルをダウンロードします)。 diff --git a/develop/dev-guide-aws-appflow-integration.md b/develop/dev-guide-aws-appflow-integration.md index efed7af99230f..17009da4feb19 100644 --- a/develop/dev-guide-aws-appflow-integration.md +++ b/develop/dev-guide-aws-appflow-integration.md @@ -87,7 +87,7 @@ git clone https://github.com/pingcap-inc/tidb-appflow-integration ### Lambdaを使用してコネクタを登録します {#use-lambda-to-register-a-connector} -1. [AWS マネジメントコンソール](https://console.aws.amazon.com)コンソールで、 [Amazon AppFlow > コネクタ](https://console.aws.amazon.com/appflow/home#/gallery)クリックし、 **[新しいコネクタの登録] を**クリックします。 +1. [AWS マネジメントコンソール](https://console.aws.amazon.com)コンソールで、 [Amazon AppFlow > コネクタ](https://console.aws.amazon.com/appflow/home#/gallery)クリックし、 **[新しいコネクタの登録] を**クリックします。 ![register connector](/media/develop/aws-appflow-step-register-connector.png) @@ -99,7 +99,7 @@ git clone https://github.com/pingcap-inc/tidb-appflow-integration ## ステップ2. フローを作成する {#step-2-create-a-flow} -[Amazon AppFlow > フロー](https://console.aws.amazon.com/appflow/home#/list)し、 **[フローの作成] を**クリックします。 +[Amazon AppFlow > フロー](https://console.aws.amazon.com/appflow/home#/list)し、 **[フローの作成] を**クリックします。 ![create flow](/media/develop/aws-appflow-step-create-flow.png) @@ -191,12 +191,12 @@ Salesforce の**Account**オブジェクトのフィールドを TiDB の`sf_acc - このドキュメントでは、以下のマッピングルール（ソースフィールド名→宛先フィールド名）が必要です。 - - アカウントID -> id - - アカウント名 -> 名前 - - アカウントタイプ -> タイプ - - 請求先州/都道府県 -> billing_state - - アカウント評価 -> 評価 - - 産業 -> 産業 + - アカウントID -> id + - アカウント名 -> 名前 + - アカウントタイプ -> タイプ + - 請求先州/都道府県 -> billing_state + - アカウント評価 -> 評価 + - 産業 -> 産業 ![mapping a rule](/media/develop/aws-appflow-step-mapping-a-rule.png) diff --git a/develop/dev-guide-connection-parameters.md b/develop/dev-guide-connection-parameters.md index a65fb68cf5a9f..8e1eb7066c441 100644 --- a/develop/dev-guide-connection-parameters.md +++ b/develop/dev-guide-connection-parameters.md @@ -202,7 +202,7 @@ JDBCは通常、JDBC URLパラメータの形式で実装関連の設定を提 この設定が既に有効になっていることを確認するには、次の操作を実行してください。 - - TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 + - TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 - リクエストで`COM_QUERY` `COM_STMT_EXECUTE`または`COM_STMT_PREPARE`に置き換えられている場合、この設定は既に有効になっていることを意味します。 - **`cachePrepStmts`** @@ -211,7 +211,7 @@ JDBCは通常、JDBC URLパラメータの形式で実装関連の設定を提 この設定が既に有効になっていることを確認するには、次の操作を実行してください。 - - TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 + - TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 - リクエスト内の`COM_STMT_EXECUTE`の数が`COM_STMT_PREPARE`の数よりはるかに多い場合、この設定は既に有効になっていることを意味します。 さらに、 `useConfigs=maxPerformance`設定すると、 `cachePrepStmts=true`含む複数のパラメータが同時に設定されます。 @@ -224,7 +224,7 @@ JDBCは通常、JDBC URLパラメータの形式で実装関連の設定を提 次のような場合は、この設定が小さすぎるかどうかを確認する必要があります。 - - TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 + - TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 - そして、 `cachePrepStmts=true`設定されているが、 `COM_STMT_PREPARE`は依然として`COM_STMT_EXECUTE`とほぼ等しく、 `COM_STMT_CLOSE`存在することがわかった。 - **prepStmtCacheSize** @@ -233,7 +233,7 @@ JDBCは通常、JDBC URLパラメータの形式で実装関連の設定を提 この設定が既に有効になっていることを確認するには、次の操作を実行してください。 - - TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 + - TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 - リクエスト内の`COM_STMT_EXECUTE`の数が`COM_STMT_PREPARE`の数よりはるかに多い場合、この設定は既に有効になっていることを意味します。 #### バッチ関連パラメータ {#batch-related-parameters} diff --git a/develop/dev-guide-gui-datagrip.md b/develop/dev-guide-gui-datagrip.md index 02c4c9932de0e..270a021e1d429 100644 --- a/develop/dev-guide-gui-datagrip.md +++ b/develop/dev-guide-gui-datagrip.md @@ -59,7 +59,7 @@ DataGripは2つの方法で使用できます。 ![Create a project in DataGrip](/media/develop/datagrip-create-project.jpg) -6. 新しく作成したプロジェクトで、**データベースエクスプローラー**パネルの左上隅にある**+**をクリックし、 **「データソース」** > **「その他」** > **TiDB**を選択します。 +6. 新しく作成したプロジェクトで、**データベースエクスプローラー**パネルの左上隅にある**+**をクリックし、 **「データソース」** > **「その他」** > **TiDB**を選択します。 ![Select a data source in DataGrip](/media/develop/datagrip-data-source-select.jpg) @@ -80,7 +80,7 @@ DataGripは2つの方法で使用できます。 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 @@ -99,7 +99,7 @@ DataGripは2つの方法で使用できます。 7. DataGripを起動し、接続を管理するためのプロジェクトを作成します。 -8. 新しく作成したプロジェクトで、**データベースエクスプローラー**パネルの左上隅にある**+**をクリックし、 **「データソース」** > **「その他」** > **TiDB**を選択します。 +8. 新しく作成したプロジェクトで、**データベースエクスプローラー**パネルの左上隅にある**+**をクリックし、 **「データソース」** > **「その他」** > **TiDB**を選択します。 9. 適切な接続文字列をコピーして、DataGrip の [**データ ソースとドライバー]**ウィンドウに貼り付けてください。DataGrip のフィールドとTiDB Cloud Premium の接続文字列のマッピングは以下のとおりです。 @@ -134,7 +134,7 @@ DataGripは2つの方法で使用できます。 ![Create a project in DataGrip](/media/develop/datagrip-create-project.jpg) -5. 新しく作成したプロジェクトで、**データベースエクスプローラー**パネルの左上隅にある**+**をクリックし、 **「データソース」** > **「その他」** > **TiDB**を選択します。 +5. 新しく作成したプロジェクトで、**データベースエクスプローラー**パネルの左上隅にある**+**をクリックし、 **「データソース」** > **「その他」** > **TiDB**を選択します。 ![Select a data source in DataGrip](/media/develop/datagrip-data-source-select.jpg) @@ -174,7 +174,7 @@ DataGripは2つの方法で使用できます。 ![Create a project in DataGrip](/media/develop/datagrip-create-project.jpg) -2. 新しく作成したプロジェクトで、**データベースエクスプローラー**パネルの左上隅にある**+**をクリックし、 **「データソース」** > **「その他」** > **TiDB**を選択します。 +2. 新しく作成したプロジェクトで、**データベースエクスプローラー**パネルの左上隅にある**+**をクリックし、 **「データソース」** > **「その他」** > **TiDB**を選択します。 ![Select a data source in DataGrip](/media/develop/datagrip-data-source-select.jpg) diff --git a/develop/dev-guide-gui-dbeaver.md b/develop/dev-guide-gui-dbeaver.md index 80691f43a0db4..f7e9626b701d9 100644 --- a/develop/dev-guide-gui-dbeaver.md +++ b/develop/dev-guide-gui-dbeaver.md @@ -91,7 +91,7 @@ TiDBはMySQL互換データベースであり、 [DBeaverコミュニティ](htt 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-gui-mysql-workbench.md b/develop/dev-guide-gui-mysql-workbench.md index a018f26e6d1a6..bad7cca028d2d 100644 --- a/develop/dev-guide-gui-mysql-workbench.md +++ b/develop/dev-guide-gui-mysql-workbench.md @@ -82,7 +82,7 @@ TiDBはMySQL互換データベースであり、 [MySQL Workchen](https://www.my 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-gui-navicat.md b/develop/dev-guide-gui-navicat.md index eb48a787488f4..28e4eb36a3eb7 100644 --- a/develop/dev-guide-gui-navicat.md +++ b/develop/dev-guide-gui-navicat.md @@ -78,7 +78,7 @@ TiDBはMySQL互換データベースであり、[Navicat](https://www.navicat.co 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **ネットワークの**ページで、 **[パブリックエンドポイント**を**有効にする]**をクリックし、次に**[IP アドレスを追加]**をクリックします。 diff --git a/develop/dev-guide-gui-vscode-sqltools.md b/develop/dev-guide-gui-vscode-sqltools.md index 180eecc233784..d122d490d778e 100644 --- a/develop/dev-guide-gui-vscode-sqltools.md +++ b/develop/dev-guide-gui-vscode-sqltools.md @@ -101,7 +101,7 @@ TiDB は MySQL 互換データベースであり、 [Visual Studio Code (VS Code 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **ネットワークの**ページで、 **[パブリックエンドポイント**を**有効にする]**をクリックし、次に**[IP アドレスを追加]**をクリックします。 diff --git a/develop/dev-guide-sample-application-aws-lambda.md b/develop/dev-guide-sample-application-aws-lambda.md index 0313972c3b180..e6d1417486b8a 100644 --- a/develop/dev-guide-sample-application-aws-lambda.md +++ b/develop/dev-guide-sample-application-aws-lambda.md @@ -116,7 +116,7 @@ npm install 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-golang-gorm.md b/develop/dev-guide-sample-application-golang-gorm.md index 12ce11670a1eb..d17068dadfc46 100644 --- a/develop/dev-guide-sample-application-golang-gorm.md +++ b/develop/dev-guide-sample-application-golang-gorm.md @@ -103,7 +103,7 @@ cd tidb-golang-gorm-quickstart 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-golang-sql-driver.md b/develop/dev-guide-sample-application-golang-sql-driver.md index eafd96d45f917..9eaef81480264 100644 --- a/develop/dev-guide-sample-application-golang-sql-driver.md +++ b/develop/dev-guide-sample-application-golang-sql-driver.md @@ -103,7 +103,7 @@ cd tidb-golang-sql-driver-quickstart 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-java-hibernate.md b/develop/dev-guide-sample-application-java-hibernate.md index 508c53a295707..db771275b89d8 100644 --- a/develop/dev-guide-sample-application-java-hibernate.md +++ b/develop/dev-guide-sample-application-java-hibernate.md @@ -104,7 +104,7 @@ cd tidb-java-hibernate-quickstart 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-java-jdbc.md b/develop/dev-guide-sample-application-java-jdbc.md index f12198e0fd8e1..dd05799130f7a 100644 --- a/develop/dev-guide-sample-application-java-jdbc.md +++ b/develop/dev-guide-sample-application-java-jdbc.md @@ -106,7 +106,7 @@ cd tidb-java-jdbc-quickstart 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-java-mybatis.md b/develop/dev-guide-sample-application-java-mybatis.md index 4fbfc32872699..115990122e712 100644 --- a/develop/dev-guide-sample-application-java-mybatis.md +++ b/develop/dev-guide-sample-application-java-mybatis.md @@ -104,7 +104,7 @@ cd tidb-java-mybatis-quickstart 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-java-spring-boot.md b/develop/dev-guide-sample-application-java-spring-boot.md index 62059ec90ac0e..4f727f13368c7 100644 --- a/develop/dev-guide-sample-application-java-spring-boot.md +++ b/develop/dev-guide-sample-application-java-spring-boot.md @@ -104,7 +104,7 @@ cd tidb-java-springboot-jpa-quickstart 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-nextjs.md b/develop/dev-guide-sample-application-nextjs.md index 472ac73f8d6c1..849511834c9a4 100644 --- a/develop/dev-guide-sample-application-nextjs.md +++ b/develop/dev-guide-sample-application-nextjs.md @@ -121,7 +121,7 @@ npm install 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-nodejs-mysql2.md b/develop/dev-guide-sample-application-nodejs-mysql2.md index ad5a6611afb0b..5847e2f62e9e2 100644 --- a/develop/dev-guide-sample-application-nodejs-mysql2.md +++ b/develop/dev-guide-sample-application-nodejs-mysql2.md @@ -22,7 +22,7 @@ TiDBはMySQL互換のデータベースであり、 [node-mysql2](https://github このチュートリアルを完了するには、以下が必要です。 -- お使いのコンピューターに[Node.js](https://nodejs.org/en) >= 16.xがインストールされていること。 +- お使いのコンピューターに[Node.js](https://nodejs.org/en) >= 16.xがインストールされていること。 - お使いのマシンに[Git](https://git-scm.com/downloads)がインストールされています。 - TiDBクラスタが稼働中です。 @@ -110,7 +110,7 @@ npm install mysql2 dotenv --save 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-nodejs-mysqljs.md b/develop/dev-guide-sample-application-nodejs-mysqljs.md index abcbaba5f3603..2287521ad9659 100644 --- a/develop/dev-guide-sample-application-nodejs-mysqljs.md +++ b/develop/dev-guide-sample-application-nodejs-mysqljs.md @@ -22,7 +22,7 @@ TiDBはMySQL互換データベースであり、 [mysql.js](https://github.com/m このチュートリアルを完了するには、以下が必要です。 -- お使いのコンピューターに[Node.js](https://nodejs.org/en) >= 16.xがインストールされていること。 +- お使いのコンピューターに[Node.js](https://nodejs.org/en) >= 16.xがインストールされていること。 - お使いのマシンに[Git](https://git-scm.com/downloads)がインストールされています。 - TiDBクラスタが稼働中です。 @@ -110,7 +110,7 @@ npm install mysql dotenv --save 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-nodejs-prisma.md b/develop/dev-guide-sample-application-nodejs-prisma.md index 56b180c569b34..d37157bbad382 100644 --- a/develop/dev-guide-sample-application-nodejs-prisma.md +++ b/develop/dev-guide-sample-application-nodejs-prisma.md @@ -22,7 +22,7 @@ TiDB は MySQL 互換データベースであり、[Prisma](https://github.com/p このチュートリアルを完了するには、以下が必要です。 -- お使いのコンピューターに[Node.js](https://nodejs.org/en) >= 16.xがインストールされていること。 +- お使いのコンピューターに[Node.js](https://nodejs.org/en) >= 16.xがインストールされていること。 - お使いのマシンに[Git](https://git-scm.com/downloads)がインストールされています。 - TiDBクラスタが稼働中です。 @@ -114,7 +114,7 @@ npm install prisma typescript ts-node @types/node --save-dev 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-nodejs-sequelize.md b/develop/dev-guide-sample-application-nodejs-sequelize.md index 66078248822e6..e1a9012646abd 100644 --- a/develop/dev-guide-sample-application-nodejs-sequelize.md +++ b/develop/dev-guide-sample-application-nodejs-sequelize.md @@ -113,7 +113,7 @@ npm install 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-nodejs-typeorm.md b/develop/dev-guide-sample-application-nodejs-typeorm.md index dbd54b62b0f0d..16c5eb550489c 100644 --- a/develop/dev-guide-sample-application-nodejs-typeorm.md +++ b/develop/dev-guide-sample-application-nodejs-typeorm.md @@ -22,7 +22,7 @@ TiDBはMySQL互換のデータベースであり、 [TypeORM](https://github.com このチュートリアルを完了するには、以下が必要です。 -- お使いのコンピューターに[Node.js](https://nodejs.org/en) >= 16.xがインストールされていること。 +- お使いのコンピューターに[Node.js](https://nodejs.org/en) >= 16.xがインストールされていること。 - お使いのマシンに[Git](https://git-scm.com/downloads)がインストールされています。 - TiDBクラスタが稼働中です。 @@ -118,7 +118,7 @@ npm install @types/node ts-node typescript --save-dev 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-python-django.md b/develop/dev-guide-sample-application-python-django.md index 55f236ab18dec..f29b8b58c2454 100644 --- a/develop/dev-guide-sample-application-python-django.md +++ b/develop/dev-guide-sample-application-python-django.md @@ -121,7 +121,7 @@ mysqlclient でインストールの問題が発生した場合は、 [mysqlclie 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-python-mysql-connector.md b/develop/dev-guide-sample-application-python-mysql-connector.md index ee97e424098bf..d894ba00970a5 100644 --- a/develop/dev-guide-sample-application-python-mysql-connector.md +++ b/develop/dev-guide-sample-application-python-mysql-connector.md @@ -109,7 +109,7 @@ pip install -r requirements.txt 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-python-mysqlclient.md b/develop/dev-guide-sample-application-python-mysqlclient.md index 9c8dd465cbff9..3cbca32427fc5 100644 --- a/develop/dev-guide-sample-application-python-mysqlclient.md +++ b/develop/dev-guide-sample-application-python-mysqlclient.md @@ -113,7 +113,7 @@ pip install -r requirements.txt 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-python-peewee.md b/develop/dev-guide-sample-application-python-peewee.md index 55794011120b0..99b5255bf3119 100644 --- a/develop/dev-guide-sample-application-python-peewee.md +++ b/develop/dev-guide-sample-application-python-peewee.md @@ -113,7 +113,7 @@ peeweeは、複数のデータベースを扱うORMライブラリです。デ 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-python-pymysql.md b/develop/dev-guide-sample-application-python-pymysql.md index 865f534138c11..d25448e654b14 100644 --- a/develop/dev-guide-sample-application-python-pymysql.md +++ b/develop/dev-guide-sample-application-python-pymysql.md @@ -109,7 +109,7 @@ pip install -r requirements.txt 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-python-sqlalchemy.md b/develop/dev-guide-sample-application-python-sqlalchemy.md index fb9438642d6f1..a03ecdda5afbe 100644 --- a/develop/dev-guide-sample-application-python-sqlalchemy.md +++ b/develop/dev-guide-sample-application-python-sqlalchemy.md @@ -119,7 +119,7 @@ SQLAlchemyは、複数のデータベースを扱うORMライブラリです。 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-ruby-mysql2.md b/develop/dev-guide-sample-application-ruby-mysql2.md index 79913cd47ecc8..53deb93adfb4f 100644 --- a/develop/dev-guide-sample-application-ruby-mysql2.md +++ b/develop/dev-guide-sample-application-ruby-mysql2.md @@ -111,7 +111,7 @@ bundle add mysql2 dotenv 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/dev-guide-sample-application-ruby-rails.md b/develop/dev-guide-sample-application-ruby-rails.md index 8b862179ec1f2..b38f0e87111a2 100644 --- a/develop/dev-guide-sample-application-ruby-rails.md +++ b/develop/dev-guide-sample-application-ruby-rails.md @@ -101,7 +101,7 @@ bundle add mysql2 dotenv 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックし、次に**Add IP Address**をクリックします。 diff --git a/develop/java-app-best-practices.md b/develop/java-app-best-practices.md index bba397e973335..c4737743c05e2 100644 --- a/develop/java-app-best-practices.md +++ b/develop/java-app-best-practices.md @@ -92,7 +92,7 @@ JDBC は通常、実装関連の設定を JDBC URL パラメーターの形式 この設定が既に有効になっていることを確認するには、次の操作を実行してください。 -- TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 +- TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 - リクエスト内で`COM_QUERY`が`COM_STMT_EXECUTE`または`COM_STMT_PREPARE`に置き換えられた場合、この設定は既に有効になっていることを意味します。 ##### `cachePrepStmts` {#cacheprepstmts} @@ -101,7 +101,7 @@ JDBC は通常、実装関連の設定を JDBC URL パラメーターの形式 この設定が既に有効になっていることを確認するには、次の操作を実行してください。 -- TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 +- TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 - リクエスト内の`COM_STMT_EXECUTE`の数が`COM_STMT_PREPARE`の数よりはるかに多い場合、この設定は既に有効になっていることを意味します。 さらに、 `useConfigs=maxPerformance`を設定すると、 `cachePrepStmts=true`を含む複数のパラメーターが同時に設定されます。 @@ -114,7 +114,7 @@ JDBC は通常、実装関連の設定を JDBC URL パラメーターの形式 次のような場合は、この設定が小さすぎるかどうかを確認する必要があります。 -- TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 +- TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 - そして、 `cachePrepStmts=true`が設定されているが、 `COM_STMT_PREPARE`は依然として`COM_STMT_EXECUTE`とほぼ等しく、 `COM_STMT_CLOSE`が存在することがわかった。 ##### `prepStmtCacheSize` {#prepstmtcachesize} @@ -123,7 +123,7 @@ JDBC は通常、実装関連の設定を JDBC URL パラメーターの形式 この設定が既に有効になっていることを確認するには、次の操作を実行してください。 -- TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 +- TiDB モニタリング ダッシュボードに移動し、 **[クエリ概要]** > **[インスタンス別 CPS]**からリクエスト コマンド タイプを確認します。 - リクエスト内の`COM_STMT_EXECUTE`の数が`COM_STMT_PREPARE`の数よりはるかに多い場合、この設定は既に有効になっていることを意味します。 #### `readOnlyPropagatesToServer` {#readonlypropagatestoserver} diff --git a/develop/serverless-driver-drizzle-example.md b/develop/serverless-driver-drizzle-example.md index ac167ba940da7..0367d107986da 100644 --- a/develop/serverless-driver-drizzle-example.md +++ b/develop/serverless-driver-drizzle-example.md @@ -22,7 +22,7 @@ aliases: ['/ja/tidbcloud/serverless-driver-drizzle-example/'] このチュートリアルを完了するには、以下のものが必要です。 -- [Node.js](https://nodejs.org/en) >= 18.0.0。 +- [Node.js](https://nodejs.org/en) >= 18.0.0。 - [npm](https://docs.npmjs.com/downloading-and-installing-node-js-and-npm) 、またはお好みのパッケージマネージャーを使用してください。 - TiDB Cloud Starterインスタンス。お持ちでない場合は、 [TiDB Cloud Starterインスタンスを作成する](/develop/dev-guide-build-cluster-in-cloud.md)。 diff --git a/develop/serverless-driver-kysely-example.md b/develop/serverless-driver-kysely-example.md index 36ef1f276f86c..49df7ad7e1759 100644 --- a/develop/serverless-driver-kysely-example.md +++ b/develop/serverless-driver-kysely-example.md @@ -21,7 +21,7 @@ aliases: ['/ja/tidbcloud/serverless-driver-kysely-example/'] このチュートリアルを完了するには、以下のものが必要です。 -- [Node.js](https://nodejs.org/en) >= 18.0.0。 +- [Node.js](https://nodejs.org/en) >= 18.0.0。 - [npm](https://docs.npmjs.com/downloading-and-installing-node-js-and-npm) 、またはお好みのパッケージマネージャーを使用してください。 - TiDB Cloud Starterインスタンス。お持ちでない場合は、 [TiDB Cloud Starterインスタンスを作成する](/develop/dev-guide-build-cluster-in-cloud.md)。 diff --git a/develop/serverless-driver-node-example.md b/develop/serverless-driver-node-example.md index fe07fc552c7f5..3bff18b6c3221 100644 --- a/develop/serverless-driver-node-example.md +++ b/develop/serverless-driver-node-example.md @@ -17,7 +17,7 @@ aliases: ['/ja/tidbcloud/serverless-driver-node-example/'] このステップバイステップのチュートリアルを完了するには、以下のものが必要です。 -- [Node.js](https://nodejs.org/en) >= 18.0.0。 +- [Node.js](https://nodejs.org/en) >= 18.0.0。 - [npm](https://docs.npmjs.com/downloading-and-installing-node-js-and-npm) 、またはお好みのパッケージマネージャーを使用してください。 - TiDB Cloud Starterインスタンス。お持ちでない場合は、 [TiDB Cloud Starterインスタンスを作成する](/develop/dev-guide-build-cluster-in-cloud.md)。 diff --git a/develop/serverless-driver-prisma-example.md b/develop/serverless-driver-prisma-example.md index 6f57845d4a9aa..183e85eaea364 100644 --- a/develop/serverless-driver-prisma-example.md +++ b/develop/serverless-driver-prisma-example.md @@ -82,7 +82,7 @@ const prisma = new PrismaClient({ adapter }); このチュートリアルを完了するには、以下のものが必要です。 -- [Node.js](https://nodejs.org/en) >= 18.0.0。 +- [Node.js](https://nodejs.org/en) >= 18.0.0。 - [npm](https://docs.npmjs.com/downloading-and-installing-node-js-and-npm) 、またはお好みのパッケージマネージャーを使用してください。 - TiDB Cloud Starterインスタンス。お持ちでない場合は、 [TiDB Cloud Starterインスタンスを作成する](/develop/dev-guide-build-cluster-in-cloud.md)。 diff --git a/dm/dm-compatibility-catalog.md b/dm/dm-compatibility-catalog.md index cc5630e71e6df..482e6b01f95cd 100644 --- a/dm/dm-compatibility-catalog.md +++ b/dm/dm-compatibility-catalog.md @@ -25,7 +25,7 @@ DMは、さまざまなソースからTiDBクラスタへのデータ移行を | MySQL 9.x | テストされていません | | | MariaDB < 10.1.2 | 互換性がない | 時間型のbinlogとは互換性がありません。 | | MariaDB 10.1.2 ～ 10.5.10 | Experimental | | -| MariaDB > 10.5.10 | テストされていません | [事前チェック](/dm/dm-precheck.md)をバイパスした後は、ほとんどの場合に機能すると予想されます。 [MariaDBに関する注記](#mariadb-notes)を参照してください。 | +| MariaDB > 10.5.10 | テストされていません | [事前チェック](/dm/dm-precheck.md)をバイパスした後は、ほとんどの場合に機能すると予想されます。 [MariaDBに関する注記](#mariadb-notes)を参照してください。 | ### 外部キーの`CASCADE`操作 {#foreign-key-cascade-operations} diff --git a/dm/dm-customized-secret-key.md b/dm/dm-customized-secret-key.md index ac426d7078378..a0a58ceb4e275 100644 --- a/dm/dm-customized-secret-key.md +++ b/dm/dm-customized-secret-key.md @@ -34,4 +34,4 @@ DM はバージョン 8.0.0 以降では固定秘密キーを使用しなくな 2. DM マスターのローリング再起動を実行します。 -3. 新しい[データソース構成ファイル](/dm/dm-source-configuration-file.md)と[移行タスク構成ファイル](/dm/task-configuration-file-full.md)を作成するときは、 `tiup dmctl encrypt` (dmctl バージョン >= v8.0.0) で暗号化されたパスワードを使用します。 +3. 新しい[データソース構成ファイル](/dm/dm-source-configuration-file.md)と[移行タスク構成ファイル](/dm/task-configuration-file-full.md)を作成するときは、 `tiup dmctl encrypt` (dmctl バージョン >= v8.0.0) で暗号化されたパスワードを使用します。 diff --git a/dm/dm-export-import-config.md b/dm/dm-export-import-config.md index f66f7c108988f..482964d9bd47d 100644 --- a/dm/dm-export-import-config.md +++ b/dm/dm-export-import-config.md @@ -9,7 +9,7 @@ summary: DM を使用するときに、データ ソースとクラスターの > **Note:** > -> v2.0.5 より前のクラスターの場合は、dmctl (>= v2.0.5 かつ < v8.0.0) を使用して、データ ソースおよびタスク構成ファイルをエクスポートおよびインポートできます。 +> v2.0.5 より前のクラスターの場合は、dmctl (>= v2.0.5 かつ < v8.0.0) を使用して、データ ソースおよびタスク構成ファイルをエクスポートおよびインポートできます。 ```bash » help config diff --git a/dm/dm-overview.md b/dm/dm-overview.md index 20d6941007466..2b3026d574d23 100644 --- a/dm/dm-overview.md +++ b/dm/dm-overview.md @@ -40,14 +40,14 @@ DMツールを使用する前に、以下の制限事項にご注意ください - MySQL バージョン 5.6 ～ 8.0 - - MariaDB バージョン >= 10.1.2 (実験的機能) + - MariaDB バージョン >= 10.1.2 (実験的機能) > **Note:** > > 上流のMySQL/MariaDBサーバー間にプライマリ/セカンダリ移行構造がある場合は、次のバージョンを選択してください。 > - > - MySQLバージョン > 5.7.1 - > - MariaDB バージョン >= 10.1.3 + > - MySQLバージョン > 5.7.1 + > - MariaDB バージョン >= 10.1.3 - DDL構文の互換性 diff --git a/dm/dm-performance-test.md b/dm/dm-performance-test.md index f5345a42504f1..a49f31fdf3d2f 100644 --- a/dm/dm-performance-test.md +++ b/dm/dm-performance-test.md @@ -9,7 +9,7 @@ summary: DM クラスターのパフォーマンスをテストする方法を ## 移行データフロー {#migration-data-flow} -MySQL -> DM -> TiDB という単純な移行データフローを使用して、DM クラスターのデータ移行パフォーマンスをテストできます。 +MySQL -> DM -> TiDB という単純な移行データフローを使用して、DM クラスターのデータ移行パフォーマンスをテストできます。 ## テスト環境をデプロイ {#deploy-test-environment} diff --git a/dm/dm-precheck.md b/dm/dm-precheck.md index 6d00fba122824..97bdd043273c9 100644 --- a/dm/dm-precheck.md +++ b/dm/dm-precheck.md @@ -39,9 +39,9 @@ tiup dmctl check-task ./task.yaml - データベースバージョン - - MySQLバージョン > 5.5 + - MySQLバージョン > 5.5 - - MariaDB バージョン >= 10.1.2 + - MariaDB バージョン >= 10.1.2 > **Warning:** > diff --git a/dm/dm-webui-guide.md b/dm/dm-webui-guide.md index 7522ebd7fc3c7..a6cdf9055016d 100644 --- a/dm/dm-webui-guide.md +++ b/dm/dm-webui-guide.md @@ -51,7 +51,7 @@ DM WebUI には次のページがあります。 タスクリストでタスク名をクリックすると、右側から詳細ページが表示されます。詳細ページには、タスクのより詳細なステータス情報が表示されます。このページでは、各サブタスクのステータスと、移行タスクの現在の構成情報を確認できます。 -DMでは、移行タスクの各サブタスクは、フルダンプ -> フルインポート（ロード） -> 増分レプリケーション（同期）といった異なる段階にある場合があります。そのため、タスクの現在の段階はサブタスクのステータスの統計情報とともに表示され、タスクの実行状況をより適切に把握するのに役立ちます。 +DMでは、移行タスクの各サブタスクは、フルダンプ -> フルインポート（ロード） -> 増分レプリケーション（同期）といった異なる段階にある場合があります。そのため、タスクの現在の段階はサブタスクのステータスの統計情報とともに表示され、タスクの実行状況をより適切に把握するのに役立ちます。 #### 移行タスクを作成する {#create-migration-tasks} diff --git a/dm/maintain-dm-using-tiup.md b/dm/maintain-dm-using-tiup.md index b70b593b0336b..6386f45ab41af 100644 --- a/dm/maintain-dm-using-tiup.md +++ b/dm/maintain-dm-using-tiup.md @@ -171,7 +171,7 @@ tiup dm scale-in prod-cluster -N 172.16.5.140:8262 > > アップグレード前に、 `config export`を使用してクラスターの設定ファイルをエクスポートできます。アップグレード後に以前のバージョンにダウングレードする必要がある場合は、まず以前のクラスターを再デプロイし、 `config import`を使用して以前の設定ファイルをインポートできます。 > -> v2.0.5 より前のクラスターの場合は、dmctl (>= v2.0.5 かつ < v8.0.0) を使用して、データ ソースおよびタスク構成ファイルをエクスポートおよびインポートできます。 +> v2.0.5 より前のクラスターの場合は、dmctl (>= v2.0.5 かつ < v8.0.0) を使用して、データ ソースおよびタスク構成ファイルをエクスポートおよびインポートできます。 > > v2.0.2以降のクラスターでは、現在、リレーワーカー関連の設定の自動インポートはサポートされていません。`start-relay`コマンドを使用して手動で[リレーログを開始](/dm/relay-log.md#enable-and-disable-relay-log)を実行できます。 diff --git a/dm/monitor-a-dm-cluster.md b/dm/monitor-a-dm-cluster.md index d0d4b1521294f..48193b724debe 100644 --- a/dm/monitor-a-dm-cluster.md +++ b/dm/monitor-a-dm-cluster.md @@ -80,8 +80,8 @@ Grafana ダッシュボードでは、DM のデフォルト名は`DM-task`です | 遅延ゲージを複製する | binlogを上流から下流に複製するのにかかるレイテンシー時間（秒） | 該当なし | 該当なし | | 複製ラグヒストグラム | 上流から下流へのbinlogの複製のヒストグラム（秒単位）。統計メカニズムが異なるため、データが不正確になる可能性があることに注意してください。 | 該当なし | 該当なし | | プロセスはエラーありで存在します | binlogレプリケーションユニットはDMワーカー内でエラーに遭遇し、終了します。 | 即時アラート | 致命的 | -| マスターと同期サーバー間のbinlogファイルのギャップ | `syncer`処理ユニットが上流マスターより遅れているbinlogファイルの数 | `syncer`処理ユニットが上流マスターより遅れているbinlogファイルの数が1つ（> 1）を超え、その状態が10分以上続くと、アラートが発生します。 | 致命的 | -| リレーと同期の間のbinlogファイルのギャップ | `syncer`が`relay`遅れているbinlogファイルの数 | `syncer`処理ユニットが`relay`処理ユニットより遅れているbinlogファイルの数が1つを超え（>1）、その状態が10分以上続くと、アラートが発生します。 | 致命的 | +| マスターと同期サーバー間のbinlogファイルのギャップ | `syncer`処理ユニットが上流マスターより遅れているbinlogファイルの数 | `syncer`処理ユニットが上流マスターより遅れているbinlogファイルの数が1つ（> 1）を超え、その状態が10分以上続くと、アラートが発生します。 | 致命的 | +| リレーと同期の間のbinlogファイルのギャップ | `syncer`が`relay`遅れているbinlogファイルの数 | `syncer`処理ユニットが`relay`処理ユニットより遅れているbinlogファイルの数が1つを超え（>1）、その状態が10分以上続くと、アラートが発生します。 | 致命的 | | binlogイベントQPS | 単位時間あたりに受信したbinlogイベントの数 (この数にはスキップする必要があるイベントは含まれません) | 該当なし | 該当なし | | スキップされたbinlogイベントQPS | スキップする必要がある単位時間あたりに受信されたbinlogイベントの数 | 該当なし | 該当なし | | binlogイベントの期間の読み取り | binlogレプリケーションユニットがリレーログまたは上流のMySQLからbinlogを読み取る時間（秒） | 該当なし | 該当なし | @@ -119,7 +119,7 @@ Grafana ダッシュボードでは、DM のデフォルト名は`DM-task`です | マスターからのbinlogの読み取りに失敗しました | リレーログが上流のMySQLからbinlogを読み込む際に発生したエラーの数 | 即時アラート | 致命的 | | リレーログの書き込みに失敗しました | リレーログがbinlogをディスクに書き込むときに発生したエラーの数 | 即時アラート | 致命的 | | binlogファイルインデックス | リレーログファイルの最大インデックス番号。例えば、「value = 1」は「relay-log.000001」を示します。 | 該当なし | 該当なし | -| マスターとリレー間のbinlogファイルのギャップ | 上流マスターの背後にあるリレーログ内のbinlogファイルの数 | `relay`処理ユニットが上流マスターより遅れているbinlogファイルの数が1つ（> 1）を超え、その状態が10分以上続くと、アラートが発生します。 | 致命的 | +| マスターとリレー間のbinlogファイルのギャップ | 上流マスターの背後にあるリレーログ内のbinlogファイルの数 | `relay`処理ユニットが上流マスターより遅れているbinlogファイルの数が1つ（> 1）を超え、その状態が10分以上続くと、アラートが発生します。 | 致命的 | | binlog位置 | 最新のリレーログファイルの書き込みオフセット | 該当なし | 該当なし | | binlogイベントの期間の読み取り | リレーログが上流のMySQLからbinlogを読み取る時間（秒） | 該当なし | 該当なし | | 書き込みリレーログ期間 | リレーログが毎回ディスクにbinlogを書き込む時間（秒） | 該当なし | 該当なし | @@ -140,7 +140,7 @@ Grafana ダッシュボードでは、インスタンスのデフォルト名は | マスターからのbinlogの読み取りに失敗しました | リレーログが上流のMySQLからbinlogを読み込む際に発生したエラーの数 | 即時アラート | 致命的 | | リレーログの書き込みに失敗しました | リレーログがbinlogをディスクに書き込むときに発生したエラーの数 | 即時アラート | 致命的 | | binlogファイルインデックス | リレーログファイルの最大インデックス番号。例えば、「value = 1」は「relay-log.000001」を示します。 | 該当なし | 該当なし | -| マスターとリレー間のbinlogファイルのギャップ | `relay`処理ユニットが上流マスターより遅れているbinlogファイルの数 | `relay`処理ユニットが上流マスターより遅れているbinlogファイルの数が1つ（> 1）を超え、その状態が10分以上続くと、アラートが発生します。 | 致命的 | +| マスターとリレー間のbinlogファイルのギャップ | `relay`処理ユニットが上流マスターより遅れているbinlogファイルの数 | `relay`処理ユニットが上流マスターより遅れているbinlogファイルの数が1つ（> 1）を超え、その状態が10分以上続くと、アラートが発生します。 | 致命的 | | binlog位置 | 最新のリレーログファイルの書き込みオフセット | 該当なし | 該当なし | | binlogの読み取り期間 | リレーログが上流のMySQLからbinlogを読み取る時間（秒） | 該当なし | 該当なし | | 書き込みリレーログ期間 | リレーログがbinlogをディスクに書き込む時間（秒） | 該当なし | 該当なし | diff --git a/dr-solution-introduction.md b/dr-solution-introduction.md index 56aa6813e4ef0..62764c29fd1cb 100644 --- a/dr-solution-introduction.md +++ b/dr-solution-introduction.md @@ -108,6 +108,6 @@ BRに基づく DR ソリューションは、5 分未満の RPO と、復元す | DRソリューション | TCO | エラー許容目標 | RPO | RTO | ネットワークレイテンシー要件 | 対象システム | | ----------------------------------------- | ---- | ------- | ----- | ----- | -------------------------------------------------------------- | ----------------------------------------- | | 単一クラスター内の複数レプリカに基づく災害復旧ソリューション（2-2-1） | 高い | 単一地域 | 0 | 分単位 | 領域間の距離は30ミリ秒未満 | 災害復旧（DR）と応答（RPO = 0）に関して特定の要件を持つ本番システム | -| プライマリークラスターとセカンダリークラスター（1:1）に基づくDRソリューション | 中くらい | 単一地域 | 10秒未満 | 5分以内 | 領域間の距離は100ミリ秒未満 | 災害復旧（DR）と応答（RPO > 0）に関して特定の要件を持つ本番システム | +| プライマリークラスターとセカンダリークラスター（1:1）に基づくDRソリューション | 中くらい | 単一地域 | 10秒未満 | 5分以内 | 領域間の距離は100ミリ秒未満 | 災害復旧（DR）と応答（RPO > 0）に関して特定の要件を持つ本番システム | | TiCDCと複数のレプリカ（2-2-1:1）に基づくDRソリューション | 高い | 複数の地域 | 10秒未満 | 5分以内 | DRに複数のレプリカを使用するリージョンでは30ミリ秒未満。3番目のリージョンおよびその他のリージョンでは100ミリ秒未満。 | 災害復旧と対応に関して厳しい要件を持つ本番システム | | BRに基づくDRソリューション | 低い | 単一地域 | 5分以内 | 時間レベル | 特別な要件はありません | RPOが5分未満、RTOが最大1時間まで許容される生産システム | diff --git a/encryption-at-rest.md b/encryption-at-rest.md index e0d7a596e98d8..b47cd1b1c274a 100644 --- a/encryption-at-rest.md +++ b/encryption-at-rest.md @@ -33,7 +33,7 @@ SM4暗号化はTiKVバージョン6.3.0以降でのみサポートされます TiFlash は保存時の暗号化をサポートします。データキーはTiFlashによって生成されます。TiFlash（ TiFlash Proxy を含む）に書き込まれるすべてのファイル（データファイル、スキーマファイル、一時ファイルを含む）は、現在のデータキーを使用して暗号化されます。暗号化アルゴリズム、暗号化設定（ TiFlashでサポートされる[`tiflash-learner.toml`ファイル](/tiflash/tiflash-configuration.md#configure-the-tiflashtoml-file) ）、および監視メトリックの意味は、TiKV のものと一致しています。 -Grafana を使用してTiFlash を展開した場合は、 **TiFlash-Proxy-Details** -> **Encryption**パネルを確認できます。 +Grafana を使用してTiFlash を展開した場合は、 **TiFlash-Proxy-Details** -> **Encryption**パネルを確認できます。 SM4 暗号化は、 TiFlashの v6.4.0 以降のバージョンでのみサポートされます。TiFlashのv6.4.0 より前のバージョンでは、AES 暗号化のみがサポートされます。 diff --git a/faq/sql-faq.md b/faq/sql-faq.md index 495f76ac9c098..15ac48ad6e8ea 100644 --- a/faq/sql-faq.md +++ b/faq/sql-faq.md @@ -329,7 +329,7 @@ TiDB v6.2.0以降、TiDB DDLモジュールは並列フレームワークを採 1. DDL ステートメントの実行を遅くするその他の理由を排除します。 2. DDL 所有者ノードを識別するには、次のいずれかの方法を使用します。 - 現在のクラスターの所有者を取得するには、 `curl http://{TiDBIP}:10080/info/all`を使用します。 - - 監視ダッシュボードの**DDL** > **DDL META OPM**から、特定の期間の所有者を確認する。 + - 監視ダッシュボードの**DDL** > **DDL META OPM**から、特定の期間の所有者を確認する。 - 所有者が存在しない場合は、次を使用して所有者の選択を手動でトリガーしてみてください: `curl -X POST http://{TiDBIP}:10080/ddl/owner/resign` 。 - 所有者が存在する場合は、Goroutine スタックをエクスポートし、スタックしている可能性のある場所を確認します。 diff --git a/follower-read.md b/follower-read.md index 5b437b4e4e8c4..4e5dbcffd8c57 100644 --- a/follower-read.md +++ b/follower-read.md @@ -101,7 +101,7 @@ set [session | global] tidb_replica_read = ''; ## 基本的な監視 {#basic-monitoring} -[**TiDB** > **KV 要求**>**読み取り要求トラフィック**パネル (v8.5.4 の新機能)](/grafana-tidb-dashboard.md#kv-request)をチェックして、 Follower Read を有効にするかどうかを決定し、有効にした後のトラフィック削減効果を確認できます。 +[**TiDB** > **KV 要求**>**読み取り要求トラフィック**パネル (v8.5.4 の新機能)](/grafana-tidb-dashboard.md#kv-request)をチェックして、 Follower Read を有効にするかどうかを決定し、有効にした後のトラフィック削減効果を確認できます。 diff --git a/functions-and-operators/bit-functions-and-operators.md b/functions-and-operators/bit-functions-and-operators.md index 4bfed50fc7789..083e33d71de55 100644 --- a/functions-and-operators/bit-functions-and-operators.md +++ b/functions-and-operators/bit-functions-and-operators.md @@ -260,7 +260,7 @@ SELECT n,1<>` (右シフト) {#-right-shift} `>>`演算子は右シフト演算を実行し、数値のビットを指定された位置数だけ右にシフトし、左側の空いたビットをゼロで埋めます。 diff --git a/functions-and-operators/json-functions.md b/functions-and-operators/json-functions.md index 665e8bf80e5b5..a7d9ff2f12547 100644 --- a/functions-and-operators/json-functions.md +++ b/functions-and-operators/json-functions.md @@ -22,8 +22,8 @@ JSON関数を使用して[JSONデータ型](/data-type-json.md)のデータを | [JSON_CONTAINS()](/functions-and-operators/json-functions/json-functions-search.md#json_contains) | 指定された候補JSONドキュメントがターゲットJSONドキュメント内に含まれているかどうかを1または0を返すことで示します。 | | [JSON_CONTAINS_PATH()](/functions-and-operators/json-functions/json-functions-search.md#json_contains_path) | JSONドキュメントに指定されたパスのデータが含まれているかどうかを示す0または1を返します。 | | [JSON_EXTRACT()](/functions-and-operators/json-functions/json-functions-search.md#json_extract) | `path`引数に一致するドキュメントの部分から選択されたJSONドキュメントからデータを返します。 | -| [->](/functions-and-operators/json-functions/json-functions-search.md#-) | 評価パスの後のJSON列から値を返します。`JSON_EXTRACT(doc, path_literal)`の別名です。 | -| [->>](/functions-and-operators/json-functions/json-functions-search.md#--1) | 評価パスの後のJSON列から値を返し、結果を引用符で囲まない`JSON_UNQUOTE(JSON_EXTRACT(doc, path_literal))`の別名。 | +| [->](/functions-and-operators/json-functions/json-functions-search.md#-) | 評価パスの後のJSON列から値を返します。`JSON_EXTRACT(doc, path_literal)`の別名です。 | +| [->>](/functions-and-operators/json-functions/json-functions-search.md#--1) | 評価パスの後のJSON列から値を返し、結果を引用符で囲まない`JSON_UNQUOTE(JSON_EXTRACT(doc, path_literal))`の別名。 | | [JSON_KEYS()](/functions-and-operators/json-functions/json-functions-search.md#json_keys) | JSONオブジェクトの最上位レベルの値からキーをJSON配列として返します。パス引数が指定されている場合は、選択したパスから最上位レベルのキーを返します。 | | [JSON_SEARCH()](/functions-and-operators/json-functions/json-functions-search.md#json_search) | JSONドキュメントで文字列の1つまたはすべてに一致するものを検索する | | [メンバー()](/functions-and-operators/json-functions/json-functions-search.md#member-of) | 渡された値が JSON 配列の要素である場合は 1 を返します。それ以外の場合は 0 を返します。 | diff --git a/functions-and-operators/operators.md b/functions-and-operators/operators.md index 161ff29db8ecf..ae08a83ca1b4c 100644 --- a/functions-and-operators/operators.md +++ b/functions-and-operators/operators.md @@ -28,30 +28,30 @@ summary: 演算子の優先順位、比較関数と演算子、論理演算子 | [/](https://dev.mysql.com/doc/refman/8.0/en/arithmetic-functions.html#operator_divide) | 除算演算子 | | [＝](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_equal) | 等号演算子 | | [`<=>`](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_equal-to) | NULL安全等号演算子 | -| [>](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_greater-than) | より大きい演算子 | -| [>=](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_greater-than-or-equal) | より大きいか等しい演算子 | +| [>](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_greater-than) | より大きい演算子 | +| [>=](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_greater-than-or-equal) | より大きいか等しい演算子 | | [IS](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_is) | ブール値に対して値をテストする | | [IS NOT](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_is-not) | ブール値に対して値をテストする | | [IS NOT NULL](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_is-not-null) | NOT NULL値テスト | | [IS NULL](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_is-null) | NULL値テスト | -| [->](https://dev.mysql.com/doc/refman/8.0/en/json-search-functions.html#operator_json-column-path) | パスを評価した後のJSON列からの戻り値`JSON_EXTRACT()`に相当します。 | -| [->>](https://dev.mysql.com/doc/refman/8.0/en/json-search-functions.html#operator_json-inline-path) | パスを評価し、結果を引用符で囲まない後のJSON列からの値を返します`JSON_UNQUOTE(JSON_EXTRACT())`に相当します。 | -| [<<](https://dev.mysql.com/doc/refman/8.0/en/bit-functions.html#operator_left-shift) | 左シフト | -| [<](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_less-than) | 小なり演算子 | -| [<=](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_less-than-or-equal) | 以下演算子 | +| [->](https://dev.mysql.com/doc/refman/8.0/en/json-search-functions.html#operator_json-column-path) | パスを評価した後のJSON列からの戻り値`JSON_EXTRACT()`に相当します。 | +| [->>](https://dev.mysql.com/doc/refman/8.0/en/json-search-functions.html#operator_json-inline-path) | パスを評価し、結果を引用符で囲まない後のJSON列からの値を返します`JSON_UNQUOTE(JSON_EXTRACT())`に相当します。 | +| [<<](https://dev.mysql.com/doc/refman/8.0/en/bit-functions.html#operator_left-shift) | 左シフト | +| [<](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_less-than) | 小なり演算子 | +| [<=](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_less-than-or-equal) | 以下演算子 | | [LIKE](https://dev.mysql.com/doc/refman/8.0/en/string-comparison-functions.html#operator_like) | シンプルなパターンマッチング | | [LIKE](https://www.postgresql.org/docs/current/functions-matching.html) | 大文字と小文字を区別しない単純なパターン マッチング (TiDB ではサポートされていますが、MySQL ではサポートされていません) | | [-](https://dev.mysql.com/doc/refman/8.0/en/arithmetic-functions.html#operator_minus) | マイナス演算子 | | [%、MOD](https://dev.mysql.com/doc/refman/8.0/en/arithmetic-functions.html#operator_mod) | モジュロ演算子 | | [NOT](https://dev.mysql.com/doc/refman/8.0/en/logical-operators.html#operator_not) | 値を否定する | | [NOT BETWEEN](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_not-between) | 値が範囲内にないか確認する | -| [!=, `<>`](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_not-equal) | 等しくない演算子 | +| [!=, `<>`](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_not-equal) | 等しくない演算子 | | [NOT LIKE](https://dev.mysql.com/doc/refman/8.0/en/string-comparison-functions.html#operator_not-like) | 単純なパターンマッチングの否定 | | [NOT REGEXP](https://dev.mysql.com/doc/refman/8.0/en/regexp.html#operator_not-regexp) | REGEXPの否定 | | [OR, ||](https://dev.mysql.com/doc/refman/8.0/en/logical-operators.html#operator_or) | 論理和 | | [+](https://dev.mysql.com/doc/refman/8.0/en/arithmetic-functions.html#operator_plus) | 加算演算子 | | [REGEXP](https://dev.mysql.com/doc/refman/8.0/en/regexp.html#operator_regexp) | 正規表現を使用したパターンマッチング | -| [>>](https://dev.mysql.com/doc/refman/8.0/en/bit-functions.html#operator_right-shift) | 右シフト | +| [>>](https://dev.mysql.com/doc/refman/8.0/en/bit-functions.html#operator_right-shift) | 右シフト | | [RLIKE](https://dev.mysql.com/doc/refman/8.0/en/regexp.html#operator_regexp) | REGEXPの同義語 | | [*](https://dev.mysql.com/doc/refman/8.0/en/arithmetic-functions.html#operator_times) | 乗算演算子 | | [-](https://dev.mysql.com/doc/refman/8.0/en/arithmetic-functions.html#operator_unary-minus) | 引数の符号を変更する | @@ -95,8 +95,8 @@ OR, || | [COALESCE()](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#function_coalesce) | 最初のNULL以外の引数を返す | | [＝](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_equal) | 等号演算子 | | [`<=>`](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_equal-to) | NULL安全等号演算子 | -| [>](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_greater-than) | より大きい演算子 | -| [>=](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_greater-than-or-equal) | より大きいか等しい演算子 | +| [>](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_greater-than) | より大きい演算子 | +| [>=](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_greater-than-or-equal) | より大きいか等しい演算子 | | [GREATEST()](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#function_greatest) | 最大の引数を返す | | [IN()](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_in) | 値が値セット内であるかどうかを確認する | | [INTERVAL()](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#function_interval) | 最初の引数より小さい引数のインデックスを返します | @@ -106,12 +106,12 @@ OR, || | [IS NULL](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_is-null) | NULL値テスト | | [ISNULL()](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#function_isnull) | 引数がNULLかどうかをテストする | | [LEAST()](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#function_least) | 最小の引数を返す | -| [<](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_less-than) | 小なり演算子 | -| [<=](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_less-than-or-equal) | 以下演算子 | +| [<](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_less-than) | 小なり演算子 | +| [<=](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_less-than-or-equal) | 以下演算子 | | [LIKE](https://dev.mysql.com/doc/refman/8.0/en/string-comparison-functions.html#operator_like) | シンプルなパターンマッチング | | [LIKE](https://www.postgresql.org/docs/current/functions-matching.html) | 大文字と小文字を区別しない単純なパターン マッチング (TiDB ではサポートされていますが、MySQL ではサポートされていません) | | [NOT BETWEEN](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_not-between) | 値が範囲内にないか確認する | -| [!=, `<>`](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_not-equal) | 等しくない演算子 | +| [!=, `<>`](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_not-equal) | 等しくない演算子 | | [NOT IN()](https://dev.mysql.com/doc/refman/8.0/en/comparison-operators.html#operator_not-in) | 値が値セット内にないかどうかを確認します | | [NOT LIKE](https://dev.mysql.com/doc/refman/8.0/en/string-comparison-functions.html#operator_not-like) | 単純なパターンマッチングの否定 | | [STRCMP()](https://dev.mysql.com/doc/refman/8.0/en/string-comparison-functions.html#function_strcmp) | 2つの文字列を比較する | diff --git a/garbage-collection-configuration.md b/garbage-collection-configuration.md index 96e108a3428d5..7207316cd427f 100644 --- a/garbage-collection-configuration.md +++ b/garbage-collection-configuration.md @@ -104,7 +104,7 @@ show config where type = 'tikv' and name like '%enable-compaction-filter%'; > **Note:** > -> 圧縮フィルター機構を使用すると、GCの進行が遅れる可能性があり、TiKVスキャンのパフォーマンスに影響する可能性があります。ワークロードに多数のコプロセッサリクエストが含まれており、パネル[**TiKV詳細 >コプロセッサー詳細**](/grafana-tikv-dashboard.md#coprocessor-detail)で**Total Ops Details**の呼び出し回数が`next()`または`prev()`で、呼び出し回数が`processed_keys`回の3倍を大幅に超えている場合は、以下の対策を講じることができます。 +> 圧縮フィルター機構を使用すると、GCの進行が遅れる可能性があり、TiKVスキャンのパフォーマンスに影響する可能性があります。ワークロードに多数のコプロセッサリクエストが含まれており、パネル[**TiKV詳細 >コプロセッサー詳細**](/grafana-tikv-dashboard.md#coprocessor-detail)で**Total Ops Details**の呼び出し回数が`next()`または`prev()`で、呼び出し回数が`processed_keys`回の3倍を大幅に超えている場合は、以下の対策を講じることができます。 > > - v7.1.3 より前の TiDB バージョンでは、GC を高速化するために Compaction Filter を無効にすることをお勧めします。 > - TiDBバージョンv7.1.3からv7.5.6およびv7.6.0からv8.5.3では、TiDBは各リージョン[`region-compact-min-redundant-rows`](/tikv-configuration-file.md#region-compact-min-redundant-rows-new-in-v710)の冗長バージョンの数と冗長バージョン[`region-compact-redundant-rows-percent`](/tikv-configuration-file.md#region-compact-redundant-rows-percent-new-in-v710)の割合に基づいて自動的にコンパクションをトリガーし、コンパクションフィルタGCのパフォーマンスを向上させます。この場合、コンパクションフィルタを無効にするのではなく、これらの設定項目を調整してください。 diff --git a/maintain-tidb-using-tiup.md b/maintain-tidb-using-tiup.md index f12d9767e1199..84307ed94eeef 100644 --- a/maintain-tidb-using-tiup.md +++ b/maintain-tidb-using-tiup.md @@ -21,7 +21,7 @@ tiup cluster list TiDB クラスター内のコンポーネントは次の順序で起動されます。 -**PD > TiKV > TiDB > TiFlash > TiCDC > Prometheus > Grafana > Alertmanager** +**PD > TiKV > TiDB > TiFlash > TiCDC > Prometheus > Grafana > Alertmanager** クラスターを起動するには、次のコマンドを実行します。 @@ -171,7 +171,7 @@ tiup cluster rename ${cluster-name} ${new-name} TiDB クラスター内のコンポーネントは次の順序で停止されます (監視コンポーネントも停止されます)。 -**Alertmanager > Grafana > Prometheus > TiCDC > TiFlash > TiDB > TiKV > PD** +**Alertmanager > Grafana > Prometheus > TiCDC > TiFlash > TiDB > TiKV > PD** クラスターを停止するには、次のコマンドを実行します。 diff --git a/metadata-lock.md b/metadata-lock.md index 43ebc2cc94976..c89621357b3d0 100644 --- a/metadata-lock.md +++ b/metadata-lock.md @@ -114,7 +114,7 @@ Empty set (0.01 sec) TiDBにおけるDDL操作はオンラインDDLモードです。DDL文の実行中、変更対象オブジェクトのメタデータバージョンは、複数のマイナーバージョン変更を経る可能性があります。オンライン非同期メタデータ変更アルゴリズムは、隣接する2つのマイナーバージョン間の互換性のみを確立します。つまり、2つのバージョン間の操作によって、DDL変更対象のオブジェクトのデータ整合性が損なわれることはありません。 -テーブルにインデックスを追加すると、DDL ステートメントの状態は次のように変わります: なし -> 削除のみ、削除のみ -> 書き込みのみ、書き込みのみ -> 書き込み再編成、書き込み再編成 -> パブリック。 +テーブルにインデックスを追加すると、DDL ステートメントの状態は次のように変わります: なし -> 削除のみ、削除のみ -> 書き込みのみ、書き込みのみ -> 書き込み再編成、書き込み再編成 -> パブリック。 次のトランザクションのコミット プロセスは、前述の制約に違反します。 diff --git a/non-transactional-dml.md b/non-transactional-dml.md index 685770e4282d2..075b468f8f603 100644 --- a/non-transactional-dml.md +++ b/non-transactional-dml.md @@ -357,7 +357,7 @@ SELECT t2.id, t2.v, t3.id FROM t2 JOIN t3 ON t2.id = t3.id +----------------+---------------+ ``` -### 非トランザクションDML文でテーブルエイリアスを使用すると、 `Unknown column '<alias>.<column>' in 'where clause'`エラーが発生します。 {#the-unknown-column-aliascolumn-in-where-clause-error-occurs-when-using-table-aliases-in-non-transactional-dml-statements} +### 非トランザクションDML文でテーブルエイリアスを使用すると、 `Unknown column '.' in 'where clause'`エラーが発生します。 {#the-unknown-column-aliascolumn-in-where-clause-error-occurs-when-using-table-aliases-in-non-transactional-dml-statements} 非トランザクションDML文を実行すると、TiDBは内部的にバッチを分割するためのクエリを構築し、実際の分割実行文を生成します。これらの2種類の文は、それぞれ[`DRY RUN QUERY`](/non-transactional-dml.md#query-the-batch-dividing-statement)と[`DRY RUN`](/non-transactional-dml.md#query-the-statements-corresponding-to-the-first-and-the-last-batches)で確認できます。 diff --git a/performance-tuning-methods.md b/performance-tuning-methods.md index f35abde48ac73..41d8a931488be 100644 --- a/performance-tuning-methods.md +++ b/performance-tuning-methods.md @@ -174,7 +174,7 @@ TPC-C ワークロードは主に`UPDATE` 、 `SELECT` 、 `INSERT`文です。 **例3: OLTPワークロードに対してプリペアドステートメントが有効になっている場合、プリペアドプランキャッシュは利用できません** -`StmtPrepare`回 = `StmtExecute`回 = `StmtClose`回 ~= `StmtFetch`回。アプリケーションは準備 > 実行 > フェッチ > クローズのループを使用します。プリペアドステートメントオブジェクトのリークを防ぐため、多くのアプリケーションフレームワークは`execute`フェーズの後に`close`を呼び出します。これにより、2つの問題が発生します。 +`StmtPrepare`回 = `StmtExecute`回 = `StmtClose`回 ~= `StmtFetch`回。アプリケーションは準備 > 実行 > フェッチ > クローズのループを使用します。プリペアドステートメントオブジェクトのリークを防ぐため、多くのアプリケーションフレームワークは`execute`フェーズの後に`close`を呼び出します。これにより、2つの問題が発生します。 - SQL 実行には 4 つのコマンドと 4 回のネットワーク ラウンドトリップが必要です。 - Queries Using Plan Cache OPSは0で、プリペアドプランキャッシュのヒットがゼロであることを示しています。`StmtClose`のコマンドはデフォルトでキャッシュされた実行計画をクリアし、次の`StmtPrepare`コマンドで実行計画を再度生成する必要があります。 diff --git a/releases/release-1.0.3.md b/releases/release-1.0.3.md index d9576f3d01495..6a26fda2639d7 100644 --- a/releases/release-1.0.3.md +++ b/releases/release-1.0.3.md @@ -30,4 +30,4 @@ summary: TiDB 1.0.3は2017年11月28日にリリースされました。アッ - `NotLeader`に間違ったリーダー値が要求される問題を修正しました - コプロセッサのチャンクサイズが大きすぎる問題を修正 -1.0.2 から 1.0.3 にアップグレードするには、PD -> TiKV -> TiDB のローリング アップグレード順序に従います。 +1.0.2 から 1.0.3 にアップグレードするには、PD -> TiKV -> TiDB のローリング アップグレード順序に従います。 diff --git a/releases/release-1.0.4.md b/releases/release-1.0.4.md index 69512f143c523..17849743cef08 100644 --- a/releases/release-1.0.4.md +++ b/releases/release-1.0.4.md @@ -21,4 +21,4 @@ summary: TiDB 1.0.4は2017年12月11日にリリースされました。アッ - [大量のデータを削除した後の逆スキャンのパフォーマンスの問題を修正](https://github.com/pingcap/tikv/pull/2559) - [特殊な状況下での Decimal 型の誤ったエンコード結果を修正しました](https://github.com/pingcap/tikv/pull/2571) -1.0.3 から 1.0.4 にアップグレードするには、PD -> TiKV -> TiDB のローリング アップグレード順序に従います。 +1.0.3 から 1.0.4 にアップグレードするには、PD -> TiKV -> TiDB のローリング アップグレード順序に従います。 diff --git a/releases/release-1.0.5.md b/releases/release-1.0.5.md index e715a068f85d7..13d9a760cad92 100644 --- a/releases/release-1.0.5.md +++ b/releases/release-1.0.5.md @@ -30,4 +30,4 @@ summary: TiDB 1.0.5は2017年12月26日にリリースされました。アッ - [`get_cpuid`](https://github.com/pingcap/tikv/pull/2611)関数を使用して CPU ID を取得するのが遅い問題を修正しました。 - スペース収集状況を改善するために[`dynamic-level-bytes`](https://github.com/pingcap/tikv/pull/2605)パラメータをサポートします。 -1.0.4 から 1.0.5 にアップグレードするには、PD -> TiKV -> TiDB のローリング アップグレード順序に従います。 +1.0.4 から 1.0.5 にアップグレードするには、PD -> TiKV -> TiDB のローリング アップグレード順序に従います。 diff --git a/releases/release-1.0.6.md b/releases/release-1.0.6.md index 4f02a7c9c93e3..6d6bd7522495e 100644 --- a/releases/release-1.0.6.md +++ b/releases/release-1.0.6.md @@ -25,4 +25,4 @@ summary: TiDB 1.0.6は2018年1月8日にリリースされました。更新内 なし。 -1.0.5 から 1.0.6 にアップグレードするには、PD -> TiKV -> TiDB のローリング アップグレード順序に従います。 +1.0.5 から 1.0.6 にアップグレードするには、PD -> TiKV -> TiDB のローリング アップグレード順序に従います。 diff --git a/releases/release-1.0.7.md b/releases/release-1.0.7.md index e49e128689a60..40784ebded160 100644 --- a/releases/release-1.0.7.md +++ b/releases/release-1.0.7.md @@ -36,4 +36,4 @@ summary: TiDB 1.0.7がリリースされました。コマンドの最適化、 - [PDからのスケジュールコマンドの消失を修正](https://github.com/pingcap/tikv/pull/2669) - [プッシュメトリックにタイムアウトを追加する](https://github.com/pingcap/tikv/pull/2686) -1.0.6 から 1.0.7 にアップグレードするには、PD -> TiKV -> TiDB のローリング アップグレード順序に従います。 +1.0.6 から 1.0.7 にアップグレードするには、PD -> TiKV -> TiDB のローリング アップグレード順序に従います。 diff --git a/releases/release-1.0.8.md b/releases/release-1.0.8.md index 18250d1638388..8f8c0522d85e4 100644 --- a/releases/release-1.0.8.md +++ b/releases/release-1.0.8.md @@ -32,4 +32,4 @@ summary: TiDB 1.0.8がリリースされました。このアップデートに - [コプロセッサーの合計に`Decimal`を使用する](https://github.com/pingcap/tikv/pull/2754) - [受信したスナップショットのメタデータを強制的に同期して安全性を確保します](https://github.com/pingcap/tikv/pull/2758) -1.0.7 から 1.0.8 にアップグレードするには、PD -> TiKV -> TiDB のローリング アップグレード順序に従います。 +1.0.7 から 1.0.8 にアップグレードするには、PD -> TiKV -> TiDB のローリング アップグレード順序に従います。 diff --git a/releases/release-6.3.0.md b/releases/release-6.3.0.md index 35f7ddff86d92..faf540f6f3b50 100644 --- a/releases/release-6.3.0.md +++ b/releases/release-6.3.0.md @@ -203,7 +203,7 @@ TiDBバージョン: 6.3.0-DMR - TiCDC はグレースフル アップグレードをサポート [#4757](https://github.com/pingcap/tiflow/issues/4757) @[overvenus](https://github.com/overvenus)@[3AceShowHand](https://github.com/3AceShowHand) - TiCDCを[TiUP](/ticdc/deploy-ticdc.md#upgrade-cautions) （>=v1.11.0）または[TiDB Operator](https://docs.pingcap.com/tidb-in-kubernetes/v1.3/configure-a-tidb-cluster#configure-graceful-upgrade-for-ticdc-cluster) （>=v1.3.8）を使用してデプロイする場合、TiCDCクラスタをスムーズにアップグレードできます。アップグレード中は、データレプリケーションのレイテンシーが30秒以下に抑えられます。これにより安定性が向上し、TiCDCはレイテンシに敏感なアプリケーションをより適切にサポートできるようになります。 + TiCDCを[TiUP](/ticdc/deploy-ticdc.md#upgrade-cautions) （>=v1.11.0）または[TiDB Operator](https://docs.pingcap.com/tidb-in-kubernetes/v1.3/configure-a-tidb-cluster#configure-graceful-upgrade-for-ticdc-cluster) （>=v1.3.8）を使用してデプロイする場合、TiCDCクラスタをスムーズにアップグレードできます。アップグレード中は、データレプリケーションのレイテンシーが30秒以下に抑えられます。これにより安定性が向上し、TiCDCはレイテンシに敏感なアプリケーションをより適切にサポートできるようになります。 ## 互換性の変更 {#compatibility-changes} @@ -245,7 +245,7 @@ TiDBバージョン: 6.3.0-DMR | TiKV | [`auto-adjust-pool-size`](/tikv-configuration-file.md#auto-adjust-pool-size-new-in-v630) | 新しく追加された | スレッドプールのサイズを自動的に調整するかどうかを制御します。有効にすると、現在のCPU使用率に基づいてUnifyReadPoolスレッドプールのサイズを自動的に調整することで、TiKVの読み取りパフォーマンスが最適化されます。 | | TiKV | [`data-encryption-method`](/tikv-configuration-file.md#data-encryption-method) | 変更 | 新しい値オプション`sm4-ctr`が導入されました。この設定項目が`sm4-ctr`に設定されている場合、データは保存される前に SM4 を使用して暗号化されます。 | | TiKV | [`enable-log-recycle`](/tikv-configuration-file.md#enable-log-recycle-new-in-v630) | 新しく追加された | Raft Engineで古いログ ファイルを再利用するかどうかを決定します。有効にすると、論理的に削除されたログ ファイルは再利用のために予約されます。これにより、書き込みワークロードのロング テールレイテンシーが削減されます。この設定項目は[フォーマットバージョン](/tikv-configuration-file.md#format-version-new-in-v630)が 2 以上の場合のみ使用できます。 | -| TiKV | [`format-version`](/tikv-configuration-file.md#format-version-new-in-v630) | 新しく追加された | Raft Engineのログ ファイルのバージョンを指定します。デフォルトのログ ファイル バージョンは、TiKV v6.3.0 より前のバージョンでは`1`です。ログ ファイルは、TiKV >= v6.1.0 で読み取ることができます。デフォルトのログ ファイル バージョンは、TiKV v6.3.0 以降では`2`です。TiKV v6.3.0 以降では、ログ ファイルを読み取ることができます。 | +| TiKV | [`format-version`](/tikv-configuration-file.md#format-version-new-in-v630) | 新しく追加された | Raft Engineのログ ファイルのバージョンを指定します。デフォルトのログ ファイル バージョンは、TiKV v6.3.0 より前のバージョンでは`1`です。ログ ファイルは、TiKV >= v6.1.0 で読み取ることができます。デフォルトのログ ファイル バージョンは、TiKV v6.3.0 以降では`2`です。TiKV v6.3.0 以降では、ログ ファイルを読み取ることができます。 | | TiKV | [`log-backup.enable`](/tikv-configuration-file.md#enable-new-in-v620) | 変更 | バージョン6.3.0以降、デフォルト値が`false`から`true`に変更されました。 | | TiKV | [`log-backup.max-flush-interval`](/tikv-configuration-file.md#max-flush-interval-new-in-v620) | 変更 | バージョン6.3.0以降、デフォルト値が`5min`から`3min`に変更されました。 | | PD | [診断を有効にする](/pd-configuration-file.md#enable-diagnostic-new-in-v630) | 新しく追加された | 診断機能を有効にするかどうかを制御します。デフォルト値は`false`です。 | diff --git a/releases/release-7.1.0.md b/releases/release-7.1.0.md index ecb61edd721db..b4057cdffb4bf 100644 --- a/releases/release-7.1.0.md +++ b/releases/release-7.1.0.md @@ -234,7 +234,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 TiFlash をv7.1.0 にアップグレードした場合、TiDB を v7.1.0 にアップグレードする際に、TiDB はTiFlashシステム テーブル ( [`INFORMATION_SCHEMA.TIFLASH_TABLES`](/information-schema/information-schema-tiflash-tables.md)と[`INFORMATION_SCHEMA.TIFLASH_SEGMENTS`](/information-schema/information-schema-tiflash-segments.md) ) を読み取ることができません。 -- TiDB バージョン v6.2.0 から v7.0.0 のTiDB Lightning は、TiDB クラスターのバージョンに基づいてグローバル スケジューリングを一時停止するかどうかを決定します。TiDB クラスター バージョン >= v6.1.0 の場合、スケジュールはターゲット テーブル データを格納するリージョンに対してのみ一時停止され、ターゲット テーブルのインポートが完了すると再開されます。その他のバージョンの場合、 TiDB Lightning はグローバル スケジューリングを一時停止します。TiDB v7.1.0 以降では、 [`pause-pd-scheduler-scope`](/tidb-lightning/tidb-lightning-configuration.md)設定することで、グローバル スケジューリングを一時停止するかどうかを制御できます。デフォルトでは、 TiDB Lightning はターゲット テーブル データを格納するリージョンのスケジュールを一時停止します。ターゲット クラスターのバージョンが v6.1.0 より前の場合、エラーが発生します。この場合、パラメータの値を`"global"`に変更して再試行できます。 +- TiDB バージョン v6.2.0 から v7.0.0 のTiDB Lightning は、TiDB クラスターのバージョンに基づいてグローバル スケジューリングを一時停止するかどうかを決定します。TiDB クラスター バージョン >= v6.1.0 の場合、スケジュールはターゲット テーブル データを格納するリージョンに対してのみ一時停止され、ターゲット テーブルのインポートが完了すると再開されます。その他のバージョンの場合、 TiDB Lightning はグローバル スケジューリングを一時停止します。TiDB v7.1.0 以降では、 [`pause-pd-scheduler-scope`](/tidb-lightning/tidb-lightning-configuration.md)設定することで、グローバル スケジューリングを一時停止するかどうかを制御できます。デフォルトでは、 TiDB Lightning はターゲット テーブル データを格納するリージョンのスケジュールを一時停止します。ターゲット クラスターのバージョンが v6.1.0 より前の場合、エラーが発生します。この場合、パラメータの値を`"global"`に変更して再試行できます。 - TiDB v7.1.0で[`FLASHBACK CLUSTER TO TIMESTAMP`](/sql-statements/sql-statement-flashback-cluster.md)を使用すると、FLASHBACK操作が完了した後も、一部のリージョンがFLASHBACKプロセスに残る可能性があります。v7.1.0ではこの機能の使用を避けることをお勧めします。詳細については、問題を参照してください。この問題が発生した場合は、機能[TiDBスナップショットのバックアップと復元](/br/br-snapshot-guide.md)を使用してデータを復元できます。 [＃44292](https://github.com/pingcap/tidb/issues/44292) diff --git a/releases/release-7.5.0.md b/releases/release-7.5.0.md index d17a753f0cfec..8a3adcb7b9aa5 100644 --- a/releases/release-7.5.0.md +++ b/releases/release-7.5.0.md @@ -201,7 +201,7 @@ v7.5.0 以降、次のコンテンツが`TiDB-community-toolkit`[バイナリパ - 集計関数またはウィンドウ関数を含むデフォルトのインライン共通テーブル式（CTE）が再帰CTEによって参照された場合にエラーが報告される問題を修正します [#47881](https://github.com/pingcap/tidb/issues/47881) @[elsa0520](https://github.com/elsa0520) - ウィンドウ関数によって導入されたソートを削減するために、オプティマイザが誤って IndexFullScan を選択する問題を修正しました [#46177](https://github.com/pingcap/tidb/issues/46177) @[qw4990](https://github.com/qw4990) - CTEの条件プッシュダウンにより、複数のCTE参照によって誤った結果が生じる問題を修正 [#47881](https://github.com/pingcap/tidb/issues/47881) @[winoros](https://github.com/winoros) - - MySQLの圧縮プロトコルが大量のデータ（>=16M）を処理できない問題を修正[#47152](https://github.com/pingcap/tidb/issues/47152) [#47157](https://github.com/pingcap/tidb/issues/47157) [#47161](https://github.com/pingcap/tidb/issues/47161) @[dveeden](https://github.com/dveeden) + - MySQLの圧縮プロトコルが大量のデータ（>=16M）を処理できない問題を修正[#47152](https://github.com/pingcap/tidb/issues/47152) [#47157](https://github.com/pingcap/tidb/issues/47157) [#47161](https://github.com/pingcap/tidb/issues/47161) @[dveeden](https://github.com/dveeden) - TiDBが`cgroup`で起動されたときに`systemd`のリソース制限を読み取らない問題を修正 [#47442](https://github.com/pingcap/tidb/issues/47442) @[hawkingrei](https://github.com/hawkingrei) - TiKV diff --git a/releases/release-8.2.0.md b/releases/release-8.2.0.md index e14c1375acb4e..95b698573a54d 100644 --- a/releases/release-8.2.0.md +++ b/releases/release-8.2.0.md @@ -206,7 +206,7 @@ TiDB バージョン: 8.2.0 - Azure Identity LibrariesとMicrosoft Authentication Libraryのバージョンをアップグレードしてセキュリティを強化する [#53990](https://github.com/pingcap/tidb/issues/53990) @[hawkingrei](https://github.com/hawkingrei) - TiDB Server のメモリ不足エラー（OOM）が発生しないように、 `token-limit`の最大値に`1048576`を設定してください。 [#53312](https://github.com/pingcap/tidb/issues/53312) @[djshow832](https://github.com/djshow832) - TiFlash MPP実行パフォーマンスを向上させるため、MPP実行計画の列剪定を改善しました [#52133](https://github.com/pingcap/tidb/issues/52133) @[yibin87](https://github.com/yibin87) - - 大量のデータ（>1024行）を含むテーブルを検索する際の`IndexLookUp`演算子のパフォーマンスオーバーヘッドを最適化する [#53871](https://github.com/pingcap/tidb/issues/53871) @[crazycs520](https://github.com/crazycs520) + - 大量のデータ（>1024行）を含むテーブルを検索する際の`IndexLookUp`演算子のパフォーマンスオーバーヘッドを最適化する [#53871](https://github.com/pingcap/tidb/issues/53871) @[crazycs520](https://github.com/crazycs520) - MPPロードバランシング中にリージョンを持たないストアを削除する [#52313](https://github.com/pingcap/tidb/issues/52313) @[xzhangxian1008](https://github.com/xzhangxian1008) - TiKV diff --git a/releases/release-8.3.0.md b/releases/release-8.3.0.md index 7781807259f67..63aaf7503e40e 100644 --- a/releases/release-8.3.0.md +++ b/releases/release-8.3.0.md @@ -252,7 +252,7 @@ TiDBバージョン：8.3.0 - PD - `batch`を介して`evict-leader-scheduler`の`pd-ctl`構成を変更してリーダー退去プロセスを加速するサポート [#8265](https://github.com/tikv/pd/issues/8265) @[rleungx](https://github.com/rleungx) - - Grafana の**クラスタ > Label 配信**パネルに`store_id`モニタリングメトリックを追加して、異なるラベルに対応するストア ID を表示します [#8337](https://github.com/tikv/pd/issues/8337) @[HuSharp](https://github.com/HuSharp) + - Grafana の**クラスタ > Label 配信**パネルに`store_id`モニタリングメトリックを追加して、異なるラベルに対応するストア ID を表示します [#8337](https://github.com/tikv/pd/issues/8337) @[HuSharp](https://github.com/HuSharp) - 指定されたリソースグループが存在しない場合、デフォルトのリソースグループへのフォールバックをサポートする [#8388](https://github.com/tikv/pd/issues/8388) @[JmPotato](https://github.com/JmPotato) - `approximate_kv_size`の`region`コマンドが出力するリージョン情報に`pd-ctl`フィールドを追加します。 [#8412](https://github.com/tikv/pd/issues/8412) @[zeminzhou](https://github.com/zeminzhou) - PD APIを呼び出してTTL設定を削除したときに返されるメッセージを最適化します [#8450](https://github.com/tikv/pd/issues/8450) @[lhy1024](https://github.com/lhy1024) diff --git a/releases/release-8.5.4.md b/releases/release-8.5.4.md index c788e9ed90daa..376fb246e4729 100644 --- a/releases/release-8.5.4.md +++ b/releases/release-8.5.4.md @@ -102,7 +102,7 @@ TiDBバージョン：8.5.4 - 一意の値の数が少ない列（NDV）のクエリ推定ロジックを最適化する [#61792](https://github.com/pingcap/tidb/issues/61792) @[terry1purcell](https://github.com/terry1purcell) - `LIMIT OFFSET`を含む Index Join クエリの推定戦略を最適化する [#45077](https://github.com/pingcap/tidb/issues/45077) @[qw4990](https://github.com/qw4990) - 統計情報が時間内に収集されない場合の範囲外推定戦略を最適化する [#58068](https://github.com/pingcap/tidb/issues/58068) @[terry1purcell](https://github.com/terry1purcell) - - Grafana の**パフォーマンス概要**> **SQL 実行時間概要**パネルに`backoff`メトリックを追加してデバッグを容易にします [#61441](https://github.com/pingcap/tidb/issues/61441) @[dbsid](https://github.com/dbsid) + - Grafana の**パフォーマンス概要**> **SQL 実行時間概要**パネルに`backoff`メトリックを追加してデバッグを容易にします [#61441](https://github.com/pingcap/tidb/issues/61441) @[dbsid](https://github.com/dbsid) - 監査ログ プラグインにステートメント ID 情報を追加 [#63525](https://github.com/pingcap/tidb/issues/63525) @[YangKeao](https://github.com/YangKeao) - TiKV diff --git a/resources/tidb-pdf-generation-tutorial.md b/resources/tidb-pdf-generation-tutorial.md index ce0246816d9a0..f4fc2ba2c4c55 100644 --- a/resources/tidb-pdf-generation-tutorial.md +++ b/resources/tidb-pdf-generation-tutorial.md @@ -52,7 +52,7 @@ TiDB 英語ドキュメントリポジトリ: [https://github.com/pingcap/docs]( - 方法 1: GitHub デスクトップ クライアントを使用します。 1. [GitHubデスクトップ](https://desktop.github.com/)をインストールして起動します。 - 2. GitHub Desktop で、 **「ファイル」** > **「リポジトリのクローン」**をクリックします。 + 2. GitHub Desktop で、 **「ファイル」** > **「リポジトリのクローン」**をクリックします。 3. **GitHub.com**タブをクリックし、 **Your Repositories**でフォークしたリポジトリを選択して、右下隅の**Clone**をクリックします。 - 方法 2: 次の Git コマンドを使用します。 diff --git a/schedule-replicas-by-topology-labels.md b/schedule-replicas-by-topology-labels.md index e012aa289c1be..115c46cdeb7d0 100644 --- a/schedule-replicas-by-topology-labels.md +++ b/schedule-replicas-by-topology-labels.md @@ -166,7 +166,7 @@ tiflash_servers: コマンドラインフラグを使用するか、TiKVまたはTiFlash構成ファイルを設定すると、キーと値のペアの形式でいくつかの属性をバインドできます。これらの属性は`labels`呼ばれます。TiKVとTiFlashは起動後、PDに`labels`報告し、ユーザーがTiKVノードとTiFlashノードの位置を特定できるようにします。 -トポロジがゾーン > データセンター（DC） > ラック > ホストの4層で構成されており、これらのラベル（ゾーン、DC、ラック、ホスト）を使用してTiKVとTiFlashの位置を設定できます。TiKVとTiFlashのラベルを設定するには、次のいずれかの方法を使用します。 +トポロジがゾーン > データセンター（DC） > ラック > ホストの4層で構成されており、これらのラベル（ゾーン、DC、ラック、ホスト）を使用してTiKVとTiFlashの位置を設定できます。TiKVとTiFlashのラベルを設定するには、次のいずれかの方法を使用します。 - コマンドラインフラグを使用して TiKV インスタンスを起動します。 @@ -246,7 +246,7 @@ host = "" `location-labels`が設定されている場合は、PD 設定ファイルで`isolation-level`設定することで、TiKV クラスターのトポロジ分離要件をさらに強化できます。 -上記の手順に従って`location-labels`をゾーン -> ラック -> ホストと設定して 3 層クラスタ トポロジを作成したと仮定すると、次のように`isolation-level`を`zone`に設定できます。 +上記の手順に従って`location-labels`をゾーン -> ラック -> ホストと設定して 3 層クラスタ トポロジを作成したと仮定すると、次のように`isolation-level`を`zone`に設定できます。 ```toml [replication] diff --git a/smooth-upgrade-tidb.md b/smooth-upgrade-tidb.md index 5a6ad558e35c8..1f7a3651c4590 100644 --- a/smooth-upgrade-tidb.md +++ b/smooth-upgrade-tidb.md @@ -31,7 +31,7 @@ Starting from v7.1.0, when you upgrade TiDB to a later version, TiDB supports sm | バージョン7.1.1 | v7.2.0 または v7.3.0 | スムーズなアップグレードが自動的にサポートされます。追加の操作は必要ありません。 | Experimental機能です。 | | バージョン7.2.0 | バージョン7.3.0 | スムーズなアップグレードが自動的にサポートされます。追加の操作は必要ありません。 | Experimental機能です。 | | [v7.1.2、v7.2.0) | [v7.1.2、v7.2.0) | `/upgrade/start` HTTPリクエストを送信することでスムーズなアップグレードが可能になります。方法は[TiUPを使用する](#use-tiup-to-upgrade)と[その他のアップグレード方法](#other-upgrade-methods) 2つあります。 | When smooth upgrade is not enabled, ensure that no DDL operations are performed during the upgrade. | -| [v7.1.2、v7.2.0) または >= v7.4.0 | = v7.4.0 | `/upgrade/start` HTTPリクエストを送信することでスムーズなアップグレードが可能になります。方法は[TiUPを使用する](#use-tiup-to-upgrade)と[Other upgrade methods](#other-upgrade-methods) 2つがあります。 | スムーズ アップグレードが有効になっていない場合は、アップグレード中に DDL 操作が実行されないようにしてください。 | +| [v7.1.2、v7.2.0) または >= v7.4.0 | = v7.4.0 | `/upgrade/start` HTTPリクエストを送信することでスムーズなアップグレードが可能になります。方法は[TiUPを使用する](#use-tiup-to-upgrade)と[Other upgrade methods](#other-upgrade-methods) 2つがあります。 | スムーズ アップグレードが有効になっていない場合は、アップグレード中に DDL 操作が実行されないようにしてください。 | | v7.1.0、v7.1.1、v7.2.0、および v7.3.0 | = v7.4.0 | スムーズなアップグレードはサポートされません。 | | ## Feature introduction {#feature-introduction} diff --git a/sql-plan-management.md b/sql-plan-management.md index c67eb76ca08b2..43d076a2eccc4 100644 --- a/sql-plan-management.md +++ b/sql-plan-management.md @@ -543,7 +543,7 @@ SHOW GLOBAL BINDINGS; `SHOW GLOBAL BINDINGS`出力では、クロスデータベースバインディングの`Default_db`フィールド値が空で、 `Original_sql`フィールドと`Bind_sql`フィールドのデータベース名は`*`として表されています。このバインディングは、特定のデータベースだけでなく、すべてのデータベースの`select * from t`クエリに適用されます。 -同じクエリに対して、クロスデータベース バインディングと標準バインディングの両方が共存できます。TiDB は、バインディングを次の順序で一致させます: SESSION スコープの標準バインディング > SESSION スコープのクロスデータベース バインディング > GLOBAL スコープの標準バインディング > GLOBAL スコープのクロスデータベース バインディング。 +同じクエリに対して、クロスデータベース バインディングと標準バインディングの両方が共存できます。TiDB は、バインディングを次の順序で一致させます: SESSION スコープの標準バインディング > SESSION スコープのクロスデータベース バインディング > GLOBAL スコープの標準バインディング > GLOBAL スコープのクロスデータベース バインディング。 作成構文を除き、クロスデータベースバインディングは標準バインディングと同じ削除構文とステータス変更構文を共有します。以下に詳細な使用例を示します。 diff --git a/sql-statements/sql-statement-alter-sequence.md b/sql-statements/sql-statement-alter-sequence.md index 148204262fafa..5db267ed81319 100644 --- a/sql-statements/sql-statement-alter-sequence.md +++ b/sql-statements/sql-statement-alter-sequence.md @@ -52,11 +52,11 @@ ALTER SEQUENCE sequence_name | パラメータ | デフォルト値 | 説明 | | :---------- | :--------------------------- | :---------------------------------------------------------------------------------------------------------------------------------- | | `INCREMENT` | `1` | シーケンスの増分を指定します。正または負の値を指定することで、シーケンスの増加方向を制御できます。 | -| `MINVALUE` | `1`または`-9223372036854775807` | シーケンスの最小値を指定します。`INCREMENT` > `0`の場合、デフォルト値は`1`です。`INCREMENT` < `0`の場合、デフォルト値は`-9223372036854775807`です。 | -| `MAXVALUE` | `9223372036854775806`または`-1` | シーケンスの最大値を指定します。`INCREMENT` > `0`の場合、デフォルト値は`9223372036854775806`です。`INCREMENT` < `0`の場合、デフォルト値は`-1`です。 | -| `START` | `MINVALUE`または`MAXVALUE` | シーケンスの初期値を指定します。`INCREMENT` > `0`の場合、デフォルト値は`MINVALUE`です。`INCREMENT` < `0`の場合、デフォルト値は`MAXVALUE`です。 | +| `MINVALUE` | `1`または`-9223372036854775807` | シーケンスの最小値を指定します。`INCREMENT` > `0`の場合、デフォルト値は`1`です。`INCREMENT` < `0`の場合、デフォルト値は`-9223372036854775807`です。 | +| `MAXVALUE` | `9223372036854775806`または`-1` | シーケンスの最大値を指定します。`INCREMENT` > `0`の場合、デフォルト値は`9223372036854775806`です。`INCREMENT` < `0`の場合、デフォルト値は`-1`です。 | +| `START` | `MINVALUE`または`MAXVALUE` | シーケンスの初期値を指定します。`INCREMENT` > `0`の場合、デフォルト値は`MINVALUE`です。`INCREMENT` < `0`の場合、デフォルト値は`MAXVALUE`です。 | | `CACHE` | `1000` | TiDB 内のシーケンスのローカル キャッシュ サイズを指定します。 | -| `CYCLE` | `NO CYCLE` | シーケンスを最小値（降順シーケンスの場合は最大値）から再開するかどうかを指定します。`INCREMENT` > `0`の場合、デフォルト値は`MINVALUE`です。`INCREMENT` < `0`の場合、デフォルト値は`MAXVALUE`です。 | +| `CYCLE` | `NO CYCLE` | シーケンスを最小値（降順シーケンスの場合は最大値）から再開するかどうかを指定します。`INCREMENT` > `0`の場合、デフォルト値は`MINVALUE`です。`INCREMENT` < `0`の場合、デフォルト値は`MAXVALUE`です。 | > **Note:** > @@ -205,7 +205,7 @@ SELECT SETVAL(seq, 6) // Sets the current value of a sequence to 6. 7, 9, 11, ... // Subsequent values still follow the progression rule. ``` -`CYCLE`モードでは、最初のラウンドのシーケンスの初期値は`START`パラメータの値であり、後続のラウンドの初期値は`MinValue` ( `INCREMENT` > 0) または`MaxValue` ( `INCREMENT` < 0) の値です。 +`CYCLE`モードでは、最初のラウンドのシーケンスの初期値は`START`パラメータの値であり、後続のラウンドの初期値は`MinValue` ( `INCREMENT` > 0) または`MaxValue` ( `INCREMENT` < 0) の値です。 ## 参照 {#see-also} diff --git a/sql-statements/sql-statement-create-sequence.md b/sql-statements/sql-statement-create-sequence.md index ca07743eadd56..721cc313a5576 100644 --- a/sql-statements/sql-statement-create-sequence.md +++ b/sql-statements/sql-statement-create-sequence.md @@ -55,11 +55,11 @@ CREATE [TEMPORARY] SEQUENCE [IF NOT EXISTS] sequence_name | :---------- | :--------------------------- | :---------------------------------------------------------------------------------------------------------------------------------- | | `TEMPORARY` | `false` | TiDB は現在`TEMPORARY`オプションをサポートしておらず、構文の互換性のみを提供しています。 | | `INCREMENT` | `1` | シーケンスの増分を指定します。正または負の値を指定することで、シーケンスの増加方向を制御できます。 | -| `MINVALUE` | `1`または`-9223372036854775807` | シーケンスの最小値を指定します。`INCREMENT` > `0`の場合、デフォルト値は`1`です。`INCREMENT` < `0`の場合、デフォルト値は`-9223372036854775807`です。 | -| `MAXVALUE` | `9223372036854775806`または`-1` | シーケンスの最大値を指定します。`INCREMENT` > `0`の場合、デフォルト値は`9223372036854775806`です。`INCREMENT` < `0`の場合、デフォルト値は`-1`です。 | -| `START` | `MINVALUE`または`MAXVALUE` | シーケンスの初期値を指定します。`INCREMENT` > `0`の場合、デフォルト値は`MINVALUE`です。`INCREMENT` < `0`の場合、デフォルト値は`MAXVALUE`です。 | +| `MINVALUE` | `1`または`-9223372036854775807` | シーケンスの最小値を指定します。`INCREMENT` > `0`の場合、デフォルト値は`1`です。`INCREMENT` < `0`の場合、デフォルト値は`-9223372036854775807`です。 | +| `MAXVALUE` | `9223372036854775806`または`-1` | シーケンスの最大値を指定します。`INCREMENT` > `0`の場合、デフォルト値は`9223372036854775806`です。`INCREMENT` < `0`の場合、デフォルト値は`-1`です。 | +| `START` | `MINVALUE`または`MAXVALUE` | シーケンスの初期値を指定します。`INCREMENT` > `0`の場合、デフォルト値は`MINVALUE`です。`INCREMENT` < `0`の場合、デフォルト値は`MAXVALUE`です。 | | `CACHE` | `1000` | TiDB 内のシーケンスのローカル キャッシュ サイズを指定します。 | -| `CYCLE` | `NO CYCLE` | シーケンスを最小値（降順シーケンスの場合は最大値）から再開するかどうかを指定します。`INCREMENT` > `0`の場合、デフォルト値は`MINVALUE`です。`INCREMENT` < `0`の場合、デフォルト値は`MAXVALUE`です。 | +| `CYCLE` | `NO CYCLE` | シーケンスを最小値（降順シーケンスの場合は最大値）から再開するかどうかを指定します。`INCREMENT` > `0`の場合、デフォルト値は`MINVALUE`です。`INCREMENT` < `0`の場合、デフォルト値は`MAXVALUE`です。 | ## `SEQUENCE`関数 {#sequence-function} @@ -280,7 +280,7 @@ select SETVAL(seq, 6) // Sets the current value of a sequence to 6. 7, 9, 11, ... // Subsequent values still follow the progression rule. ``` -`CYCLE`モードでは、最初のラウンドのシーケンスの初期値は`START`パラメータの値であり、後続のラウンドの初期値は`MinValue` ( `INCREMENT` > 0) または`MaxValue` ( `INCREMENT` < 0) の値です。 +`CYCLE`モードでは、最初のラウンドのシーケンスの初期値は`START`パラメータの値であり、後続のラウンドの初期値は`MinValue` ( `INCREMENT` > 0) または`MaxValue` ( `INCREMENT` < 0) の値です。 ## 参照 {#see-also} diff --git a/statistics.md b/statistics.md index f502cb8d9499f..589bd5fd20a59 100644 --- a/statistics.md +++ b/statistics.md @@ -440,7 +440,7 @@ mysql> SHOW ANALYZE STATUS [ShowLikeOrWhere]; ### テーブルの健康状態 {#health-state-of-tables} -[`SHOW STATS_HEALTHY`](/sql-statements/sql-statement-show-stats-healthy.md)ステートメントを使用すると、テーブルの健全性状態を確認し、統計情報の精度を概算できます。 `modify_count` >= `row_count`の場合、健全性状態は 0 です。 `modify_count` < `row_count`の場合、健全性状態は (1 - `modify_count` / `row_count` ) * 100 です。 +[`SHOW STATS_HEALTHY`](/sql-statements/sql-statement-show-stats-healthy.md)ステートメントを使用すると、テーブルの健全性状態を確認し、統計情報の精度を概算できます。 `modify_count` >= `row_count`の場合、健全性状態は 0 です。 `modify_count` < `row_count`の場合、健全性状態は (1 - `modify_count` / `row_count` ) * 100 です。 ### 列のメタデータ {#metadata-of-columns} diff --git a/storage-engine/titan-configuration.md b/storage-engine/titan-configuration.md index 5ae4e42f31bff..dbdf4077e3ff3 100644 --- a/storage-engine/titan-configuration.md +++ b/storage-engine/titan-configuration.md @@ -69,7 +69,7 @@ TitanはRocksDBと互換性があるため、RocksDBを使用する既存のTiKV > > Titanが無効になっている場合、RocksDBはTitanに移動されたデータを読み取ることができません。Titanが既に有効になっているTiKVインスタンスでTitanを誤って無効にした場合（誤って`rocksdb.titan.enabled`を`false`に設定した場合）、TiKVは起動に失敗し、TiKVログに`You have disabled titan when its data directory is not empty`エラーが表示されます。Titanを正しく無効にするには、 [Titanを無効にする](#disable-titan)を参照してください。 -Titan を有効にした後、RocksDB に保存されている既存のデータは、すぐに Titan エンジンに移動されるわけではありません。新しいデータが TiKV に書き込まれ、RocksDB が圧縮を実行すると、**値は徐々にキーから分離され、 Titan に書き込まれます**。同様に、 BRスナップショット/ログを通じて復元されたデータ、スケーリング中に変換されたデータ、またはTiDB Lightning物理インポート モードによってインポートされたデータは、Titan に直接書き込まれません。圧縮が進むにつれて、処理された SST ファイル内のデフォルト値 ( `32KB` ) の[`min-blob-size`](/tikv-configuration-file.md#min-blob-size)を超える大きな値が Titan に分離されます。TiKV**の詳細 > Titan kv > blob ファイル サイズ**パネルを観察してデータ サイズを見積もることで、Titan に保存されているファイルのサイズを監視できます。 +Titan を有効にした後、RocksDB に保存されている既存のデータは、すぐに Titan エンジンに移動されるわけではありません。新しいデータが TiKV に書き込まれ、RocksDB が圧縮を実行すると、**値は徐々にキーから分離され、 Titan に書き込まれます**。同様に、 BRスナップショット/ログを通じて復元されたデータ、スケーリング中に変換されたデータ、またはTiDB Lightning物理インポート モードによってインポートされたデータは、Titan に直接書き込まれません。圧縮が進むにつれて、処理された SST ファイル内のデフォルト値 ( `32KB` ) の[`min-blob-size`](/tikv-configuration-file.md#min-blob-size)を超える大きな値が Titan に分離されます。TiKV**の詳細 > Titan kv > blob ファイル サイズ**パネルを観察してデータ サイズを見積もることで、Titan に保存されているファイルのサイズを監視できます。 書き込みプロセスを高速化したい場合は、tikv-ctl を使用して TiKV クラスター全体のデータを手動で圧縮できます。詳細は[手作業による圧縮](/tikv-control.md#compact-data-of-the-whole-tikv-cluster-manually)を参照してください。RocksDB から Titan への変換中はデータアクセスが継続的に行われるため、RocksDB のブロックキャッシュによってデータ変換プロセスが大幅に高速化されます。テストでは、tikv-ctl を使用することで、670 GiB の TiKV データを 1 時間で Titan に変換できました。 diff --git a/subquery-optimization.md b/subquery-optimization.md index 3ad5c60c4a044..533aac38a1de0 100644 --- a/subquery-optimization.md +++ b/subquery-optimization.md @@ -20,7 +20,7 @@ summary: サブクエリに関連する最適化を理解します。 デフォルトでは、サブクエリは[セミ結合（相関サブクエリ）](/explain-subqueries.md#semi-join-correlated-subquery)で述べた`semi join`実行方法として使用します。一部の特殊なサブクエリについては、TiDBはパフォーマンス向上のために論理的な書き換えを実行します。 -## `... < ALL (SELECT ... FROM ...)`または`... > ANY (SELECT ... FROM ...)` {#x3c-all-select-from-or-any-select-from} +## `... < ALL (SELECT ... FROM ...)`または`... > ANY (SELECT ... FROM ...)` {#x3c-all-select-from-or-any-select-from} この場合、 `ALL`と`ANY` `MAX`と`MIN`に置き換えることができます。テーブルが空の場合、 `MAX(EXPR)`と`MIN(EXPR)`の結果は NULL になります。 `EXPR`の結果に`NULL`含まれる場合も同様です。 `EXPR`の結果に`NULL`が含まれるかどうかは式の最終結果に影響を与える可能性があるため、完全な書き換えは次のようになります。 @@ -64,7 +64,7 @@ explain select * from t1 where t1.a in (select t2.a from t2); この書き換えは、 `IN`サブクエリが比較的小さく、外部クエリが比較的大きい場合にパフォーマンスが向上します。これは、書き換えを行わないと、t2を駆動テーブルとして`index join`のサブクエリを使用することが不可能になるためです。ただし、書き換え中に集計を自動的に削除できず、 `t2`テーブルが比較的大きい場合、この書き換えがクエリのパフォーマンスに影響を与えるという欠点があります。現在、この最適化を制御するために変数[tidb_opt_insubq_to_join_and_agg](/system-variables.md#tidb_opt_insubq_to_join_and_agg)が使用されています。この最適化が適切でない場合は、手動で無効にすることができます。 -## `EXISTS`サブクエリと`... >/>=/</<=/=/!= (SELECT ... FROM ...)` {#exists-subquery-and---select--from-} +## `EXISTS`サブクエリと`... >/>=/</<=/=/!= (SELECT ... FROM ...)` {#exists-subquery-and---select--from-} 現在、このようなシナリオにおけるサブクエリについては、相関サブクエリでない場合、TiDBは最適化段階で事前に評価し、結果セットに直接置き換えます。下図に示すように、 `EXISTS`サブクエリは最適化段階で事前に`TRUE`のサブクエリとして評価されるため、最終的な実行結果には反映されません。 diff --git a/ticdc/deploy-ticdc.md b/ticdc/deploy-ticdc.md index cba977e3437af..46c0c79f3c161 100644 --- a/ticdc/deploy-ticdc.md +++ b/ticdc/deploy-ticdc.md @@ -98,7 +98,7 @@ TiCDCクラスタをアップグレードする際には、以下の点に注意 - TiCDC v4.0.2 は`changefeed`を再構成しました。詳細については、 [コンフィグレーションファイルの互換性に関する注意事項](/ticdc/ticdc-compatibility.md#cli-and-configuration-file-compatibility)を参照してください。 - アップグレード中に問題が発生した場合は、解決策について[アップグレードに関するよくある質問](/upgrade-tidb-using-tiup.md#faq)を参照してください。 -- v6.3.0 以降、TiCDC はローリング アップグレードをサポートしています。マイナー バージョン間のローリング アップグレードを直接実行できます (たとえば、v8.5.0 -> v8.5.3 はマイナー バージョン アップグレードであり、v8.1.x -> v8.5.x はメジャー バージョン アップグレードです)。 TiCDC クラシックアーキテクチャの場合、メジャー バージョン間のアップグレード中に変更フィードを実行しないでください。クラシックアーキテクチャをアップグレードする前に、変更フィードを一時停止してください。新しい TiCDCアーキテクチャは、ローリング アップグレード プロセス中の変更フィードの実行をサポートします。詳細については、 [以前のTiCDCバージョンからのローリングアップグレードに関する互換性に関する注意事項](/ticdc/ticdc-compatibility.md#compatibility-notes-for-upgrading-from-earlier-versions)を参照してください。次の条件が満たされる場合、ローリング アップグレードは自動的に有効になります。 +- v6.3.0 以降、TiCDC はローリング アップグレードをサポートしています。マイナー バージョン間のローリング アップグレードを直接実行できます (たとえば、v8.5.0 -> v8.5.3 はマイナー バージョン アップグレードであり、v8.1.x -> v8.5.x はメジャー バージョン アップグレードです)。 TiCDC クラシックアーキテクチャの場合、メジャー バージョン間のアップグレード中に変更フィードを実行しないでください。クラシックアーキテクチャをアップグレードする前に、変更フィードを一時停止してください。新しい TiCDCアーキテクチャは、ローリング アップグレード プロセス中の変更フィードの実行をサポートします。詳細については、 [以前のTiCDCバージョンからのローリングアップグレードに関する互換性に関する注意事項](/ticdc/ticdc-compatibility.md#compatibility-notes-for-upgrading-from-earlier-versions)を参照してください。次の条件が満たされる場合、ローリング アップグレードは自動的に有効になります。 - TiCDCはバージョン6.3.0以降です。 - TiUPはバージョン1.11.3以降です。 diff --git a/ticdc/integrate-confluent-using-ticdc.md b/ticdc/integrate-confluent-using-ticdc.md index 0e9e99d8088d3..039c85d3da35c 100644 --- a/ticdc/integrate-confluent-using-ticdc.md +++ b/ticdc/integrate-confluent-using-ticdc.md @@ -40,7 +40,7 @@ TiDB v6.1.0以降、TiCDCはAvro形式でConfluentへの増分データのレプ 1. クラスター API キーを作成します。 - [Confluent Cloud](https://confluent.cloud)にサインインします。**データ統合**> **APIキー**>**キーの作成 を**選択します。表示される**APIキーのスコープの選択**ページで、**グローバルアクセス**を選択します。 + [Confluent Cloud](https://confluent.cloud)にサインインします。**データ統合**> **APIキー**>**キーの作成 を**選択します。表示される**APIキーのスコープの選択**ページで、**グローバルアクセス**を選択します。 作成後、以下に示すようにキー ペア ファイルが生成されます。 @@ -57,13 +57,13 @@ TiDB v6.1.0以降、TiCDCはAvro形式でConfluentへの増分データのレプ 2. スキーマ レジストリ エンドポイントを記録します。 - Confluent Cloud Console で、 **「スキーマレジストリ」** > **「API エンドポイント」**を選択します。スキーマレジストリエンドポイントを記録します。以下は例です。 + Confluent Cloud Console で、 **「スキーマレジストリ」** > **「API エンドポイント」**を選択します。スキーマレジストリエンドポイントを記録します。以下は例です。 https://yyy-yyyyy.us-east-2.aws.confluent.cloud 3. スキーマ レジストリ API キーを作成します。 - Confluent Cloud Console で、 **「スキーマレジストリ」** > **「API 認証情報」**を選択します。 **「編集」**をクリックし、 **「キーの作成」を**クリックします。 + Confluent Cloud Console で、 **「スキーマレジストリ」** > **「API 認証情報」**を選択します。 **「編集」**をクリックし、 **「キーの作成」を**クリックします。 作成後、次に示すようにキー ペア ファイルが生成されます。 @@ -163,9 +163,9 @@ Snowflakeはクラウドネイティブなデータウェアハウスです。Co 1. Snowflake でデータベースとスキーマを作成します。 - Snowflakeコントロールコンソールで、 **「データ」** > **「データベース」**を選択します。`TPCC`名前のデータベースと`TiCDC`という名前のスキーマを作成します。 + Snowflakeコントロールコンソールで、 **「データ」** > **「データベース」**を選択します。`TPCC`名前のデータベースと`TiCDC`という名前のスキーマを作成します。 -2. Confluent Cloud Consoleで、 **「データ統合」** > **「コネクタ」** > **Snowflake Sink**を選択します。以下のページが表示されます。 +2. Confluent Cloud Consoleで、 **「データ統合」** > **「コネクタ」** > **Snowflake Sink**を選択します。以下のページが表示されます。 ![Add snowflake sink connector](/media/integrate/add-snowflake-sink-connector.png) @@ -181,7 +181,7 @@ Snowflakeはクラウドネイティブなデータウェアハウスです。Co ![Data preview](/media/integrate/data-preview.png) -6. Snowflakeコンソールで、 **「データ」** > **「データベース」** > **TPCC** > **TiCDC**を選択します。TiDBの増分データがSnowflakeに複製されていることがわかります。Snowflakeとのデータ統合は完了しています（上図を参照）。ただし、Snowflakeのテーブル構造はTiDBとは異なり、データは増分的にSnowflakeに挿入されます。ほとんどのシナリオでは、SnowflakeのデータはTiDBの変更ログを保存するのではなく、TiDBのデータのレプリカであることが想定されます。この問題については、次のセクションで説明します。 +6. Snowflakeコンソールで、 **「データ」** > **「データベース」** > **TPCC** > **TiCDC**を選択します。TiDBの増分データがSnowflakeに複製されていることがわかります。Snowflakeとのデータ統合は完了しています（上図を参照）。ただし、Snowflakeのテーブル構造はTiDBとは異なり、データは増分的にSnowflakeに挿入されます。ほとんどのシナリオでは、SnowflakeのデータはTiDBの変更ログを保存するのではなく、TiDBのデータのレプリカであることが想定されます。この問題については、次のセクションで説明します。 ### SnowflakeでTiDBテーブルのデータレプリカを作成する {#create-data-replicas-of-tidb-tables-in-snowflake} @@ -340,7 +340,7 @@ Microsoft SQL Server は、Microsoft が開発したリレーショナルデー (6 rows affected) ``` -2. Confluent Cloud Console で、 **「データ統合」** > **「コネクタ」** > **Microsoft SQL Server Sink**を選択します。以下のページが表示されます。 +2. Confluent Cloud Console で、 **「データ統合」** > **「コネクタ」** > **Microsoft SQL Server Sink**を選択します。以下のページが表示されます。 ![Topic selection](/media/integrate/topic-selection.png) diff --git a/ticdc/ticdc-bidirectional-replication.md b/ticdc/ticdc-bidirectional-replication.md index 2df52393ef412..a3f61252f3b9f 100644 --- a/ticdc/ticdc-bidirectional-replication.md +++ b/ticdc/ticdc-bidirectional-replication.md @@ -171,4 +171,4 @@ BDRロールが設定されていない場合、任意のDDLを実行できま - 双方向レプリケーションクラスタは書き込み競合を検出できないため、未定義の動作が発生する可能性があります。そのため、アプリケーション側で書き込み競合がないことを確認する必要があります。 -- 双方向レプリケーションは2つ以上のクラスタをサポートしますが、カスケードモード、つまりTiDB A -> TiDB B -> TiDB C -> TiDB Aのような循環レプリケーションはサポートしません。このようなトポロジでは、1つのクラスタに障害が発生すると、データレプリケーション全体に影響が出ます。したがって、複数のクラスタ間で双方向レプリケーションを有効にするには、各クラスタを他のすべてのクラスタ（例： `TiDB A <-> TiDB B` `TiDB C <-> TiDB A`に接続する`TiDB B <-> TiDB C`があります。 +- 双方向レプリケーションは2つ以上のクラスタをサポートしますが、カスケードモード、つまりTiDB A -> TiDB B -> TiDB C -> TiDB Aのような循環レプリケーションはサポートしません。このようなトポロジでは、1つのクラスタに障害が発生すると、データレプリケーション全体に影響が出ます。したがって、複数のクラスタ間で双方向レプリケーションを有効にするには、各クラスタを他のすべてのクラスタ（例： `TiDB A <-> TiDB B` `TiDB C <-> TiDB A`に接続する`TiDB B <-> TiDB C`があります。 diff --git a/ticdc/ticdc-compatibility.md b/ticdc/ticdc-compatibility.md index fcf62f0666c59..833ccb5ab2884 100644 --- a/ticdc/ticdc-compatibility.md +++ b/ticdc/ticdc-compatibility.md @@ -47,7 +47,7 @@ TiCDCは、上流の変更データおよび関連インターフェースを提 TiCDC をクラシックアーキテクチャから新しいアーキテクチャにアップグレードする前に、すべての変更フィードを一時停止します。詳細については、 [TiCDC新アーキテクチャアップグレードガイド](/ticdc/ticdc-architecture.md#upgrade-guide)を参照してください。 -アップグレードが、両方ともクラシックアーキテクチャを使用する TiCDC デプロイメント間で行われる場合、マイナーバージョン間のローリングアップグレードがサポートされます。ただし、メジャーバージョン間のアップグレード (たとえば、v8.5.0 -> v8.5.3 はマイナーバージョンアップグレード、v8.1.x -> v8.5.x はメジャーバージョンアップグレード) の場合、 **TiDB クラスタのローリングアップグレード中にチェンジフィードを実行し続けることは推奨されません**。メジャーバージョンアップグレードの場合は、次の手順を順番に実行してください。 +アップグレードが、両方ともクラシックアーキテクチャを使用する TiCDC デプロイメント間で行われる場合、マイナーバージョン間のローリングアップグレードがサポートされます。ただし、メジャーバージョン間のアップグレード (たとえば、v8.5.0 -> v8.5.3 はマイナーバージョンアップグレード、v8.1.x -> v8.5.x はメジャーバージョンアップグレード) の場合、 **TiDB クラスタのローリングアップグレード中にチェンジフィードを実行し続けることは推奨されません**。メジャーバージョンアップグレードの場合は、次の手順を順番に実行してください。 1. すべての変更フィードを一時停止します。 2. TiDBクラスタに対してローリングアップグレードを実行します。 diff --git a/ticdc/ticdc-faq.md b/ticdc/ticdc-faq.md index 17804df15a947..7e68d1eda9da1 100644 --- a/ticdc/ticdc-faq.md +++ b/ticdc/ticdc-faq.md @@ -324,10 +324,10 @@ TiCDC v6.2以降、単一テーブルトランザクションを複数のトラ 非可逆DDLとは、TiDBで実行された際にデータ変更を引き起こす可能性のあるDDLを指します。一般的な非可逆DDL操作には、以下のものがあります。 -- 列の型を変更する（例：INT -> VARCHAR） -- 列の長さを変更する（例：VARCHAR(20) -> VARCHAR(10)） -- 列の精度を変更する（例：DECIMAL(10, 3) -> DECIMAL(10, 2)） -- 列の UNSIGNED または SIGNED 属性の変更 (例: INT UNSIGNED -> INT SIGNED) +- 列の型を変更する（例：INT -> VARCHAR） +- 列の長さを変更する（例：VARCHAR(20) -> VARCHAR(10)） +- 列の精度を変更する（例：DECIMAL(10, 3) -> DECIMAL(10, 2)） +- 列の UNSIGNED または SIGNED 属性の変更 (例: INT UNSIGNED -> INT SIGNED) TiDB v7.1.0より前のバージョンでは、TiCDCは新旧のデータが同一のDMLイベントを下流に複製します。下流がMySQLの場合、これらのDMLイベントは、下流がDDL文を受信して​​実行するまでデータの変更を引き起こしません。しかし、下流がKafkaまたはクラウドストレージサービスの場合、TiCDCは冗長データの行を下流に書き込みます。 diff --git a/ticdc/ticdc-sink-to-kafka.md b/ticdc/ticdc-sink-to-kafka.md index 7462b62c65557..b8ef2e954dbc3 100644 --- a/ticdc/ticdc-sink-to-kafka.md +++ b/ticdc/ticdc-sink-to-kafka.md @@ -37,7 +37,7 @@ Info: {"sink-uri":"kafka://127.0.0.1:9092,127.0.0.1:9093,127.0.0.1:9094/topic-na | TiCDCバージョン | サポートされている最小の Kafka バージョン | | :----------------------------- | :----------------------- | -| TiCDC >= v8.1.0 | 2.1.0 | +| TiCDC >= v8.1.0 | 2.1.0 | | v7.6.0 <= TiCDC < v8.1.0 | 2.4.0 | | v7.5.2 <= TiCDC < v8.0.0 | 2.1.0 | | v7.5.0 <= TiCDC < v7.5.2 | 2.4.0 | diff --git a/tidb-cloud/backup-and-restore-serverless.md b/tidb-cloud/backup-and-restore-serverless.md index 49aa60aee8437..9d17f70a7cd78 100644 --- a/tidb-cloud/backup-and-restore-serverless.md +++ b/tidb-cloud/backup-and-restore-serverless.md @@ -20,7 +20,7 @@ aliases: ['/ja/tidbcloud/restore-deleted-tidb-cluster'] > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[データ]** > **[バックアップ]**をクリックします。 +2. 左側のナビゲーションペインで、 **[データ]** > **[バックアップ]**をクリックします。 ## 自動バックアップ {#automatic-backups} @@ -30,7 +30,7 @@ TiDB Cloudはデータを自動的にバックアップするため、災害発 自動バックアップの設定は、 TiDB Cloud StarterインスタンスとTiDB Cloud Essentialインスタンスで異なり、以下の表に示されています。 -| Backup setting | TiDB Cloud Starter （無料） | TiDB Cloud Starter （利用限度額 > 0） | TiDB Cloud Essential | +| Backup setting | TiDB Cloud Starter （無料） | TiDB Cloud Starter （利用限度額 > 0） | TiDB Cloud Essential | | ---------- | ----------------------- | --------------------------------- | -------------------- | | Backup Cycle | 毎日 | 毎日 | 毎日 | | Backup Retention | 1日 | 最大30日間 | 最大30日間 | @@ -145,7 +145,7 @@ TiDB Cloudは、新しいTiDB Cloud StarterまたはEssentialインスタンス 2. **Recycle Bin**ページで、 **Essential**タブをクリックすると、 TiDB Cloud Essentialインスタンスのごみ箱に移動します。 -3. 復元したいTiDB Cloud Essentialインスタンスを見つけて、 **[>]**ボタンをクリックして、そのインスタンスで使用可能なバックアップを展開します。 +3. 復元したいTiDB Cloud Essentialインスタンスを見つけて、 **[>]**ボタンをクリックして、そのインスタンスで使用可能なバックアップを展開します。 > **Note:** > diff --git a/tidb-cloud/backup-and-restore.md b/tidb-cloud/backup-and-restore.md index d48b09bf4e6d9..c6b5ac383bd89 100644 --- a/tidb-cloud/backup-and-restore.md +++ b/tidb-cloud/backup-and-restore.md @@ -30,7 +30,7 @@ aliases: ['/ja/tidbcloud/restore-deleted-tidb-cluster'] > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[データ]** > **[バックアップ]**をクリックします。 +2. 左側のナビゲーションペインで、 **[データ]** > **[バックアップ]**をクリックします。 ### 自動バックアップを有効にする {#turn-on-auto-backup} @@ -171,7 +171,7 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに 1. TiDB Cloud Dedicatedクラスターの[**バックアップ**](#view-the-backup-page)ページに移動します。 -2. 右上隅で、 **…** >**Manual Backup**をクリックします。 +2. 右上隅で、 **…** >**Manual Backup**をクリックします。 3. 表示されたダイアログに**名前**を入力してください。 @@ -193,7 +193,7 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに 1. TiDB Cloud Dedicatedクラスターの[**バックアップ**](#view-the-backup-page)ページに移動します。 -2. エクスポートしたいバックアップファイルを見つけて、 **[アクション]**列の**[...]** > **[エクスポート]**をクリックします。 +2. エクスポートしたいバックアップファイルを見つけて、 **[アクション]**列の**[...]** > **[エクスポート]**をクリックします。 3. **「Amazon S3 へのバックアップのエクスポート」**ダイアログで、 **Folder URI**フィールドに入力し、バックアップ バケットのバケット リージョンを選択します。 @@ -221,7 +221,7 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに 1. TiDB Cloud Dedicatedクラスターの[**バックアップ**](#view-the-backup-page)ページに移動します。 -2. エクスポートしたいバックアップファイルを見つけて、 **[アクション]**列の**[...]** > **[エクスポート]**をクリックします。 +2. エクスポートしたいバックアップファイルを見つけて、 **[アクション]**列の**[...]** > **[エクスポート]**をクリックします。 3. **「バックアップをGoogle Cloud Storageにエクスポート」**ダイアログで、 **Google CloudサービスアカウントID**をメモしておいてください。これは後の手順で必要になります。 @@ -232,7 +232,7 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに - `storage.objects.create` - `storage.objects.delete` -5. **Cloud Storage**>**バケット**に移動し、対象のバケットを選択してから、**アクセス許可**>**Grant Access**をクリックします。 +5. **Cloud Storage**>**バケット**に移動し、対象のバケットを選択してから、**アクセス許可**>**Grant Access**をクリックします。 6. **New principals**で、手順3の**Service Account ID**を入力し、手順4の役割を割り当ててから、 **「保存」**をクリックします。 @@ -252,7 +252,7 @@ TiDB Cloud Dedicatedクラスターの既存のバックアップ ファイル 1. TiDB Cloud Dedicatedクラスターの[**バックアップ**](#view-the-backup-page)ページに移動します。 -2. 削除したいバックアップファイルを見つけて、 **[アクション]**列の**[...]** > **[削除]**をクリックします。 +2. 削除したいバックアップファイルを見つけて、 **[アクション]**列の**[...]** > **[削除]**をクリックします。 #### 実行中のバックアップジョブを削除します {#delete-a-running-backup-job} @@ -260,7 +260,7 @@ TiDB Cloud Dedicatedクラスターの実行中のバックアップ ジョブ 1. TiDB Cloud Dedicatedクラスターの[**バックアップ**](#view-the-backup-page)ページに移動します。 -2. **保留中**または**実行**中のバックアップ ジョブを見つけて、 **[アクション]**列の**[...]** > **[削除]**をクリックします。 +2. **保留中**または**実行**中のバックアップ ジョブを見つけて、 **[アクション]**列の**[...]** > **[削除]**をクリックします。 ## 復元する {#restore} @@ -333,7 +333,7 @@ TiDB Cloud Dedicatedクラスタのデータをバックアップから新しい 2. **Recycle Bin**ページで、 **Dedicated**タブをクリックすると、 TiDB Cloud Dedicatedクラスターのごみ箱に移動します。 -3. 復元したいクラスターを見つけてから、 **[>]**ボタンをクリックして、そのクラスターで使用可能なバックアップを展開します。 +3. 復元したいクラスターを見つけてから、 **[>]**ボタンをクリックして、そのクラスターで使用可能なバックアップを展開します。 4. 復元したいバックアップの行で、 **...**をクリックし、次に**「復元」**を選択します。 diff --git a/tidb-cloud/branch-manage.md b/tidb-cloud/branch-manage.md index 03d4edead873e..f120c61e4ca38 100644 --- a/tidb-cloud/branch-manage.md +++ b/tidb-cloud/branch-manage.md @@ -28,7 +28,7 @@ summary: TiDB Cloudブランチの管理方法を学びましょう。 3. **「ブランチ」**ページの右上隅にある**Create Branch**をクリックします。ダイアログが表示されます。 - または、既存の親ブランチからブランチを作成するには、対象の親ブランチの行を見つけて、 **[アクション**] 列の**[...]** > **[ブランチの作成] を**クリックします。 + または、既存の親ブランチからブランチを作成するには、対象の親ブランチの行を見つけて、 **[アクション**] 列の**[...]** > **[ブランチの作成] を**クリックします。 4. **Create Branch**ダイアログで、以下のオプションを設定します。 diff --git a/tidb-cloud/built-in-monitoring.md b/tidb-cloud/built-in-monitoring.md index 1e02f36216386..2b503b2cea7e8 100644 --- a/tidb-cloud/built-in-monitoring.md +++ b/tidb-cloud/built-in-monitoring.md @@ -17,7 +17,7 @@ TiDB Cloudは、TiDBリソースの標準メトリック一式を収集し、メ > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[監視]** > **[メトリクス]**をクリックします。 +2. 左側のナビゲーションペインで、 **[監視]** > **[メトリクス]**をクリックします。 ## メトリクス保持ポリシー {#metrics-retention-policy} diff --git a/tidb-cloud/changefeed-overview.md b/tidb-cloud/changefeed-overview.md index e6860b7ba832f..29993fbd0c1e8 100644 --- a/tidb-cloud/changefeed-overview.md +++ b/tidb-cloud/changefeed-overview.md @@ -33,7 +33,7 @@ TiDB Cloud changefeed を使用すると、 TiDB Cloudから他のデータサ > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[変更フィード]**をクリックします。チェンジフィードページが表示されます。 +2. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[変更フィード]**をクリックします。チェンジフィードページが表示されます。 **変更フィード**ページでは、変更フィードの作成、既存の変更フィードの一覧表示、および既存の変更フィードの操作（変更フィードの拡大縮小、一時停止、再開、編集、削除など）を行うことができます。 @@ -63,7 +63,7 @@ TiDB Cloud changefeed を使用すると、 TiDB Cloudから他のデータサ TiDB Cloud Dedicatedでは、変更フィードの TiCDC レプリケーション容量ユニット (RCU) を照会できます。 1. ターゲットのTiDB Cloud Dedicatedクラスターの[**変更フィード**](#view-the-changefeed-page)ページに移動します。 -2. 確認したい対応する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[ビュー]**をクリックします。 +2. 確認したい対応する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[ビュー]**をクリックします。 3. 現在のTiCDCレプリケーション容量ユニット（RCU）は、ページの**仕様**欄で確認できます。 @@ -72,7 +72,7 @@ TiDB Cloud Dedicatedでは、変更フィードの TiCDC レプリケーショ TiDB Cloud Premiumでは、チェンジフィードのTiCDC 変更フィード容量ユニット（CCU）を照会できます。 1. ターゲットのTiDB Cloud Premium インスタンスの[**変更フィード**](#view-the-changefeed-page)ページに移動します。 -2. 確認したい対応する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[ビュー]**をクリックします。 +2. 確認したい対応する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[ビュー]**をクリックします。 3. TiCDC 変更フィードの現在の容量ユニット（CCU）は、ページの**仕様**欄で確認できます。 @@ -96,7 +96,7 @@ TiDB Cloud Premiumでは、チェンジフィードのTiCDC 変更フィード 1. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスの[**変更フィード**](#view-the-changefeed-page)ページに移動します。 -2. 拡大縮小したい対応する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[拡大/縮小]**をクリックします。 +2. 拡大縮小したい対応する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[拡大/縮小]**をクリックします。 3. 新しい仕様を選択してください。 4. **「送信」**をクリックしてください。 @@ -105,7 +105,7 @@ TiDB Cloud Premiumでは、チェンジフィードのTiCDC 変更フィード ## 変更フィードを一時停止または再開する {#pause-or-resume-a-changefeed} 1. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスの[**変更フィード**](#view-the-changefeed-page)ページに移動します。 -2. 一時停止または再開したい該当する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[一時停止/再開]**をクリックします。 +2. 一時停止または再開したい該当する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[一時停止/再開]**をクリックします。 ## 変更フィードを編集する {#edit-a-changefeed} @@ -115,9 +115,9 @@ TiDB Cloud Premiumでは、チェンジフィードのTiCDC 変更フィード 1. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスの[**変更フィード**](#view-the-changefeed-page)ページに移動します。 -2. 一時停止したい変更フィードを見つけて、 **[アクション]**列の**[...]** > **[一時停止]**をクリックします。 +2. 一時停止したい変更フィードを見つけて、 **[アクション]**列の**[...]** > **[一時停止]**をクリックします。 -3. 変更フィードのステータスが`Paused`に変更されたら、 **[...]** > **[編集]**をクリックして、対応する変更フィードを編集します。 +3. 変更フィードのステータスが`Paused`に変更されたら、 **[...]** > **[編集]**をクリックして、対応する変更フィードを編集します。 TiDB Cloudはデフォルトで変更フィードの設定を自動的に行います。以下の設定を変更できます。 @@ -136,19 +136,19 @@ TiDB Cloud Premiumでは、チェンジフィードのTiCDC 変更フィード -4. 設定を編集した後、 **[...]** > **[再開]**をクリックして、対応する変更フィードを再開します。 +4. 設定を編集した後、 **[...]** > **[再開]**をクリックして、対応する変更フィードを再開します。 ## 変更フィードを複製する {#duplicate-a-changefeed} 1. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスの[**変更フィード**](#view-the-changefeed-page)ページに移動します。 -2. 複製したい変更フィードを探します。**アクション**列で、 **...** >**複製を**クリックします。 +2. 複製したい変更フィードを探します。**アクション**列で、 **...** >**複製を**クリックします。 3. TiDB Cloudは、新しい変更フィード設定に元の設定を自動的に反映します。必要に応じて設定を確認および変更できます。 4. 設定を確認後、 **「送信」**をクリックして新しい変更フィードを作成して開始します。 ## 変更フィードを削除する {#delete-a-changefeed} 1. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスの[**変更フィード**](#view-the-changefeed-page)ページに移動します。 -2. 削除したい該当する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[削除]**をクリックします。 +2. 削除したい該当する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[削除]**をクリックします。 ## Changefeedの請求 {#changefeed-billing} diff --git a/tidb-cloud/changefeed-sink-to-apache-kafka.md b/tidb-cloud/changefeed-sink-to-apache-kafka.md index e5a5bbf582938..404c4e4eb2938 100644 --- a/tidb-cloud/changefeed-sink-to-apache-kafka.md +++ b/tidb-cloud/changefeed-sink-to-apache-kafka.md @@ -142,7 +142,7 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン ## ステップ1. Apache KafkaのChangefeedページを開きます。 {#step-1-open-the-changefeed-page-for-apache-kafka} 1. [TiDB Cloudコンソール](https://tidbcloud.com)にログインします。 -2. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスの概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[変更フィード]**をクリックします。 +2. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスの概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[変更フィード]**をクリックします。 3. **Create Changefeed**をクリックし、**宛先**として**Kafka**を選択します。 ## ステップ2. changefeedターゲットを設定する {#step-2-configure-the-changefeed-target} diff --git a/tidb-cloud/changefeed-sink-to-apache-pulsar.md b/tidb-cloud/changefeed-sink-to-apache-pulsar.md index 6dcf0337af8e5..0023e7e76d615 100644 --- a/tidb-cloud/changefeed-sink-to-apache-pulsar.md +++ b/tidb-cloud/changefeed-sink-to-apache-pulsar.md @@ -84,7 +84,7 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合 ## ステップ1. Apache PulsarのChangefeedページを開きます。 {#step-1-open-the-changefeed-page-for-apache-pulsar} 1. [TiDB Cloudコンソール](https://tidbcloud.com)にログインします。 -2. 変更フィードイベントの発生源となるTiDBクラスタのクラスタ概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「変更フィード」**をクリックします。 +2. 変更フィードイベントの発生源となるTiDBクラスタのクラスタ概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「変更フィード」**をクリックします。 3. **Create Changefeed**をクリックします。 ## ステップ2. changefeedの送信先を設定します {#step-2-configure-the-changefeed-destination} diff --git a/tidb-cloud/changefeed-sink-to-cloud-storage.md b/tidb-cloud/changefeed-sink-to-cloud-storage.md index 7c5a684d6a163..02bb14f830971 100644 --- a/tidb-cloud/changefeed-sink-to-cloud-storage.md +++ b/tidb-cloud/changefeed-sink-to-cloud-storage.md @@ -21,7 +21,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl ## ステップ1. 宛先を設定する {#step-1-configure-destination} -対象のTiDB Cloud Dedicatedクラスターの概要ページに移動します。左側のナビゲーション ペインで**[データ]** > **[変更フィード]**をクリックし、 **Create Changefeed**をクリックして**[宛先]**ページに移動します。次に、 TiDB Cloud Dedicatedクラスターがホストされているクラウド プロバイダーに応じて、宛先として**Amazon S3** 、 **GCS** 、または**Azure Blob Storage**を選択します。構成プロセスは、選択した宛先によって異なります。 +対象のTiDB Cloud Dedicatedクラスターの概要ページに移動します。左側のナビゲーション ペインで**[データ]** > **[変更フィード]**をクリックし、 **Create Changefeed**をクリックして**[宛先]**ページに移動します。次に、 TiDB Cloud Dedicatedクラスターがホストされているクラウド プロバイダーに応じて、宛先として**Amazon S3** 、 **GCS** 、または**Azure Blob Storage**を選択します。構成プロセスは、選択した宛先によって異なります。
@@ -130,7 +130,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl 1. [Azureポータル](https://portal.azure.com/)で、変更フィード データを保存するコンテナーを作成します。 1. 左側のナビゲーションペインで**Storage Accounts**をクリックし、ストレージアカウントを選択します。 - 2. ストレージアカウントのナビゲーションメニューで、 **Data storage** > **[コンテナー]**を選択し、 **+ Container**をクリックします。 + 2. ストレージアカウントのナビゲーションメニューで、 **Data storage** > **[コンテナー]**を選択し、 **+ Container**をクリックします。 3. 新しいコンテナの名前を入力し、匿名アクセスレベルを設定します（推奨レベルは**プライベート**です）。次に、 **[作成]**をクリックします。 2. 対象コンテナのURLを取得します。 @@ -141,7 +141,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl 3. SASトークンを生成します。 - 1. ストレージアカウントのナビゲーション メニューで、 **Security + networking** > **Shared access signature**を選択します。 + 1. ストレージアカウントのナビゲーション メニューで、 **Security + networking** > **Shared access signature**を選択します。 2. **Allowed services**セクションで、 **Blob**を選択します。 diff --git a/tidb-cloud/changefeed-sink-to-mysql.md b/tidb-cloud/changefeed-sink-to-mysql.md index 02d8434380359..10350982ce530 100644 --- a/tidb-cloud/changefeed-sink-to-mysql.md +++ b/tidb-cloud/changefeed-sink-to-mysql.md @@ -131,7 +131,7 @@ TiDB Cloud PremiumインスタンスがMySQLサービスに接続できること 前提条件を満たしたら、データをMySQLに取り込むことができます。 -1. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスの概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[変更フィード]**をクリックします。 +1. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスの概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[変更フィード]**をクリックします。 2. **Create Changefeed**をクリックし、**宛先**として**MySQL**を選択します。 diff --git a/tidb-cloud/changefeed-sink-to-tidb-cloud.md b/tidb-cloud/changefeed-sink-to-tidb-cloud.md index 59786dccc6217..187952a067128 100644 --- a/tidb-cloud/changefeed-sink-to-tidb-cloud.md +++ b/tidb-cloud/changefeed-sink-to-tidb-cloud.md @@ -65,7 +65,7 @@ summary: このドキュメントでは、TiDB Cloud Dedicatedクラスタから 前提条件を満たしたら、データを宛先のTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにシンクできます。 -1. 対象のTiDBクラスタのクラスタ概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「変更フィード」**をクリックします。 +1. 対象のTiDBクラスタのクラスタ概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「変更フィード」**をクリックします。 2. **Create Changefeed**をクリックし、宛先として**TiDB Cloud**を選択します。 diff --git a/tidb-cloud/configure-external-storage-access.md b/tidb-cloud/configure-external-storage-access.md index 97b663633e813..7cd6d7223d1d7 100644 --- a/tidb-cloud/configure-external-storage-access.md +++ b/tidb-cloud/configure-external-storage-access.md @@ -28,7 +28,7 @@ TiDB Cloud Starter、 Essential、またはPremiumインスタンスがAmazon S3 1. 対象のTiDB Cloud Starter、 Essential、またはPremiumインスタンスの**インポート**ページを開きます。 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - 2. 対象のTiDB Cloud Starter、 Essential、または Premium インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート]**をクリックします。 + 2. 対象のTiDB Cloud Starter、 Essential、または Premium インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート]**をクリックします。 2. **Add New ARN**ダイアログを開きます。 @@ -42,7 +42,7 @@ TiDB Cloud Starter、 Essential、またはPremiumインスタンスがAmazon S3 - データをAmazon S3にエクスポートする場合は、次のように**Add New ARN**ダイアログを開きます。 - 1. **Export data to...** > **Amazon S3**をクリックします。TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「ここをクリックしてデータをエクスポート...」** > **Amazon S3**をクリックしてください。 + 1. **Export data to...** > **Amazon S3**をクリックします。TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「ここをクリックしてデータをエクスポート...」** > **Amazon S3**をクリックしてください。 2. **Folder URI**欄に入力してください。 3. **AWS Role ARN**を選択し、[**ここをクリックして AWS CloudFormation を使用して新しいロールを作成します] をクリックします**。 @@ -243,7 +243,7 @@ Azure ARMテンプレートを使用してSASトークンを作成するには 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - 2. 対象のTiDB Cloudリソースの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート**」または**「データ」** > **「エクスポート」**をクリックします。 + 2. 対象のTiDB Cloudリソースの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート**」または**「データ」** > **「エクスポート」**をクリックします。 2. **「ARMテンプレート展開による新しいSASトークンの生成」**ダイアログを開きます。 @@ -257,7 +257,7 @@ Azure ARMテンプレートを使用してSASトークンを作成するには - データをAzure Blob Storageにエクスポートする場合： - 1. **Export data to...** > **Azure Blob Storage**をクリックします。TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「データのエクスポート先...」** > **Azure Blob Storage**をクリックしてください。 + 1. **Export data to...** > **Azure Blob Storage**をクリックします。TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「データのエクスポート先...」** > **Azure Blob Storage**をクリックしてください。 2. **Azure Blob Storage Settings**エリアまでスクロールダウンし、SAS トークンフィールドの下にある**[ここをクリックして、Azure ARM テンプレートを使用して新しいものを作成する] をクリックします**。 diff --git a/tidb-cloud/configure-maintenance-window.md b/tidb-cloud/configure-maintenance-window.md index 9b666511bee45..ec7e73b045fe4 100644 --- a/tidb-cloud/configure-maintenance-window.md +++ b/tidb-cloud/configure-maintenance-window.md @@ -76,7 +76,7 @@ TiDB Cloudは、メンテナンス期間ごとに、以下のタイミングで 5. （オプション）メンテナンス期間の開始時刻を変更するには、 **Maintenance Window Setting**をクリックしてください。なお、メンテナンスは、その週にメンテナンス期間が予定されている場合にのみ、指定された開始時刻に実行されます。 -6. 特定のメンテナンス作業のスケジュールを変更するには、 **[アクション]**列の**[…]** > **[スケジュール変更]**をクリックし、期限前に新しい時間を選択します。 +6. 特定のメンテナンス作業のスケジュールを変更するには、 **[アクション]**列の**[…]** > **[スケジュール変更]**をクリックし、期限前に新しい時間を選択します。 メンテナンス作業を期限後に延期する必要がある場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 diff --git a/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md b/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md index 82a8b98b45740..09b388cbd163d 100644 --- a/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md +++ b/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md @@ -43,7 +43,7 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにファイア 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして、概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **ネットワーク設定**ページで、**Public Endpoint**が無効になっている場合は有効にしてください。 diff --git a/tidb-cloud/configure-sql-users.md b/tidb-cloud/configure-sql-users.md index 03e024e32cdda..c18f48a4ee289 100644 --- a/tidb-cloud/configure-sql-users.md +++ b/tidb-cloud/configure-sql-users.md @@ -46,7 +46,7 @@ SQLユーザーに組み込みロールと複数のカスタムロールの両 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[設定]** > **SQL Users**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **SQL Users**をクリックします。 ## SQLユーザーを作成する {#create-a-sql-user} diff --git a/tidb-cloud/connect-via-sql-shell.md b/tidb-cloud/connect-via-sql-shell.md index 146a5d1e9e214..309def58b28a2 100644 --- a/tidb-cloud/connect-via-sql-shell.md +++ b/tidb-cloud/connect-via-sql-shell.md @@ -19,7 +19,7 @@ SQLシェルを使用してTiDBに接続するには、以下の手順を実行 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックします。 +2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックします。 3. **ネットワーク**ページで、右上隅にある**Web SQL Shell**をクリックします。 diff --git a/tidb-cloud/connect-via-standard-connection-serverless.md b/tidb-cloud/connect-via-standard-connection-serverless.md index 19268d09d074c..4a69d5194cb20 100644 --- a/tidb-cloud/connect-via-standard-connection-serverless.md +++ b/tidb-cloud/connect-via-standard-connection-serverless.md @@ -97,7 +97,7 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスのパブリッ 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして、概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **ネットワーク設定**ページで、 **Public Endpoint**の**Public Endpoint**をクリックします。確認ダイアログが表示されます。 @@ -113,7 +113,7 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスのパブリッ 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして、概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **ネットワークの**ページで、 **[有効にする]**をクリックします。 diff --git a/tidb-cloud/cppo-customer.md b/tidb-cloud/cppo-customer.md index 92b4c5bd0f75a..5942ec1db6c5b 100644 --- a/tidb-cloud/cppo-customer.md +++ b/tidb-cloud/cppo-customer.md @@ -29,4 +29,4 @@ TiDB Cloudの直接顧客とは異なり、リセラーの顧客はPingCAPに直 ## 過去の請求書を確認する {#view-your-historical-bills} -TiDB Cloudの直接アカウントからリセラーの顧客アカウントに移行した場合でも、移行前の請求履歴にアクセスできます。アクセスするには、 TiDB Cloudコンソールで**「請求」** > **「請求書」** > **「履歴」**に移動してください。 +TiDB Cloudの直接アカウントからリセラーの顧客アカウントに移行した場合でも、移行前の請求履歴にアクセスできます。アクセスするには、 TiDB Cloudコンソールで**「請求」** > **「請求書」** > **「履歴」**に移動してください。 diff --git a/tidb-cloud/data-service-api-key.md b/tidb-cloud/data-service-api-key.md index 9d55733d7547b..cd35ae4c71372 100644 --- a/tidb-cloud/data-service-api-key.md +++ b/tidb-cloud/data-service-api-key.md @@ -130,7 +130,7 @@ APIキーの説明またはレート制限を編集するには、以下の手 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **認証**エリアで、 **「アクション」**列を探し、変更したいAPIキーの行で**「...」** > **「編集」**をクリックします。 +3. **認証**エリアで、 **「アクション」**列を探し、変更したいAPIキーの行で**「...」** > **「編集」**をクリックします。 4. APIキーの説明、役割、レート制限、または有効期限を更新します。 5. **「更新」**をクリックしてください。 @@ -144,7 +144,7 @@ APIキーの説明またはレート制限を編集するには、以下の手 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **API Key**領域で、 **「アクション」**列を探し、削除したいAPIキーの行で**「...」** > **「削除」を**クリックします。 +3. **API Key**領域で、 **「アクション」**列を探し、削除したいAPIキーの行で**「...」** > **「削除」を**クリックします。 4. 表示されたダイアログボックスで、削除を確認してください。 ### APIキーの有効期限を切る {#expire-an-api-key} @@ -157,7 +157,7 @@ APIキーの説明またはレート制限を編集するには、以下の手 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **認証**エリアで、 **「アクション」**列を探し、有効期限を切れるようにしたいAPIキーの行で**「...」** > **Expire Now**をクリックします。 +3. **認証**エリアで、 **「アクション」**列を探し、有効期限を切れるようにしたいAPIキーの行で**「...」** > **Expire Now**をクリックします。 4. 表示されたダイアログボックスで、有効期限を確認してください。 ### すべてのAPIキーを期限切れにする {#expire-all-api-keys} diff --git a/tidb-cloud/data-service-get-started.md b/tidb-cloud/data-service-get-started.md index 1f1f166d67f43..8ee0710a9a060 100644 --- a/tidb-cloud/data-service-get-started.md +++ b/tidb-cloud/data-service-get-started.md @@ -220,7 +220,7 @@ API キーの詳細については、[Data ServiceのAPIキー](/tidb-cloud/data TiDB Cloudは、エンドポイントを呼び出すのに役立つコード例を生成します。コード例を取得するには、以下の手順を実行してください。 -1. [**Data Service**](https://tidbcloud.com/project/data-service)ページの左側のペインで、エンドポイントの名前をクリックし、右上隅の**「...」** > **Code Example**をクリックします。「**Code Example**ダイアログボックスが表示されます。 +1. [**Data Service**](https://tidbcloud.com/project/data-service)ページの左側のペインで、エンドポイントの名前をクリックし、右上隅の**「...」** > **Code Example**をクリックします。「**Code Example**ダイアログボックスが表示されます。 2. ダイアログボックスで、エンドポイントを呼び出すために使用するTiDB Cloud Starterインスタンスとデータベースを選択し、コード例をコピーします。 diff --git a/tidb-cloud/data-service-manage-endpoint.md b/tidb-cloud/data-service-manage-endpoint.md index 00626c08b8315..e9579eeceb738 100644 --- a/tidb-cloud/data-service-manage-endpoint.md +++ b/tidb-cloud/data-service-manage-endpoint.md @@ -315,7 +315,7 @@ Data Serviceでは、データアプリに直接追加できる事前定義済 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータアプリの名前をクリックすると、そのエンドポイントが表示されます。 -3. 名前を変更したいエンドポイントを見つけて、 **[...]** > **[名前の変更]**をクリックし、エンドポイントの新しい名前を入力します。 +3. 名前を変更したいエンドポイントを見つけて、 **[...]** > **[名前の変更]**をクリックし、エンドポイントの新しい名前を入力します。 > **Note:** > @@ -386,11 +386,11 @@ TiDB Cloud Data Serviceは、エンドポイントを呼び出すのに役立つ 2. 左側のペインで、対象のデータアプリの名前をクリックすると、そのエンドポイントが表示されます。 -3. 呼び出したいエンドポイントを見つけて、 **[...]** > **Code Example**をクリックします。**Code Example**ダイアログボックスが表示されます。 +3. 呼び出したいエンドポイントを見つけて、 **[...]** > **Code Example**をクリックします。**Code Example**ダイアログボックスが表示されます。 > **Tip:** > - > または、エンドポイント名をクリックして詳細を表示し、右上隅の**「...」** > **Code Example**をクリックすることもできます。 + > または、エンドポイント名をクリックして詳細を表示し、右上隅の**「...」** > **Code Example**をクリックすることもできます。 4. ダイアログボックスで、エンドポイントを呼び出すために使用する環境と認証方法を選択し、コード例をコピーしてください。 @@ -486,7 +486,7 @@ TiDB Cloud Data Serviceは、エンドポイントを呼び出すのに役立つ 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータアプリの名前をクリックすると、そのエンドポイントが表示されます。 -3. アンデプロイするエンドポイントを見つけて、 **[...]** > **[アンデプロイ]**をクリックします。 +3. アンデプロイするエンドポイントを見つけて、 **[...]** > **[アンデプロイ]**をクリックします。 4. 展開解除を確定するには、 **「展開解除」**をクリックしてください。 ## エンドポイントを削除します {#delete-an-endpoint} diff --git a/tidb-cloud/dedicated-external-storage.md b/tidb-cloud/dedicated-external-storage.md index 26e165cc3a20b..f3f601ff1044e 100644 --- a/tidb-cloud/dedicated-external-storage.md +++ b/tidb-cloud/dedicated-external-storage.md @@ -29,7 +29,7 @@ TiDB Cloudのバケットアクセスを設定し、以下の手順でロールA > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 3. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -166,7 +166,7 @@ TiDB CloudがGCSバケット内のソースデータにアクセスできるよ > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud Dedicatedクラスタの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud Dedicatedクラスタの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 3. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -230,7 +230,7 @@ TiDB Cloud DedicatedがAzure Blobコンテナにアクセスできるように 1. [Azureストレージアカウント](https://portal.azure.com/#browse/Microsoft.Storage%2FStorageAccounts)ページで、コンテナーが属するストレージアカウントをクリックします。 -2. ストレージアカウントのナビゲーション ペインで、 **Security + networking** > **Shared access signature**をクリックします。 +2. ストレージアカウントのナビゲーション ペインで、 **Security + networking** > **Shared access signature**をクリックします。 ![sas-position](/media/tidb-cloud/dedicated-external-storage/azure-sas-position.png) diff --git a/tidb-cloud/essential-changefeed-overview.md b/tidb-cloud/essential-changefeed-overview.md index d3b6ccc0737bb..718cce8b5b89b 100644 --- a/tidb-cloud/essential-changefeed-overview.md +++ b/tidb-cloud/essential-changefeed-overview.md @@ -44,7 +44,7 @@ TiDB Cloud changefeed を使用すると、TiDB Cloudから他のデータサー > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「変更フィード」**をクリックします。変更フィードページが表示されます。 +2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「変更フィード」**をクリックします。変更フィードページが表示されます。 **変更フィード**ページでは、変更フィードの作成、既存の変更フィードの一覧表示、および既存の変更フィードの操作（変更フィードの一時停止、再開、編集、削除など）を行うことができます。 @@ -63,7 +63,7 @@ TiDB Cloud changefeed を使用すると、TiDB Cloudから他のデータサー
1. ターゲットのTiDB Cloud Essentialインスタンスの[**変更フィード**](#view-the-changefeed-page)ページに移動します。 -2. 表示したい該当する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[ビュー]**をクリックします。 +2. 表示したい該当する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[ビュー]**をクリックします。 3. 変更フィードの詳細（設定、ステータス、メトリクスなど）を確認できます。
@@ -87,7 +87,7 @@ TiDB CloudコンソールまたはTiDB Cloud CLIを使用して、変更フィ
1. ターゲットのTiDB Cloud Essentialインスタンスの[**変更フィード**](#view-the-changefeed-page)ページに移動します。 -2. 一時停止または再開したい該当する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[一時停止/再開]**をクリックします。 +2. 一時停止または再開したい該当する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[一時停止/再開]**をクリックします。
@@ -121,16 +121,16 @@ ticloud serverless changefeed resume -c --changefeed-id **[一時停止]**をクリックします。 -3. 変更フィードのステータスが`Paused`に変更されたら、 **[...]** > **[編集]**をクリックして、対応する変更フィードを編集します。 +3. 変更フィードのステータスが`Paused`に変更されたら、 **[...]** > **[編集]**をクリックして、対応する変更フィードを編集します。 TiDB Cloudはデフォルトで変更フィードの設定を自動的に行います。以下の設定を変更できます。 - Apache Kafkaシンク：**宛先**、**接続**、**Start Position**を除くすべての設定 - MySQLシンク：**宛先**、**接続**、**Start Position**を除くすべての設定 -4. 設定を編集した後、 **[...]** > **[再開]**をクリックして、対応する変更フィードを再開します。 +4. 設定を編集した後、 **[...]** > **[再開]**をクリックして、対応する変更フィードを再開します。
@@ -154,7 +154,7 @@ ticloud serverless changefeed edit --cluster-id --changefeed-id **複製を**クリックします。 3. TiDB Cloudは、新しい変更フィード設定に元の設定を自動的に反映します。必要に応じて設定を確認および変更できます。 4. 設定を確認後、 **「送信」**をクリックして新しい変更フィードを作成して開始します。 @@ -166,7 +166,7 @@ TiDB CloudコンソールまたはTiDB Cloud CLIを使用して、変更フィ
1. ターゲットのTiDB Cloud Essentialインスタンスの[**変更フィード**](#view-the-changefeed-page)ページに移動します。 -2. 削除したい変更フィードを見つけて、 **[アクション]**列の**[...]** > **[削除]**をクリックします。 +2. 削除したい変更フィードを見つけて、 **[アクション]**列の**[...]** > **[削除]**をクリックします。
diff --git a/tidb-cloud/essential-changefeed-sink-to-kafka.md b/tidb-cloud/essential-changefeed-sink-to-kafka.md index 63861469f0ee5..8e02d8cf1aa55 100644 --- a/tidb-cloud/essential-changefeed-sink-to-kafka.md +++ b/tidb-cloud/essential-changefeed-sink-to-kafka.md @@ -74,7 +74,7 @@ TiDB Cloud Essential の変更フィードが Apache Kafka にデータをスト ## ステップ1. Apache Kafka の変更フィードを作成する {#step-1-create-a-changefeed-for-apache-kafka} 1. [TiDB Cloudコンソール](https://tidbcloud.com)にログインします。 -2. 対象のTiDB Cloud Essentialインスタンスの概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「変更フィード」**をクリックします。 +2. 対象のTiDB Cloud Essentialインスタンスの概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「変更フィード」**をクリックします。 3. **Create Changefeed**をクリックし、次に**「宛先」**として**Kafka**を選択します。 ## ステップ2. changefeedターゲットを設定する {#step-2-configure-the-changefeed-target} diff --git a/tidb-cloud/essential-changefeed-sink-to-mysql.md b/tidb-cloud/essential-changefeed-sink-to-mysql.md index e8ab7cd0b5a89..88471d5c91acd 100644 --- a/tidb-cloud/essential-changefeed-sink-to-mysql.md +++ b/tidb-cloud/essential-changefeed-sink-to-mysql.md @@ -83,7 +83,7 @@ MySQLサービスがパブリックネットワーク経由でアクセスでき 前提条件を満たしたら、データをMySQLに取り込むことができます。 -1. 対象のTiDB Cloud Essentialインスタンスの概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「変更フィード」**をクリックします。 +1. 対象のTiDB Cloud Essentialインスタンスの概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「変更フィード」**をクリックします。 2. **Create Changefeed**をクリックし、**宛先**として**MySQL**を選択します。 diff --git a/tidb-cloud/essential-database-audit-logging.md b/tidb-cloud/essential-database-audit-logging.md index cc28905723b9e..4c20586ae37e2 100644 --- a/tidb-cloud/essential-database-audit-logging.md +++ b/tidb-cloud/essential-database-audit-logging.md @@ -147,7 +147,7 @@ TiDB CloudコンソールまたはTiDB Cloud CLIを使用して、 TiDB Cloud Es > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 +2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 3. **DB Audit Logging**ページで、 **[有効にする]**をクリックします。 @@ -183,7 +183,7 @@ TiDB Cloud Essentialインスタンスの監査ログは、有効化後に編集 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 +2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 3. **DB Audit Logging**ページで、 **[設定]**をクリックします。 @@ -215,7 +215,7 @@ TiDB Cloud Essentialインスタンスの監査ログを無効にすることが > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 +2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 3. **DB Audit Logging**ページで、右上隅の**...**をクリックし、次に**無効に**します。 @@ -251,7 +251,7 @@ ticloud serverless audit-log config update -c --disabled=true > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 +2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 3. **DB Audit Logging**ページで、 **Add Filter Rule**をクリックします。 @@ -281,7 +281,7 @@ ticloud serverless audit-log filter create --cluster-id --display-n > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 +2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 3. **DB Audit Logging**ページで、編集するフィルタルールを見つけ、その行の**...**をクリックしてから、 **[編集]**をクリックします。 @@ -311,7 +311,7 @@ ticloud serverless audit-log filter update --cluster-id --filter-ru > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 +2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 3. **DB Audit Logging**ページで、無効にしたいフィルタルールを見つけ、トグルをオフにしてフィルタルールを無効にします。 @@ -339,7 +339,7 @@ ticloud serverless audit-log filter update --cluster-id --filter-ru > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 +2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 3. **DB Audit Logging**ページで、削除するフィルタルールを見つけて、 **...**をクリックします。 diff --git a/tidb-cloud/import-csv-files-serverless.md b/tidb-cloud/import-csv-files-serverless.md index 31d54dee964d2..72120d84edeba 100644 --- a/tidb-cloud/import-csv-files-serverless.md +++ b/tidb-cloud/import-csv-files-serverless.md @@ -103,7 +103,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -156,7 +156,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -207,7 +207,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -258,7 +258,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 diff --git a/tidb-cloud/import-csv-files.md b/tidb-cloud/import-csv-files.md index cfaf61527e161..3b97e3fdb5504 100644 --- a/tidb-cloud/import-csv-files.md +++ b/tidb-cloud/import-csv-files.md @@ -105,7 +105,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -160,7 +160,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -213,7 +213,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -231,7 +231,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に - **Private Link**：Azure プライベートエンドポイント経由で接続し、ネットワークから隔離されたアクセスを実現します。ストレージアカウントがパブリックアクセスをブロックしている場合、またはセキュリティポリシーでプライベート接続が必要な場合にこのオプションを使用します。**Private Link**を選択した場合は、追加フィールド**「Azure Blob Storage リソース ID」**も入力する必要があります。リソース ID を確認するには： 1. [Azureポータル](https://portal.azure.com/)にアクセスします。 - 2. ストレージアカウントに移動し、 **[概要]** > **JSON View**をクリックします。 + 2. ストレージアカウントに移動し、 **[概要]** > **JSON View**をクリックします。 3. `id`プロパティの値をコピーします。リソース ID は`/subscriptions//resourceGroups//providers/Microsoft.Storage/storageAccounts/`の形式です。 - **SAS Token**: TiDB Cloud がAzure Blob Storage コンテナー内のソース ファイルにアクセスできるようにするアカウント SAS トークンを入力します。まだお持ちでない場合は、 **「ここをクリックして Azure ARM テンプレートを使用して新しいものを作成します」を**クリックし、画面の指示に従うか、アカウント SAS トークンを手動で作成します。詳細については、 [Azure Blob Storageへのアクセスを構成する](/tidb-cloud/dedicated-external-storage.md#configure-azure-blob-storage-access)を参照してください。 @@ -242,7 +242,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に 1. [Azureポータル](https://portal.azure.com/)に移動し、ストレージアカウントに移動します。 - 2. **「ネットワーク」** > **Private endpoint connections**をクリックします。 + 2. **「ネットワーク」** > **Private endpoint connections**をクリックします。 3. TiDB Cloudからの保留中の接続要求を見つけて、 **「承認」**をクリックします。 diff --git a/tidb-cloud/import-parquet-files-serverless.md b/tidb-cloud/import-parquet-files-serverless.md index f19ba9aec7807..c52097c861109 100644 --- a/tidb-cloud/import-parquet-files-serverless.md +++ b/tidb-cloud/import-parquet-files-serverless.md @@ -107,7 +107,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -160,7 +160,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -211,7 +211,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -262,7 +262,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 diff --git a/tidb-cloud/import-parquet-files.md b/tidb-cloud/import-parquet-files.md index cacda04313a3c..628c069245515 100644 --- a/tidb-cloud/import-parquet-files.md +++ b/tidb-cloud/import-parquet-files.md @@ -110,7 +110,7 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -163,7 +163,7 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -214,7 +214,7 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -232,7 +232,7 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 - **Private Link**：Azure プライベートエンドポイント経由で接続し、ネットワークから隔離されたアクセスを実現します。ストレージアカウントがパブリックアクセスをブロックしている場合、またはセキュリティポリシーでプライベート接続が必要な場合にこのオプションを使用します。**Private Link**を選択した場合は、追加フィールド**「Azure Blob Storage リソース ID」**も入力する必要があります。リソース ID を確認するには： 1. [Azureポータル](https://portal.azure.com/)にアクセスします。 - 2. ストレージアカウントに移動し、 **[概要]** > **JSON View**をクリックします。 + 2. ストレージアカウントに移動し、 **[概要]** > **JSON View**をクリックします。 3. `id`プロパティの値をコピーします。リソース ID は`/subscriptions//resourceGroups//providers/Microsoft.Storage/storageAccounts/`の形式です。 - **資格情報**: TiDB Cloud がAzure Blob Storage コンテナー内のソース ファイルにアクセスできるようにするためのアカウント SAS トークンを入力します。まだお持ちでない場合は、 **「ここをクリックして Azure ARM テンプレートを使用して新しいものを作成します」を**クリックし、画面の指示に従うか、アカウント SAS トークンを手動で作成します。詳細については、 [Azure Blob Storageへのアクセスを構成する](/tidb-cloud/dedicated-external-storage.md#configure-azure-blob-storage-access)を参照してください。 @@ -243,7 +243,7 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 1. [Azureポータル](https://portal.azure.com/)に移動し、ストレージアカウントに移動します。 - 2. **「ネットワーク」** > **Private endpoint connections**をクリックします。 + 2. **「ネットワーク」** > **Private endpoint connections**をクリックします。 3. TiDB Cloudからの保留中の接続要求を見つけて、 **「承認」**をクリックします。 diff --git a/tidb-cloud/import-sample-data-serverless.md b/tidb-cloud/import-sample-data-serverless.md index 1440ea59b4fdc..c771af22519d6 100644 --- a/tidb-cloud/import-sample-data-serverless.md +++ b/tidb-cloud/import-sample-data-serverless.md @@ -19,7 +19,7 @@ summary: TiDB Cloud StarterまたはTiDB Cloud EssentialにUI経由でサンプ > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 diff --git a/tidb-cloud/import-sample-data.md b/tidb-cloud/import-sample-data.md index 26ba097323441..f0ecb2ca171ec 100644 --- a/tidb-cloud/import-sample-data.md +++ b/tidb-cloud/import-sample-data.md @@ -18,7 +18,7 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -50,7 +50,7 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -82,7 +82,7 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -98,7 +98,7 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー - **Private Link**：Azure プライベートエンドポイント経由で接続し、ネットワークから隔離されたアクセスを実現します。ストレージアカウントがパブリックアクセスをブロックしている場合、またはセキュリティポリシーでプライベート接続が必要な場合にこのオプションを使用します。**Private Link**を選択した場合は、追加フィールド**「Azure Blob Storage リソース ID」**も入力する必要があります。リソース ID を確認するには： 1. [Azureポータル](https://portal.azure.com/)にアクセスします。 - 2. ストレージアカウントに移動し、 **[概要]** > **JSON View**をクリックします。 + 2. ストレージアカウントに移動し、 **[概要]** > **JSON View**をクリックします。 3. `id`プロパティの値をコピーします。リソース ID は`/subscriptions//resourceGroups//providers/Microsoft.Storage/storageAccounts/`の形式です。 - **SAS Token**： @@ -112,7 +112,7 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー 1. [Azureポータル](https://portal.azure.com/)に移動し、ストレージアカウントに移動します。 - 2. **「ネットワーク」** > **Private endpoint connections**をクリックします。 + 2. **「ネットワーク」** > **Private endpoint connections**をクリックします。 3. TiDB Cloudからの保留中の接続要求を見つけて、 **「承認」**をクリックします。 diff --git a/tidb-cloud/import-with-mysql-cli.md b/tidb-cloud/import-with-mysql-cli.md index 3fd22f83877c1..4f624f72326c9 100644 --- a/tidb-cloud/import-with-mysql-cli.md +++ b/tidb-cloud/import-with-mysql-cli.md @@ -20,7 +20,7 @@ TiDB Cloud Dedicatedクラスターに接続してください。 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Dedicatedクラスタの名前をクリックして概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **ネットワーク設定**ページで、 **IP Access List**領域の**Add IP Address**をクリックします。 diff --git a/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md b/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md index 79a87fd83707e..dd9fbb353a36f 100644 --- a/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md +++ b/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md @@ -114,7 +114,7 @@ AWS リソースを作成する際に`us-east-1`以外の別の AWS リージョ AWS CloudFormation を使用して書店プロジェクトを設定するには、次の手順を実行します。 1. AWS マネジメントコンソールに移動し、 [AWS CloudFormationサービス](https://console.aws.amazon.com/cloudformation)にアクセスします。 -2. **Create Stack** > **With new resources (standard)**をクリックします。 +2. **Create Stack** > **With new resources (standard)**をクリックします。 3. **Create Stack**ページで、スタックの作成プロセスを完了します。 1. **前提条件**の領域で、 **Choose an existing template**を選択します。 diff --git a/tidb-cloud/integrate-tidbcloud-with-n8n.md b/tidb-cloud/integrate-tidbcloud-with-n8n.md index 239a6a5658b6c..19cc28906f018 100644 --- a/tidb-cloud/integrate-tidbcloud-with-n8n.md +++ b/tidb-cloud/integrate-tidbcloud-with-n8n.md @@ -16,7 +16,7 @@ summary: n8nにおけるTiDB Cloudノードの使い方を学びましょう。 ## 前提条件： TiDB Cloud APIキーを取得する {#prerequisites-get-tidb-cloud-api-key} 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **Organization Settings** > **API Keys**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **API Keys**をクリックします。 3. **API Keys**ページで、 **Create API Key**をクリックします。 4. APIキーの説明を入力し、 **「次へ」**をクリックしてください。 5. 作成したAPIキーをコピーしてn8nで後で使用するようにし、 **「完了」**をクリックしてください。 @@ -57,7 +57,7 @@ n8nを起動したら、 [localhost:5678](http://localhost:5678)にアクセス TiDB Cloudノードは、npmリポジトリでは`n8n-nodes-tidb-cloud`という名前です。n8nでTiDB Cloudを制御するには、このノードを手動でインストールする必要があります。 1. [localhost:5678](http://localhost:5678)ページで、n8nをセルフホスティングするためのオーナーアカウントを作成します。 -2. **設定**>**Community nodes**に移動してください。 +2. **設定**>**Community nodes**に移動してください。 3. **Install a community node**をクリックしてください。 4. **npm Package Name**フィールドに`n8n-nodes-tidb-cloud`と入力します。 5. **「インストール」**をクリックしてください。 diff --git a/tidb-cloud/integrate-tidbcloud-with-vercel.md b/tidb-cloud/integrate-tidbcloud-with-vercel.md index 779973b463683..4946c9df77a67 100644 --- a/tidb-cloud/integrate-tidbcloud-with-vercel.md +++ b/tidb-cloud/integrate-tidbcloud-with-vercel.md @@ -97,7 +97,7 @@ TiDB Cloud Vercel 統合経由で接続するには、 [Vercelの統合マーケ ![Vercel Integration Page](/media/tidb-cloud/vercel/integration-link-cluster-page.png) -6. Vercelダッシュボードに戻り、Vercelプロジェクトに移動して、 **[設定]** > **Environment Variables**をクリックし、対象のTiDBクラスタの環境変数が自動的に追加されているかどうかを確認してください。 +6. Vercelダッシュボードに戻り、Vercelプロジェクトに移動して、 **[設定]** > **Environment Variables**をクリックし、対象のTiDBクラスタの環境変数が自動的に追加されているかどうかを確認してください。 以下の変数が追加された場合、積分は完了です。 @@ -141,7 +141,7 @@ TiDB Cloud Vercel 統合経由で接続するには、 [Vercelの統合マーケ ![Vercel Integration Page](/media/tidb-cloud/vercel/integration-link-data-app-page.png) -6. Vercelダッシュボードに戻り、Vercelプロジェクトに移動して、 **[設定]** > **Environment Variables**をクリックし、対象のデータアプリの環境変数が自動的に追加されているかどうかを確認してください。 +6. Vercelダッシュボードに戻り、Vercelプロジェクトに移動して、 **[設定]** > **Environment Variables**をクリックし、対象のデータアプリの環境変数が自動的に追加されているかどうかを確認してください。 以下の変数が追加された場合、積分は完了です。 @@ -224,7 +224,7 @@ Gitリポジトリに変更をプッシュすると、Vercelがプレビュー 接続情報は、クラスタの接続ダイアログから取得できます。ダイアログを開くには、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象リソースの名前をクリックして概要ページを開き、右上隅の**[接続]**をクリックします。 -2. Vercel ダッシュボード > Vercel プロジェクト >**設定**>**Environment Variables**に移動し、TiDB クラスターの接続情報に従って[各環境変数の値を宣言する](https://vercel.com/docs/concepts/projects/environment-variables#declare-an-environment-variable)。 +2. Vercel ダッシュボード > Vercel プロジェクト >**設定**>**Environment Variables**に移動し、TiDB クラスターの接続情報に従って[各環境変数の値を宣言する](https://vercel.com/docs/concepts/projects/environment-variables#declare-an-environment-variable)。 ![Vercel Environment Variables](/media/tidb-cloud/vercel/integration-vercel-environment-variables.png) @@ -249,7 +249,7 @@ TiDB Cloud コンソールでは、 `` 、 `` 、 `` 1. データ アプリとそのエンドポイントをまだ作成していない場合は、「データ アプリ[データアプリを管理する](/tidb-cloud/data-service-manage-data-app.md)と[エンドポイントの管理](/tidb-cloud/data-service-manage-endpoint.md)の手順に従ってデータ アプリとそのエンドポイントを作成します。 -2. Vercel ダッシュボード > Vercel プロジェクト >**設定**>**Environment Variables**に移動し、データ アプリの接続情報に従って[各環境変数の値を宣言する](https://vercel.com/docs/concepts/projects/environment-variables#declare-an-environment-variable)。 +2. Vercel ダッシュボード > Vercel プロジェクト >**設定**>**Environment Variables**に移動し、データ アプリの接続情報に従って[各環境変数の値を宣言する](https://vercel.com/docs/concepts/projects/environment-variables#declare-an-environment-variable)。 ![Vercel Environment Variables](/media/tidb-cloud/vercel/integration-vercel-environment-variables.png) diff --git a/tidb-cloud/manage-user-access.md b/tidb-cloud/manage-user-access.md index c44cfdfbc64a8..2c5550f53367e 100644 --- a/tidb-cloud/manage-user-access.md +++ b/tidb-cloud/manage-user-access.md @@ -86,7 +86,7 @@ TiDB Cloudには、3種類のプロジェクトがあります。 | プロジェクトは任意です | ❌
（各TiDB Cloud Dedicatedクラスターは、Dedicatedプロジェクトに属している必要があります。） | ✅
（TiDB Xインスタンスは、TiDB Xプロジェクトにグループ化することも、組織レベルで管理することもできます。） | どのプロジェクトにも割り当てられていないTiDB Xインスタンスは、自動的にTiDB X仮想プロジェクトにグループ化されます。 | | プロジェクト設定 | ✅ | ❌ | ❌ | | インフラストラクチャバインディング | ✅
（強力な綴じ方） | ❌ | ❌ | -| RBACモデル | 組織 -> プロジェクト | 組織 -> プロジェクト -> インスタンス | 組織 -> プロジェクト -> インスタンス | +| RBACモデル | 組織 -> プロジェクト | 組織 -> プロジェクト -> インスタンス | 組織 -> プロジェクト -> インスタンス | | プロジェクトレベルのRBAC | ✅ | ✅ | ❌ | | プロジェクトレベルの請求 | ✅ | ✅ | ❌ | | TiDB Xプロジェクト間またはグローバルスコープでのインスタンスの移動 | ❌ | ✅ | ✅
（グローバル限定） | @@ -186,7 +186,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー > - 現在特定のTiDB Cloudリソースのページにいる場合、左上隅のコンボボックスをクリックした後、組織リストに戻るには、コンボボックス内の**Back to My TiDB**をクリックする必要があります。 > - 複数の組織に所属している場合は、コンボボックス内の対象組織名をクリックすることで、組織間でアカウントを切り替えることができます。 -2. 組織IDやタイムゾーンなどの組織の詳細情報を表示するには、組織名をクリックし、左側のナビゲーションペインで**Organization Settings** > **「一般」**をクリックします。 +2. 組織IDやタイムゾーンなどの組織の詳細情報を表示するには、組織名をクリックし、左側のナビゲーションペインで**Organization Settings** > **「一般」**をクリックします。 ### 組織のタイムゾーンを設定してください {#set-the-time-zone-for-your-organization} @@ -196,7 +196,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **Organization Settings** > **[一般]**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **[一般]**をクリックします。 3. **Time Zone**セクションで、ドロップダウンリストからお住まいのタイムゾーンを選択してください。 @@ -214,7 +214,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 3. **ユーザー**ページで、右上隅にある**Invite User**をクリックします。 @@ -251,7 +251,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 3. **ユーザー**ページで、対象メンバーの行を見つけ、その行の**「...」**をクリックし、次に**「削除」**をクリックします。 @@ -321,7 +321,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 3. **ユーザー**ページで、対象メンバーの行を見つけ、その行の**「...」**をクリックし、次に**Edit Role**をクリックします。 @@ -343,7 +343,7 @@ TiDB Xインスタンスへのアクセス権を付与するには、以下の 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 3. **ユーザー**ページで、対象メンバーの行を見つけ、その行の**「...」**をクリックし、次に**Edit Role**をクリックします。 @@ -363,7 +363,7 @@ TiDB Xインスタンスへのアクセス権を付与するには、以下の 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 3. **ユーザー**ページで、対象メンバーの行を見つけ、その行の**「...」**をクリックし、次に**Edit Role**をクリックします。 @@ -377,7 +377,7 @@ TiDB Cloudでユーザーの役割を変更するには、以下の手順を実 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 3. **ユーザー**ページで、対象ユーザーの行を見つけ、その行の**「...」**をクリックし、次に**Edit Role**をクリックします。 diff --git a/tidb-cloud/managed-service-provider-customer.md b/tidb-cloud/managed-service-provider-customer.md index 8852ded751e65..4cc6049c4edbc 100644 --- a/tidb-cloud/managed-service-provider-customer.md +++ b/tidb-cloud/managed-service-provider-customer.md @@ -40,4 +40,4 @@ PingCAP は MSP 顧客に請求書や領収書を送信しません。 ## 過去の請求書を確認する {#check-your-history-bills} -直接のTiDB Cloudアカウントから MSP 顧客アカウントに移行した場合は、 TiDB Cloudコンソールの**[請求]** > **[請求書]** > **[履歴]**にアクセスして、移行前の履歴請求書を表示できます。 +直接のTiDB Cloudアカウントから MSP 顧客アカウントに移行した場合は、 TiDB Cloudコンソールの**[請求]** > **[請求書]** > **[履歴]**にアクセスして、移行前の履歴請求書を表示できます。 diff --git a/tidb-cloud/migrate-from-mysql-using-data-migration.md b/tidb-cloud/migrate-from-mysql-using-data-migration.md index c1b3143cdca3c..29430b9520639 100644 --- a/tidb-cloud/migrate-from-mysql-using-data-migration.md +++ b/tidb-cloud/migrate-from-mysql-using-data-migration.md @@ -253,7 +253,7 @@ SHOW VARIABLES WHERE Variable_name IN
Azure Database for MySQL の構成 - Flexible Server -1. [Azureポータル](https://portal.azure.com/)で、 **Azure Database for MySQL サーバー**を検索して選択し、インスタンス名をクリックしてから、左側のナビゲーション ペインで**[設定]** > **Server parameters**をクリックします。 +1. [Azureポータル](https://portal.azure.com/)で、 **Azure Database for MySQL サーバー**を検索して選択し、インスタンス名をクリックしてから、左側のナビゲーション ペインで**[設定]** > **Server parameters**をクリックします。 2. 各パラメータを検索し、その値を更新します。 @@ -443,11 +443,11 @@ Azure Database for MySQL - Flexible Server は、ネイティブのプライベ 新しいプライベートエンドポイントを追加するには、以下の手順を実行してください。 -1. [Azureポータル](https://portal.azure.com/)で、 **「Azure Database for MySQL サーバー」**を検索して選択し、インスタンス名をクリックしてから、左側のナビゲーション ペインで**「設定」** > **「ネットワーク」**をクリックします。 +1. [Azureポータル](https://portal.azure.com/)で、 **「Azure Database for MySQL サーバー」**を検索して選択し、インスタンス名をクリックしてから、左側のナビゲーション ペインで**「設定」** > **「ネットワーク」**をクリックします。 2. **ネットワーク設定**ページで、**Private endpoints**セクションまでスクロールダウンし、 **+ Create private endpoint**をクリックして、画面の指示に従ってプライベートエンドポイントを設定します。 - セットアップ中に、**Virtual Network**タブでTiDB Cloud がアクセスできる仮想ネットワークとサブネットを選択し、 **DNS**タブで**Private DNS integration**を有効にします。プライベートエンドポイントが作成されてデプロイされたら、 **Go to resource**をクリックし、左側のナビゲーション ペインで**[設定]** > **DNS configuration**をクリックして、**Customer Visible FQDNs**セクションでインスタンスへの接続に使用するホスト名を見つけます。通常、ホスト名は`.mysql.database.azure.com`形式です。 + セットアップ中に、**Virtual Network**タブでTiDB Cloud がアクセスできる仮想ネットワークとサブネットを選択し、 **DNS**タブで**Private DNS integration**を有効にします。プライベートエンドポイントが作成されてデプロイされたら、 **Go to resource**をクリックし、左側のナビゲーション ペインで**[設定]** > **DNS configuration**をクリックして、**Customer Visible FQDNs**セクションでインスタンスへの接続に使用するホスト名を見つけます。通常、ホスト名は`.mysql.database.azure.com`形式です。 詳細な手順については、Azure ドキュメントの[プライベートリンクセンターを使用してプライベートエンドポイントを作成します](https://learn.microsoft.com/en-us/azure/mysql/flexible-server/how-to-networking-private-link-portal#create-a-private-endpoint-via-private-link-center)を参照してください。 @@ -529,7 +529,7 @@ AWS は RDS またはAuroraへの PrivateLink による直接アクセスをサ 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 TiDB Cloud Premiumインスタンスの概要ページに移動してください。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **AWS 外部サービス用プライベートエンドポイントの**セクションで、 **[外部サービス用プライベートエンドポイントの作成]**をクリックします。 @@ -660,7 +660,7 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 -2. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud EssentialインスタンスTiDB Cloud Premiumインスタンス名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **Data Migration**をクリックします。 +2. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud EssentialインスタンスTiDB Cloud Premiumインスタンス名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **Data Migration**をクリックします。 3. **Data Migration**ページで、右上隅にある**Create Migration Job**をクリックします。**Create Migration Job**ページが表示されます。 @@ -723,7 +723,7 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON - 選択した**Connectivity method**に基づいて、以下の手順を実行してください。 - **「公開」**を選択した場合は、 **Hostname or IP address**フィールドにデータソースのホスト名またはIPアドレスを入力してください。 - - **Private Link**が選択されている場合は、 **Private Endpoint**フィールドで既存のプライベート エンドポイントを選択するか、 **[ここでプライベート エンドポイントを作成] をクリックしてプライベート エンドポイント**を作成します。プライベート エンドポイントは、 TiDB Cloud Premium インスタンスの**[ネットワーキング]** > **[AWS 外部サービス用プライベートエンドポイント]**で管理されます。プライベート エンドポイントは、複数のデータ移行ジョブおよび変更フィード間で再利用できます。設定の詳細については、[プライベートリンクまたはプライベートエンドポイント](#private-link-or-private-endpoint)をご覧ください。 + - **Private Link**が選択されている場合は、 **Private Endpoint**フィールドで既存のプライベート エンドポイントを選択するか、 **[ここでプライベート エンドポイントを作成] をクリックしてプライベート エンドポイント**を作成します。プライベート エンドポイントは、 TiDB Cloud Premium インスタンスの**[ネットワーキング]** > **[AWS 外部サービス用プライベートエンドポイント]**で管理されます。プライベート エンドポイントは、複数のデータ移行ジョブおよび変更フィード間で再利用できます。設定の詳細については、[プライベートリンクまたはプライベートエンドポイント](#private-link-or-private-endpoint)をご覧ください。 @@ -772,7 +772,7 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON - 接続方法として**Public IP**または**VPC Peering**を使用する場合は、データ移行サービスのIPアドレスを、ソースデータベースおよびファイアウォール（存在する場合）のIPアクセスリストに追加する必要があります。 - 接続方法として**Private Link**を使用する場合、エンドポイント要求を承認するよう求められます。 - AWSの場合： [AWS VPCコンソール](https://console.aws.amazon.com/vpc/home)で、エンドポイントサービスを作成したAWSリージョンに切り替え、 **Endpoint services**をクリックし、 TiDB Cloudからのエンドポイントリクエストを承認します。 - - Azure の場合: [Azureポータル](https://portal.azure.com)に移動し、MySQL Flexible Server を名前で検索し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックし、右側の**Private endpoint**セクションを見つけて、 TiDB Cloudからの保留中の接続要求を承認します。 + - Azure の場合: [Azureポータル](https://portal.azure.com)に移動し、MySQL Flexible Server を名前で検索し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックし、右側の**Private endpoint**セクションを見つけて、 TiDB Cloudからの保留中の接続要求を承認します。 @@ -971,9 +971,9 @@ TiDB Cloud Dedicatedは、さまざまなシナリオにおけるパフォーマ 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 -2. 対象のTiDB Cloud Dedicatedクラスタの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **Data Migration**をクリックします。 +2. 対象のTiDB Cloud Dedicatedクラスタの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **Data Migration**をクリックします。 -3. **Data Migration**ページで、スケールアップする移行ジョブを探します。**アクション**列で、 **[...]** > **Scale Up/Down**をクリックします。 +3. **Data Migration**ページで、スケールアップする移行ジョブを探します。**アクション**列で、 **[...]** > **Scale Up/Down**をクリックします。 4. **Scale Up/Down**ウィンドウで、使用する新しい仕様を選択し、 **「送信」**をクリックします。ウィンドウの下部に、その仕様の新しい価格が表示されます。 diff --git a/tidb-cloud/migrate-from-op-tidb.md b/tidb-cloud/migrate-from-op-tidb.md index f4445635db159..6f0495c012f60 100644 --- a/tidb-cloud/migrate-from-op-tidb.md +++ b/tidb-cloud/migrate-from-op-tidb.md @@ -217,7 +217,7 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート - kms:復号化 -3. アクセスポリシーを設定します。 [AWSコンソール > IAM > アクセス管理 > ポリシー](https://console.aws.amazon.com/iamv2/home#/policies)してリージョンに切り替えて、 TiDB Cloudのアクセス ポリシーが既に存在するかどうかを確認します。存在しない場合は、このドキュメントに従ってポリシーを作成します。 [JSONタブでポリシーを作成する](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create-console.html)。 +3. アクセスポリシーを設定します。 [AWSコンソール > IAM > アクセス管理 > ポリシー](https://console.aws.amazon.com/iamv2/home#/policies)してリージョンに切り替えて、 TiDB Cloudのアクセス ポリシーが既に存在するかどうかを確認します。存在しない場合は、このドキュメントに従ってポリシーを作成します。 [JSONタブでポリシーを作成する](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create-console.html)。 以下は、JSONポリシーのテンプレート例です。 @@ -266,7 +266,7 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート 4. ロールを設定します。 [IAMロールの作成（コンソール）](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-user.html)を参照してください。 「アカウント ID」フィールドに、ステップ 1 で書き留めたTiDB Cloudアカウント ID とTiDB Cloud外部 ID を入力します。 -5. ロール ARN を取得します。 [AWSコンソール > IAM > アクセス管理 > ロール](https://console.aws.amazon.com/iamv2/home#/roles)。お住まいの地域に切り替えてください。作成したロールをクリックし、ARN をメモします。これは、データをTiDB Cloudにインポートするときに使用します。 +5. ロール ARN を取得します。 [AWSコンソール > IAM > アクセス管理 > ロール](https://console.aws.amazon.com/iamv2/home#/roles)。お住まいの地域に切り替えてください。作成したロールをクリックし、ARN をメモします。これは、データをTiDB Cloudにインポートするときに使用します。 6. TiDB Cloudにデータをインポートします。 @@ -284,7 +284,7 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート 2. TiCDCがTiDB Cloudに接続できるようにします。 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲット リソースの名前をクリックして、その概要ページに移動します。 - 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 + 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. TiDB Cloudのプランに応じて、TiCDCがTiDB Cloudに接続できるようにするために、以下のいずれかの操作を行ってください。 - TiDB Cloud StarterまたはEssentialの場合は、 **Authorized Networks**セクションで**Add rule**をクリックします。表示されたダイアログで、TiCDCコンポーネントのパブリック IP アドレスを使用するファイアウォール ルールを追加し、 **[保存]**をクリックします。詳細については、 [パブリックエンドポイント向けにTiDB Cloud StarterまたはEssential Firewallルールを設定する](/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md#create-and-manage-a-firewall-rule)を参照してください。 diff --git a/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md b/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md index 1578a10032dfb..4550e114057a1 100644 --- a/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md +++ b/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md @@ -156,7 +156,7 @@ SHOW VARIABLES LIKE 'binlog_row_image'; > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud EssentialインスタンスTiDB Cloud Premiumインスタンス名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **Data Migration**をクリックします。 +2. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud EssentialインスタンスTiDB Cloud Premiumインスタンス名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **Data Migration**をクリックします。 3. **Data Migration**ページで、右上隅にある**Create Migration Job**をクリックします。**Create Migration Job**ページが表示されます。 @@ -187,7 +187,7 @@ SHOW VARIABLES LIKE 'binlog_row_image'; - **Hostname or IP address**（公開の場合）：データソースのホスト名またはIPアドレス。 - - **Private Endpoint**(プライベート リンク用): TiDB Cloud Premium インスタンスの**[ネットワーキング]** > **[外部サービス向け AWS プライベート エンドポイント]**で作成したプライベート エンドポイント。または、**ここで [プライベート エンドポイントの作成] をクリックしてプライベート エンドポイント**を作成します。セットアップの詳細については、データ移行ガイドの[プライベートリンクまたはプライベートエンドポイント](/tidb-cloud/migrate-from-mysql-using-data-migration.md#private-link-or-private-endpoint)セクションを参照してください。 + - **Private Endpoint**(プライベート リンク用): TiDB Cloud Premium インスタンスの**[ネットワーキング]** > **[外部サービス向け AWS プライベート エンドポイント]**で作成したプライベート エンドポイント。または、**ここで [プライベート エンドポイントの作成] をクリックしてプライベート エンドポイント**を作成します。セットアップの詳細については、データ移行ガイドの[プライベートリンクまたはプライベートエンドポイント](/tidb-cloud/migrate-from-mysql-using-data-migration.md#private-link-or-private-endpoint)セクションを参照してください。 diff --git a/tidb-cloud/migrate-metrics-integrations.md b/tidb-cloud/migrate-metrics-integrations.md index 9ba8cb314f030..fe7b27be796da 100644 --- a/tidb-cloud/migrate-metrics-integrations.md +++ b/tidb-cloud/migrate-metrics-integrations.md @@ -35,7 +35,7 @@ TiDB Cloudは、DatadogおよびNew Relicとの連携をクラスタレベルで 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Dedicatedクラスターの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションパネルで、 **[設定]** > **[統合]**をクリックします。 +2. 左側のナビゲーションパネルで、 **[設定]** > **[統合]**をクリックします。 3. **「統合」**ページで、必要に応じて新しい統合を作成します。詳細については、 [TiDB CloudとDatadogを統合する](/tidb-cloud/monitor-datadog-integration.md)および[TiDB CloudとNew Relicを統合する](/tidb-cloud/monitor-new-relic-integration.md)を参照してください。 diff --git a/tidb-cloud/migrate-prometheus-metrics-integrations.md b/tidb-cloud/migrate-prometheus-metrics-integrations.md index 1287a46e97494..c0b103c273c1b 100644 --- a/tidb-cloud/migrate-prometheus-metrics-integrations.md +++ b/tidb-cloud/migrate-prometheus-metrics-integrations.md @@ -27,7 +27,7 @@ Prometheusとの連携を移行するには、以下の手順を実行してく 3. 左側のナビゲーションパネルで、 **「プロジェクト設定」**の下にある**Project Settings**をクリックします。 -4. **[統合]** > **Integration to Prometheus (BETA)**モジュールで、 **[Scrape_config Files]**を選択し、 **[削除]**をクリックします。 +4. **[統合]** > **Integration to Prometheus (BETA)**モジュールで、 **[Scrape_config Files]**を選択し、 **[削除]**をクリックします。 5. 表示されたダイアログで、 `Delete`と入力して、従来の統合機能の削除を確認します。 @@ -37,7 +37,7 @@ Prometheusとの連携を移行するには、以下の手順を実行してく 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Dedicatedクラスターの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションパネルで、 **[設定]** > **[統合]**をクリックします。 +2. 左側のナビゲーションパネルで、 **[設定]** > **[統合]**をクリックします。 3. **[統合]**ページで、新しい Prometheus 統合を作成します。詳細については、 [TiDB CloudをPrometheusおよびGrafanaと統合する](/tidb-cloud/monitor-prometheus-and-grafana-integration.md)を参照してください。 diff --git a/tidb-cloud/migrate-sql-shards.md b/tidb-cloud/migrate-sql-shards.md index 1174e5086468c..8331fabd81c61 100644 --- a/tidb-cloud/migrate-sql-shards.md +++ b/tidb-cloud/migrate-sql-shards.md @@ -183,7 +183,7 @@ Amazon S3へのアクセスを設定した後、 TiDB Cloudコンソールで次 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. ターゲットのTiDB Cloud StarterインスタンスTiDB Cloud EssentialインスタンスTiDB Cloud PremiumインスタンスTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 + 2. ターゲットのTiDB Cloud StarterインスタンスTiDB Cloud EssentialインスタンスTiDB Cloud PremiumインスタンスTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 2. **「クラウドストレージからデータをインポート」**を選択し、次に**Amazon S3**をクリックします。 @@ -193,7 +193,7 @@ Amazon S3へのアクセスを設定した後、 TiDB Cloudコンソールで次 - **Included Schema Files**:**いいえ**を選択します。 - **Data Format**： **CSV**を選択してください。 - **Folder URI** : ソース データのバケット URI を入力してください。この例では、テーブルに対応する第 2 階層のディレクトリ`s3://dumpling-s3/store/sales/`を使用することで、 TiDB Cloud はすべての MySQL インスタンスのデータを`store.sales`に一度にインポートしてマージできます。 - - **Bucket Access**> **AWS Role ARN** ：取得したロールARNを入力してください。 + - **Bucket Access**> **AWS Role ARN** ：取得したロールARNを入力してください。 バケットの場所がTiDB Cloud StarterインスタンスTiDB Cloud EssentialインスタンスTiDB Cloud PremiumインスタンスTiDB Cloud Dedicatedクラスタークラスターと異なる場合は、クロスリージョンのコンプライアンスを確認してください。 diff --git a/tidb-cloud/monitor-alert-email.md b/tidb-cloud/monitor-alert-email.md index deb35965ec897..6dd632f5afab1 100644 --- a/tidb-cloud/monitor-alert-email.md +++ b/tidb-cloud/monitor-alert-email.md @@ -70,7 +70,7 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 @@ -97,7 +97,7 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 @@ -127,7 +127,7 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 3. 左側のナビゲーションペインで、 **Alert Subscription**の下にある**Project Settings**をクリックします。 -4. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +4. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 5. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -135,8 +135,8 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -144,8 +144,8 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 diff --git a/tidb-cloud/monitor-alert-flashduty.md b/tidb-cloud/monitor-alert-flashduty.md index 7bc0101649096..7af1fc7f2d132 100644 --- a/tidb-cloud/monitor-alert-flashduty.md +++ b/tidb-cloud/monitor-alert-flashduty.md @@ -83,7 +83,7 @@ TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メー 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 @@ -110,7 +110,7 @@ TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メー 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 @@ -140,7 +140,7 @@ TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メー 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 3. 左側のナビゲーションペインで、 **Alert Subscription**の下にある**Project Settings**をクリックします。 -4. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +4. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 5. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -148,8 +148,8 @@ TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メー 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -157,8 +157,8 @@ TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メー 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 diff --git a/tidb-cloud/monitor-alert-pagerduty.md b/tidb-cloud/monitor-alert-pagerduty.md index 16333f8f1d68e..ef6c06a593980 100644 --- a/tidb-cloud/monitor-alert-pagerduty.md +++ b/tidb-cloud/monitor-alert-pagerduty.md @@ -79,7 +79,7 @@ TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メ 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 @@ -106,7 +106,7 @@ TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メ 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 @@ -136,7 +136,7 @@ TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メ 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 3. 左側のナビゲーションペインで、 **Alert Subscription**の下にある**Project Settings**をクリックします。 -4. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +4. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 5. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -144,8 +144,8 @@ TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メ 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -153,8 +153,8 @@ TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メ 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 diff --git a/tidb-cloud/monitor-alert-slack.md b/tidb-cloud/monitor-alert-slack.md index 5ecc641515e8f..b9e51c5f30421 100644 --- a/tidb-cloud/monitor-alert-slack.md +++ b/tidb-cloud/monitor-alert-slack.md @@ -84,7 +84,7 @@ TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 @@ -111,7 +111,7 @@ TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 @@ -141,7 +141,7 @@ TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 3. 左側のナビゲーションペインで、 **Alert Subscription**の下にある**Project Settings**をクリックします。 -4. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +4. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 5. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -149,8 +149,8 @@ TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -158,8 +158,8 @@ TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 diff --git a/tidb-cloud/monitor-alert-zoom.md b/tidb-cloud/monitor-alert-zoom.md index b646423aff8a4..a8e0104479872 100644 --- a/tidb-cloud/monitor-alert-zoom.md +++ b/tidb-cloud/monitor-alert-zoom.md @@ -103,7 +103,7 @@ TiDB Cloud Essentialインスタンスのアラート通知を購読するには 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 @@ -132,7 +132,7 @@ TiDB Cloud Premiumインスタンスのアラート通知を購読するには 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 @@ -162,7 +162,7 @@ TiDB Cloud Premiumインスタンスのアラート通知を購読するには 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 3. 左側のナビゲーションペインで、 **Alert Subscription**の下にある**Project Settings**をクリックします。 -4. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +4. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 5. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -170,8 +170,8 @@ TiDB Cloud Premiumインスタンスのアラート通知を購読するには 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -179,8 +179,8 @@ TiDB Cloud Premiumインスタンスのアラート通知を購読するには 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 diff --git a/tidb-cloud/monitor-datadog-integration.md b/tidb-cloud/monitor-datadog-integration.md index b591bc251774b..6bc5d4a102173 100644 --- a/tidb-cloud/monitor-datadog-integration.md +++ b/tidb-cloud/monitor-datadog-integration.md @@ -49,7 +49,7 @@ TiDB Cloudは、2022年3月4日よりプロジェクトレベルのDatadog統合 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Dedicatedクラスターの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[統合]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[統合]**をクリックします。 3. **統合**ページで、 **Integration to Datadog**をクリックします。 diff --git a/tidb-cloud/monitor-new-relic-integration.md b/tidb-cloud/monitor-new-relic-integration.md index 8d016a1f3eb14..8b2b9bf319139 100644 --- a/tidb-cloud/monitor-new-relic-integration.md +++ b/tidb-cloud/monitor-new-relic-integration.md @@ -41,7 +41,7 @@ TiDB Cloudは、2023年4月11日よりプロジェクトレベルのNew Relic統 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Dedicatedクラスターの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[統合]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[統合]**をクリックします。 3. **統合**ページで、 **Integration to New Relic**をクリックします。 diff --git a/tidb-cloud/monitor-prometheus-and-grafana-integration.md b/tidb-cloud/monitor-prometheus-and-grafana-integration.md index c5074e7ad1a0b..1bc4e3118d293 100644 --- a/tidb-cloud/monitor-prometheus-and-grafana-integration.md +++ b/tidb-cloud/monitor-prometheus-and-grafana-integration.md @@ -44,7 +44,7 @@ Prometheus サービスでTiDB Cloudのメトリクスを読み取るように
1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Dedicatedクラスターの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[統合]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[統合]**をクリックします。 3. **「統合」**ページで、 **Integration to Prometheus**をクリックします。 4. **Add File**をクリックすると、現在のクラスター用の`scrape_config`ファイルが生成されて表示されます。 5. `scrape_config`ファイルの内容のコピーを作成して、後で使用してください。 @@ -74,7 +74,7 @@ Prometheus サービスでTiDB Cloudのメトリクスを読み取るように 2. Prometheus の設定ファイルで、 `scrape_configs`セクションを探し、 TiDB Cloudから取得した`scrape_config`ファイルの内容をそのセクションにコピーします。 -3. Prometheusサービスで、 **[ステータス]** > **[ターゲット]**を確認し、新しい`scrape_config`ファイルが読み込まれていることを確認してください。読み込まれていない場合は、Prometheusサービスを再起動する必要があるかもしれません。 +3. Prometheusサービスで、 **[ステータス]** > **[ターゲット]**を確認し、新しい`scrape_config`ファイルが読み込まれていることを確認してください。読み込まれていない場合は、Prometheusサービスを再起動する必要があるかもしれません。 ### ステップ3. Grafana GUIダッシュボードを使用してメトリクスを視覚化する {#step-3-use-grafana-gui-dashboards-to-visualize-the-metrics} diff --git a/tidb-cloud/monitor-tidb-cluster.md b/tidb-cloud/monitor-tidb-cluster.md index 23c922ab290ae..f4f3f2bf0d398 100644 --- a/tidb-cloud/monitor-tidb-cluster.md +++ b/tidb-cloud/monitor-tidb-cluster.md @@ -109,6 +109,6 @@ TiDB Cloudでは、次のページから、 TiDB C > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[監視]** > **[メトリクス]**をクリックします。 +2. 左側のナビゲーションペインで、 **[監視]** > **[メトリクス]**をクリックします。 詳細については、 [TiDB Cloud の組み込みメトリクス](/tidb-cloud/built-in-monitoring.md)を参照してください。 diff --git a/tidb-cloud/premium/backup-and-restore-premium.md b/tidb-cloud/premium/backup-and-restore-premium.md index 17df388206e56..e671b0fe18fdd 100644 --- a/tidb-cloud/premium/backup-and-restore-premium.md +++ b/tidb-cloud/premium/backup-and-restore-premium.md @@ -36,7 +36,7 @@ aliases: ['/ja/tidbcloud/restore-deleted-tidb-cluster'] > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[データ]** > **[バックアップ]**をクリックします。 +2. 左側のナビゲーションペインで、 **[データ]** > **[バックアップ]**をクリックします。 ## 自動バックアップ {#automatic-backups} @@ -146,7 +146,7 @@ PITR を使用すると、保持期間内の任意の時点にデータを復元 1. インスタンスの[**バックアップ**](#view-the-backup-page)ページに移動します。 -2. 削除したいバックアップファイルを見つけて、 **[アクション]**列の**[...]** > **[削除]**をクリックします。 +2. 削除したいバックアップファイルを見つけて、 **[アクション]**列の**[...]** > **[削除]**をクリックします。 > **Note:** > diff --git a/tidb-cloud/premium/built-in-monitoring-premium.md b/tidb-cloud/premium/built-in-monitoring-premium.md index 7003ac43fb7f2..a8111a23a31c5 100644 --- a/tidb-cloud/premium/built-in-monitoring-premium.md +++ b/tidb-cloud/premium/built-in-monitoring-premium.md @@ -17,7 +17,7 @@ TiDB Cloudは、 TiDB Cloud Premiumインスタンスの標準メトリック一 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[監視]** > **[メトリクス]**をクリックします。 +2. 左側のナビゲーションペインで、 **[監視]** > **[メトリクス]**をクリックします。 ## メトリクス保持ポリシー {#metrics-retention-policy} diff --git a/tidb-cloud/premium/configure-ip-access-list-premium.md b/tidb-cloud/premium/configure-ip-access-list-premium.md index 3286323bdd2e7..bd2d8df6a7e44 100644 --- a/tidb-cloud/premium/configure-ip-access-list-premium.md +++ b/tidb-cloud/premium/configure-ip-access-list-premium.md @@ -19,7 +19,7 @@ TiDB Cloud PremiumインスタンスのIPアクセスリストを設定するに > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Networking**ページで、**Public Endpoint**の**Enable**をクリックしてインスタンスがパブリックエンドポイント経由でアクセスできるようにし、 **Add IP Address**をクリックします。 diff --git a/tidb-cloud/premium/connect-to-premium-via-alibaba-cloud-private-endpoint.md b/tidb-cloud/premium/connect-to-premium-via-alibaba-cloud-private-endpoint.md index a9d9f1e142382..dbb271015aa0e 100644 --- a/tidb-cloud/premium/connect-to-premium-via-alibaba-cloud-private-endpoint.md +++ b/tidb-cloud/premium/connect-to-premium-via-alibaba-cloud-private-endpoint.md @@ -32,7 +32,7 @@ summary: Alibaba Cloud上のプライベートエンドポイントを介してT Alibaba Cloud管理コンソールを使用してVPCインターフェースエンドポイントを作成するには、次の手順を実行します。 1. [Alibaba Cloud管理コンソール](https://account.alibabacloud.com/login/login.htm)にサインインします。 -2. **VPC** >**エンドポイント**に移動します。 +2. **VPC** >**エンドポイント**に移動します。 3. **Interface Endpoints**タブをクリックし、 **Create Endpoint**をクリックします。 4. エンドポイントの詳細を入力してください。 - **リージョン**： TiDB Cloud Premiumインスタンスと同じリージョンを選択してください。 @@ -65,7 +65,7 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ エンドポイント接続を承認すると、接続ダイアログにリダイレクトされます。 -1. プライベートエンドポイントの接続ステータスが**「アクティブ」**になるまでお待ちください（約5分）。ステータスを確認するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動してください。 +1. プライベートエンドポイントの接続ステータスが**「アクティブ」**になるまでお待ちください（約5分）。ステータスを確認するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動してください。 2. **Connect With**ドロップダウンリストから、希望する接続方法を選択してください。対応する接続​​文字列がダイアログの下部に表示されます。 @@ -73,7 +73,7 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ ## プライベートエンドポイントの状態参照 {#private-endpoint-status-reference} -プライベートエンドポイントまたはプライベートエンドポイントサービスのステータスを表示するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動します。 +プライベートエンドポイントまたはプライベートエンドポイントサービスのステータスを表示するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動します。 プライベートエンドポイントの可能なステータスは、以下のように説明されます。 diff --git a/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md b/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md index 0e15346ab3bde..94a48e2a59d34 100644 --- a/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md +++ b/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md @@ -215,6 +215,6 @@ AWS マネジメントコンソールでプライベート DNS を有効にす ### プライベートDNSを有効にした後、プライベートエンドポイント経由でTiDB Cloud Premiumインスタンスに接続できません。なぜでしょうか？ {#i-cannot-connect-to-a-tidb-cloud-premium-instance-via-a-private-endpoint-after-enabling-private-dns-why} -AWS マネジメント コンソールで、VPC エンドポイントのセキュリティ グループを適切に設定する必要がある場合があります。そのためには、 **[VPC]** > **[エンドポイント]**に移動し、VPC エンドポイントを右クリックして、 **Manage security groups**を選択します。選択したセキュリティ グループが、ポート`4000`またはお客様定義のポートで EC2 インスタンスからの受信アクセスを許可していることを確認してください。 +AWS マネジメント コンソールで、VPC エンドポイントのセキュリティ グループを適切に設定する必要がある場合があります。そのためには、 **[VPC]** > **[エンドポイント]**に移動し、VPC エンドポイントを右クリックして、 **Manage security groups**を選択します。選択したセキュリティ グループが、ポート`4000`またはお客様定義のポートで EC2 インスタンスからの受信アクセスを許可していることを確認してください。 ![Manage security groups](/media/tidb-cloud/private-endpoint/manage-security-groups.png) diff --git a/tidb-cloud/premium/import-csv-files-premium.md b/tidb-cloud/premium/import-csv-files-premium.md index 5b65b05f77942..87678da3f7700 100644 --- a/tidb-cloud/premium/import-csv-files-premium.md +++ b/tidb-cloud/premium/import-csv-files-premium.md @@ -100,7 +100,7 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 @@ -155,7 +155,7 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 - 2. 対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 + 2. 対象のTiDB Cloud Premiumインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「インポート」**をクリックします。 2. **「クラウドストレージからデータをインポート」**をクリックします。 diff --git a/tidb-cloud/premium/import-from-s3-premium.md b/tidb-cloud/premium/import-from-s3-premium.md index 66bb3a28b86a4..8a98cacbaaffd 100644 --- a/tidb-cloud/premium/import-from-s3-premium.md +++ b/tidb-cloud/premium/import-from-s3-premium.md @@ -48,13 +48,13 @@ TiDB Cloud Premiumがバケットを読み取れるようにするには、以 1. [TiDB Cloudコンソール](https://tidbcloud.com/tidbs)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 TiDB Cloud Premiumインスタンスの名前をクリックします。 -2. 左側のナビゲーションペインで、 **[データ]** > **[インポート]**をクリックし、 **[クラウドストレージからデータをインポート]**を選択します。 +2. 左側のナビゲーションペインで、 **[データ]** > **[インポート]**をクリックし、 **[クラウドストレージからデータをインポート]**を選択します。 3. **Source Connection**ダイアログで： - **Storage Provider**を**Amazon S3**に設定します。 - 単一ファイル（ `s3://bucket/path/file.csv` ）またはフォルダ（ `s3://bucket/path/` ）の**Source Files URI**を入力します。 - **AWS Role ARN**または**AWS Access Key**を選択し、認証情報を入力してください。 - - 接続を確認するには、 **Test Bucket Access**をクリックしてください。<!--Todo-- 既知のプレビューの問題: ボタンをクリックすると、成功のトーストが表示されずにアイドル状態に戻ります。--> + - 接続を確認するには、 **Test Bucket Access**をクリックしてください。<!--Todo-- 既知のプレビューの問題: ボタンをクリックすると、成功のトーストが表示されずにアイドル状態に戻ります。--> 4. **「次へ」**をクリックし、インポートジョブに使用するTiDB SQLのユーザー名とパスワードを入力してください。必要に応じて、接続テストを実行してください。 diff --git a/tidb-cloud/premium/migrate-from-op-tidb-premium.md b/tidb-cloud/premium/migrate-from-op-tidb-premium.md index f2ae6c1eb5924..5f60292f7d772 100644 --- a/tidb-cloud/premium/migrate-from-op-tidb-premium.md +++ b/tidb-cloud/premium/migrate-from-op-tidb-premium.md @@ -204,8 +204,8 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、対象のTiDB Cloud Premium インスタンスのアカウント ID と外部 ID を取得します。 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象インスタンスの名前をクリックします。 - 2. 左側のナビゲーションペインで、 **[データ]** > **[インポート]**をクリックします。 - 3. **「クラウドストレージからデータをインポート」** > **Amazon S3**を選択します。 + 2. 左側のナビゲーションペインで、 **[データ]** > **[インポート]**をクリックします。 + 3. **「クラウドストレージからデータをインポート」** > **Amazon S3**を選択します。 4. ウィザードに表示される**Account ID**と**External ID**をメモしておいてください。これらの値はCloudFormationテンプレートに埋め込まれています。 2. **Source Connection**ダイアログで、 **AWS Role ARN**を選択し、 **[AWS CloudFormation で新しいものを作成するにはここをクリックしてください]**をクリックし、画面上のガイダンスに従います。組織が CloudFormation スタックを起動できない場合は、 [IAMロールを手動で作成する](#manually-create-the-iam-role-optional)を参照してください。 @@ -280,7 +280,7 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート 2. TiCDCがTiDB Cloud Premiumに接続できるように許可します。 1. [TiDB Cloudコンソール](https://tidbcloud.com/tidbs)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 - 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 + 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **ネットワーク設定**ページで、 **Add IP Address**をクリックします。 4. 表示されたダイアログで、 **[IP アドレスを使用する]**を選択し、 [ **+** ] をクリックし、 **IP Address**フィールドに TiCDCコンポーネントのパブリック IP アドレスを入力して、 **[確認]**をクリックします。これで、TiCDC はTiDB Cloud Premium にアクセスできるようになりました。詳細については、 [IPアクセスリストを設定する](/tidb-cloud/configure-ip-access-list.md)を参照してください。 diff --git a/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md b/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md index 1007c0f317595..6a8ae8524ee25 100644 --- a/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md +++ b/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md @@ -66,7 +66,7 @@ TiDB Cloud VPCへのアクセスを許可するには、エンドポイントサ > > 左上隅にあるコンボボックスを使用して、組織とインスタンスを切り替えることができます。 -3. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +3. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 ## ステップ2．変更フィード用のプライベートエンドポイントを設定する {#step-2-configure-the-private-endpoint-for-changefeeds} diff --git a/tidb-cloud/premium/tidb-cloud-auditing-premium.md b/tidb-cloud/premium/tidb-cloud-auditing-premium.md index cffafe2864484..ca4725dca9ade 100644 --- a/tidb-cloud/premium/tidb-cloud-auditing-premium.md +++ b/tidb-cloud/premium/tidb-cloud-auditing-premium.md @@ -51,16 +51,16 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA 1. TiDB Cloudコンソールで、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - 2. 対象インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 + 2. 対象インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 3. **DB Audit Logging**ページで、右上隅にある**「有効にする」**をクリックします。 4. **データベース監査ログストレージコンフィグレーション**ダイアログで、 **AWS IAM Policy Settings**セクションを探し、後で使用するために**TiDB Cloud Account ID**と**TiDB Cloud External ID**を記録してください。 -2. AWS マネジメント コンソールで、 **IAM** > **Access Management** > **Policies**に移動し、 `s3:PutObject`書き込み専用権限を持つストレージバケット ポリシーが存在するかどうかを確認します。 +2. AWS マネジメント コンソールで、 **IAM** > **Access Management** > **Policies**に移動し、 `s3:PutObject`書き込み専用権限を持つストレージバケット ポリシーが存在するかどうかを確認します。 - はいの場合、後で使用するために、一致したストレージバケットポリシーを記録してください。 - - そうでない場合は、 **IAM** > **Access Management** > **Policies** > **Create Policy**に移動し、次のポリシー テンプレートに従ってバケット ポリシーを定義します。 + - そうでない場合は、 **IAM** > **Access Management** > **Policies** > **Create Policy**に移動し、次のポリシー テンプレートに従ってバケット ポリシーを定義します。 ```json { @@ -77,12 +77,12 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA テンプレートでは、 ``は監査ログファイルが書き込まれる S3 バケットの Amazon リソース ネーム (ARN) です。S3 バケットの**[プロパティ]**タブに移動し、 **Bucket Overview**領域で ARN の値を取得できます。 `"Resource"`フィールドでは、ARN の後に`/*`を追加する必要があります。たとえば、ARN が`arn:aws:s3:::tidb-cloud-test`の場合、 `"Resource"`フィールドの値を`"arn:aws:s3:::tidb-cloud-test/*"`に設定する必要があります。 -3. **IAM** > **Access Management** > **Roles**に移動し、以前に記録したTiDB Cloudアカウント ID と外部 ID に対応する信頼エンティティを持つロールが既に存在するかどうかを確認します。 +3. **IAM** > **Access Management** > **Roles**に移動し、以前に記録したTiDB Cloudアカウント ID と外部 ID に対応する信頼エンティティを持つロールが既に存在するかどうかを確認します。 - はいの場合、後で使用するために一致した役割を記録してください。 - そうでない場合は、 **Create role**をクリックし、信頼エンティティタイプとして**Another AWS account**を選択してから、 **Account ID**フィールドにTiDB CloudアカウントIDの値を入力します。次に、 **Require External ID**オプションを選択し、**External ID**フィールドにTiDB Cloud外部IDの値を入力します。 -4. **IAM** > **Access Management** > **Roles**で、前の手順で確認したロール名をクリックして**概要**ページに移動し、以下の手順を実行します。 +4. **IAM** > **Access Management** > **Roles**で、前の手順で確認したロール名をクリックして**概要**ページに移動し、以下の手順を実行します。 1. **「アクセス許可」**タブで、 `s3:PutObject`書き込み専用アクセス許可を持つ記録済みポリシーがロールに添付されているかどうかを確認します。添付されていない場合は、 **Attach Policies**を選択し、必要なポリシーを検索して、 **Attach Policy**をクリックします。 2. **概要**ページに戻り、**Role ARN**値をクリップボードにコピーしてください。 @@ -133,11 +133,11 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA 1. 監査ログを有効にしたいTiDB Cloud PremiumインスタンスのAlibaba CloudサービスアカウントIDを取得してください。 1. TiDB Cloudコンソールで、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - 2. 対象インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 + 2. 対象インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 3. **DB Audit Logging**ページで、右上隅にある**「有効にする」**をクリックします。 4. **データベース監査ログストレージコンフィグレーション**ダイアログで、 **Alibaba Cloud RAM Policy Settings**セクションを探し、後で使用するために**TiDB Cloud Account ID**と**TiDB Cloud External ID**を記録してください。 -2. Alibaba Cloud コンソールで、 **[RAM]** > **[権限]** > **[ポリシー]**に移動し、監査ログ OSS バケットに対して`oss:PutObject`書き込み専用権限を持つポリシーが既に存在するかどうかを確認します。 +2. Alibaba Cloud コンソールで、 **[RAM]** > **[権限]** > **[ポリシー]**に移動し、監査ログ OSS バケットに対して`oss:PutObject`書き込み専用権限を持つポリシーが既に存在するかどうかを確認します。 - はいの場合、後で使用するためにポリシー名を記録してください。 @@ -160,7 +160,7 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA `` TiDB Cloud が監査ログを書き込む OSS バケットの名前に置き換えてください。たとえば、バケット名が`auditlog-bucket`の場合は、 `"Resource": "acs:oss:*:*:auditlog-bucket/*"`を使用します。 -3. Alibaba Cloudコンソールで、 **[RAM]** > **[ID]** > **[ロール]**に移動し、**trusted entity**が以前に記録したTiDB CloudアカウントIDと外部IDに一致するロールが既に存在するかどうかを確認します。 +3. Alibaba Cloudコンソールで、 **[RAM]** > **[ID]** > **[ロール]**に移動し、**trusted entity**が以前に記録したTiDB CloudアカウントIDと外部IDに一致するロールが既に存在するかどうかを確認します。 - はいの場合、後で使用するために役割名を記録してください。 @@ -305,7 +305,7 @@ TiDB Cloudの監査ログは、インスタンスID、内部ID、およびログ ## 監査ログを無効にする {#disable-audit-logging} -インスタンスの監査を停止したい場合は、インスタンスのページに移動し、 **[設定]** > **Audit Settings**をクリックして、右上隅の監査設定を**[無効]**に切り替えます。 +インスタンスの監査を停止したい場合は、インスタンスのページに移動し、 **[設定]** > **Audit Settings**をクリックして、右上隅の監査設定を**[無効]**に切り替えます。 > **Note:** > diff --git a/tidb-cloud/prometheus-grafana-integration.md b/tidb-cloud/prometheus-grafana-integration.md index abefd1276eb05..ca9b70d31230f 100644 --- a/tidb-cloud/prometheus-grafana-integration.md +++ b/tidb-cloud/prometheus-grafana-integration.md @@ -29,7 +29,7 @@ Prometheus サービスでTiDB Cloudのメトリクスを読み取るように 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[統合]** > **Integration to Prometheus(PREVIEW)**をクリックします。 +2. 左側のナビゲーションペインで、 **[統合]** > **Integration to Prometheus(PREVIEW)**をクリックします。 3. **Add File**をクリックすると、現在のTiDB Cloud Essentialインスタンス用の`scrape_config`ファイルが生成されて表示されます。 4. `scrape_config`ファイルの内容のコピーを作成して、後で使用してください。 @@ -38,7 +38,7 @@ Prometheus サービスでTiDB Cloudのメトリクスを読み取るように 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーション ペインで、 **[設定]** > **[統合]** > **Integration to Prometheus(PREVIEW)**をクリックします。 +2. 左側のナビゲーション ペインで、 **[設定]** > **[統合]** > **Integration to Prometheus(PREVIEW)**をクリックします。 3. **Add File**をクリックすると、現在のTiDB Cloud Premium インスタンス用の`scrape_config`ファイルが生成されて表示されます。 4. `scrape_config`ファイルの内容のコピーを作成して、後で使用してください。 @@ -57,7 +57,7 @@ Prometheus サービスでTiDB Cloudのメトリクスを読み取るように 2. Prometheus の設定ファイルで、 `scrape_configs`セクションを探し、 TiDB Cloudから取得した`scrape_config`ファイルの内容をそのセクションにコピーします。 -3. Prometheusサービスで、 **[ステータス]** > **[ターゲット]**を確認し、新しい`scrape_config`ファイルが読み込まれていることを確認してください。読み込まれていない場合は、Prometheusサービスを再起動する必要があるかもしれません。 +3. Prometheusサービスで、 **[ステータス]** > **[ターゲット]**を確認し、新しい`scrape_config`ファイルが読み込まれていることを確認してください。読み込まれていない場合は、Prometheusサービスを再起動する必要があるかもしれません。 ### ステップ3. Grafana GUIダッシュボードを使用してメトリクスを視覚化する {#step-3-use-grafana-gui-dashboards-to-visualize-the-metrics} diff --git a/tidb-cloud/releases/release-notes-2022.md b/tidb-cloud/releases/release-notes-2022.md index 7e4d8ee1c239e..22602de4c638f 100644 --- a/tidb-cloud/releases/release-notes-2022.md +++ b/tidb-cloud/releases/release-notes-2022.md @@ -161,7 +161,7 @@ summary: 2022 年のTiDB Cloudのリリース ノートについて説明しま - ユーザーフィードバックチャネルを改善します。 - TiDB Cloudコンソールの**「サポート」** >「**フィードバックを送信」**から、デモやクレジットをリクエストできるようになりました。TiDB Cloudについてさらに詳しく知りたい場合に役立ちます。 + TiDB Cloudコンソールの**「サポート」** >「**フィードバックを送信」**から、デモやクレジットをリクエストできるようになりました。TiDB Cloudについてさらに詳しく知りたい場合に役立ちます。 ご依頼をいただいた後、できるだけ早くご連絡し、サポートさせていただきます。 diff --git a/tidb-cloud/releases/release-notes-2023.md b/tidb-cloud/releases/release-notes-2023.md index 5dfa882814dfa..6041391a96eae 100644 --- a/tidb-cloud/releases/release-notes-2023.md +++ b/tidb-cloud/releases/release-notes-2023.md @@ -851,7 +851,7 @@ summary: 2023 年のTiDB Cloudのリリース ノートについて説明しま - [コンソール監査ログ](/tidb-cloud/tidb-cloud-console-auditing.md)機能を使用して、 [TiDB Cloudコンソール](https://tidbcloud.com/)で組織内のメンバーが実行したさまざまなアクティビティを追跡することをサポートします。 - コンソール監査ログ機能は、ロール`Owner`または`Audit Admin`ユーザーのみに表示され、デフォルトでは無効になっています。有効にするには、 [TiDB Cloudコンソール](https://tidbcloud.com/)の右上隅にある**[組織]** > **[コンソール監査ログ] を選択します**。 + コンソール監査ログ機能は、ロール`Owner`または`Audit Admin`ユーザーのみに表示され、デフォルトでは無効になっています。有効にするには、 [TiDB Cloudコンソール](https://tidbcloud.com/)の右上隅にある**[組織]** > **[コンソール監査ログ] を選択します**。 コンソール監査ログを分析することで、組織内で実行された疑わしい操作を特定し、組織のリソースとデータのセキュリティを向上させることができます。 diff --git a/tidb-cloud/serverless-export.md b/tidb-cloud/serverless-export.md index bc6ff268397d0..51b1d48a706c9 100644 --- a/tidb-cloud/serverless-export.md +++ b/tidb-cloud/serverless-export.md @@ -187,7 +187,7 @@ Alibaba Cloud OSS にデータをエクスポートするには、次の情報 > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -2. ターゲット {{{ .starter }}} インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 +2. ターゲット {{{ .starter }}} インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 3. **インポート**ページで、右上隅の**Export Data to**をクリックし、ドロップダウンリストから**Local File**を選択します。以下のパラメータを入力します。 @@ -241,7 +241,7 @@ Alibaba Cloud OSS にデータをエクスポートするには、次の情報 > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 +2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 3. **インポート**ページで、右上隅の**Export Data to**をクリックし、ドロップダウンリストから**Amazon S3**を選択します。以下のパラメータを入力します。 @@ -285,7 +285,7 @@ ticloud serverless export create -c --target-type S3 --s3.uri > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -2. ターゲット {{{ .starter }}} インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 +2. ターゲット {{{ .starter }}} インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 3. **インポート**ページで、右上隅の**Export Data to**をクリックし、ドロップダウンリストから**Google Cloud Storage**を選択します。以下のパラメータを入力します。 @@ -323,7 +323,7 @@ ticloud serverless export create -c --target-type GCS --gcs.uri > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 +2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 3. **インポート**ページで、右上隅の**Export Data to**をクリックし、ドロップダウンリストから**Azure Blob Storage**を選択します。以下のパラメータを入力します。 @@ -361,7 +361,7 @@ ticloud serverless export create -c --target-type AZURE_BLOB --azbl > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 +2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 3. **「インポート」**ページで、右上隅の**Export Data to**をクリックし、ドロップダウンリストから**Alibaba Cloud OSS**を選択します。 @@ -404,7 +404,7 @@ ticloud serverless export create -c --target-type OSS --oss.uri > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 +2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 3. **[インポート]**ページで**[エクスポート]**をクリックして、エクスポート タスク リストを表示します。 diff --git a/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md b/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md index 6bb10688170ee..1c6efa35d2461 100644 --- a/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md +++ b/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md @@ -23,7 +23,7 @@ summary: Alibaba Cloud Endpoint Service プライベートリンク接続を使 Alibaba Cloud アカウント ID とアベイラビリティーゾーンを表示するには、次の手順を実行します。 -1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 2. **[外部サービス向け Alibaba Cloud プライベートエンドポイント]**領域で、**[外部サービス向けプライベートエンドポイントの作成]**をクリックします。 3. 表示されたダイアログで、Alibaba Cloud アカウント ID とアベイラビリティーゾーンを見つけることができます。 diff --git a/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md b/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md index 6316939e132e5..f90e89430a761 100644 --- a/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md +++ b/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md @@ -16,7 +16,7 @@ summary: Amazon MSK プロビジョニングされたプライベートリンク AWS アカウント ID とアベイラビリティーゾーンを表示するには: -1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 2. **[外部サービス向け AWS プライベートエンドポイント]**領域で、**[外部サービス向けプライベートエンドポイントを作成]**をクリックします。 3. ダイアログで、AWS アカウント ID とアベイラビリティーゾーンをメモします。 diff --git a/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md b/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md index 44779e2cc698f..d88e4b2d16c70 100644 --- a/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md +++ b/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md @@ -22,7 +22,7 @@ summary: AWS エンドポイント サービス プライベート リンク接 AWS アカウント ID とアベイラビリティーゾーンを表示するには、次の手順を実行します。 -1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 2. **[外部サービス向け AWS プライベートエンドポイント]**領域で、**[外部サービス向けプライベートエンドポイントの作成]**をクリックします。 3. 表示されたダイアログで、AWS アカウント ID とアベイラビリティーゾーンを見つけることができます。 diff --git a/tidb-cloud/serverless-private-link-connection-to-aws-rds.md b/tidb-cloud/serverless-private-link-connection-to-aws-rds.md index 291fc87b07a41..6d0b163a682a9 100644 --- a/tidb-cloud/serverless-private-link-connection-to-aws-rds.md +++ b/tidb-cloud/serverless-private-link-connection-to-aws-rds.md @@ -24,7 +24,7 @@ summary: AWS Endpoint Serviceのプライベートリンク接続を使用して AWSアカウントIDとアベイラビリティゾーンを表示するには、以下の手順を実行してください。 -1. [TiDB Cloudコンソール](https://tidbcloud.com)TiDB Cloud Essentialインスタンスの概要ページに移動し、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)TiDB Cloud Essentialインスタンスの概要ページに移動し、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックします。 2. **外部サービス向けAWSプライベートエンドポイント**領域で、 **[外部サービス向けプライベートエンドポイントの作成]を**クリックします。 3. 表示されたダイアログには、AWSアカウントIDとアベイラビリティゾーンが表示されます。 diff --git a/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-alicloud.md b/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-alicloud.md index 170d990574013..e8aed52e780a2 100644 --- a/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-alicloud.md +++ b/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-alicloud.md @@ -42,7 +42,7 @@ summary: Alibaba Cloud Endpoint Service のプライベート リンク接続を Alibaba Cloud アカウント ID とアベイラビリティーゾーンを表示するには、次の手順を実行します。 -1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 2. **[外部サービス向け Alibaba Cloud プライベートエンドポイント]**領域で、**[外部サービス向けプライベートエンドポイントの作成]**をクリックします。 3. 表示されたダイアログで、Alibaba Cloud アカウント ID とアベイラビリティーゾーンを見つけることができます。 @@ -74,7 +74,7 @@ Kafka VPC を作成するには、次の手順を実行します。 **1.1. Kafka VPCを作成する** -1. [Alibaba Cloud コンソール > VPC ダッシュボード](https://vpc.console.alibabacloud.com/vpc)に進み、Kafka をデプロイするリージョンに切り替えます。 +1. [Alibaba Cloud コンソール > VPC ダッシュボード](https://vpc.console.alibabacloud.com/vpc)に進み、Kafka をデプロイするリージョンに切り替えます。 2. **Create VPC**をクリックします。**VPC settings**ページで以下の情報を入力します。 @@ -538,10 +538,10 @@ b3.ap-southeast-1c.unique_name.alicloud.plc.tidbcloud.com:9095 (id: 3 rack: null 異なるポートを持つ4つのサーバーグループを持つネットワークロードバランサーを作成します。1つのサーバーグループはブートストラップ用で、他のサーバーグループは異なるブローカーにマッピングされます。 -1. ブートストラップサーバーグループ => 9092 => broker-node1:39092、broker-node2:39092、broker-node3:39092 -2. ブローカーサーバーグループ 1 => 9093 => broker-node1:39092 -3. ブローカーサーバーグループ 2 => 9094 => broker-node2:39092 -4. ブローカーサーバーグループ 3 => 9095 => broker-node3:39092 +1. ブートストラップサーバーグループ => 9092 => broker-node1:39092、broker-node2:39092、broker-node3:39092 +2. ブローカーサーバーグループ 1 => 9093 => broker-node1:39092 +3. ブローカーサーバーグループ 2 => 9094 => broker-node2:39092 +4. ブローカーサーバーグループ 3 => 9095 => broker-node3:39092 ブローカーロールノードが複数ある場合は、マッピングを追加する必要があります。ブートストラップターゲットグループに少なくとも1つのノードがあることを確認してください。耐障害性を確保するため、各AZに1つずつ、合計3つのノードを追加することをお勧めします。 diff --git a/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-aws.md b/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-aws.md index 566b129cb7f47..d5fbeb815a593 100644 --- a/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-aws.md +++ b/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-aws.md @@ -36,7 +36,7 @@ summary: AWS エンドポイントサービスプライベートリンク接続 AWS アカウント ID とアベイラビリティーゾーンを表示するには、次の手順を実行します。 -1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで**Settings** > **Networking**をクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで**Settings** > **Networking**をクリックします。 2. **AWS Private Endpoints for External Services**領域で、 **Create Private Endpoint for External Services**をクリックします。 3. 表示されたダイアログで、AWS アカウント ID とアベイラビリティーゾーンを見つけることができます。 @@ -46,8 +46,8 @@ AWS アカウント ID とアベイラビリティーゾーンを表示するに | --------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | リージョン | オレゴン州 ( `us-west-2` ) | 該当なし | | TiDB Cloud AWS アカウントのプリンシパル | `arn:aws:iam:::root` | 該当なし | -| AZ ID |
  • `usw2-az1`
  • `usw2-az2`
  • `usw2-az3`
| AZ ID を AWS アカウントの AZ 名に合わせます。
例：
  • `usw2-az1` => `us-west-2a`
  • `usw2-az2` => `us-west-2c`
  • `usw2-az3` => `us-west-2b`
| -| Kafka アドバタイズドリスナーパターン |
  • `usw2-az1` => <broker_id>.usw2-az1.unique_name.aws.plc.tidbcloud.com:<port>
  • `usw2-az2` => <broker_id>.usw2-az2.unique_name.aws.plc.tidbcloud.com:<port>
  • `usw2-az3` => <broker_id>.usw2-az3.unique_name.aws.plc.tidbcloud.com:<port>
| AZ 名を AZ 指定のパターンにマッピングします。後で、特定の AZ のブローカーに適切なパターンを設定してください。
  • `us-west-2a` => <broker_id>.usw2-az1.unique_name.aws.plc.tidbcloud.com:<port>
  • `us-west-2c` => <broker_id>.usw2-az2.unique_name.aws.plc.tidbcloud.com:<port>
  • `us-west-2b` => <broker_id>.usw2-az3.unique_name.aws.plc.tidbcloud.com:<port>
`unique_name`はプレースホルダーであり、 [ステップ4](#step-4-replace-the-unique-name-placeholder-in-kafka-configuration)の実際の値に置き換えられます。 | +| AZ ID |
  • `usw2-az1`
  • `usw2-az2`
  • `usw2-az3`
| AZ ID を AWS アカウントの AZ 名に合わせます。
例：
  • `usw2-az1` => `us-west-2a`
  • `usw2-az2` => `us-west-2c`
  • `usw2-az3` => `us-west-2b`
| +| Kafka アドバタイズドリスナーパターン |
  • `usw2-az1` => <broker_id>.usw2-az1.unique_name.aws.plc.tidbcloud.com:<port>
  • `usw2-az2` => <broker_id>.usw2-az2.unique_name.aws.plc.tidbcloud.com:<port>
  • `usw2-az3` => <broker_id>.usw2-az3.unique_name.aws.plc.tidbcloud.com:<port>
| AZ 名を AZ 指定のパターンにマッピングします。後で、特定の AZ のブローカーに適切なパターンを設定してください。
  • `us-west-2a` => <broker_id>.usw2-az1.unique_name.aws.plc.tidbcloud.com:<port>
  • `us-west-2c` => <broker_id>.usw2-az2.unique_name.aws.plc.tidbcloud.com:<port>
  • `us-west-2b` => <broker_id>.usw2-az3.unique_name.aws.plc.tidbcloud.com:<port>
`unique_name`はプレースホルダーであり、 [ステップ4](#step-4-replace-the-unique-name-placeholder-in-kafka-configuration)の実際の値に置き換えられます。 | ## ステップ1. Kafkaクラスターをセットアップする {#step-1-set-up-a-kafka-cluster} @@ -66,9 +66,9 @@ Kafka VPC には次のものが必要です。 サブネットを作成する前に、AZ IDとAZ名のマッピングに基づいてAZ内にサブネットを作成します。以下のマッピングを例に挙げます。 -- `usw2-az1` => `us-west-2a` -- `usw2-az2` => `us-west-2c` -- `usw2-az3` => `us-west-2b` +- `usw2-az1` => `us-west-2a` +- `usw2-az2` => `us-west-2c` +- `usw2-az3` => `us-west-2b` 次の AZ にプライベート サブネットを作成します。 @@ -80,7 +80,7 @@ Kafka VPC を作成するには、次の手順を実行します。 **1.1. Kafka VPCを作成する** -1. [AWSコンソール > VPCダッシュボード](https://console.aws.amazon.com/vpcconsole/home?#vpcs:)に進み、Kafka をデプロイするリージョンに切り替えます。 +1. [AWSコンソール > VPCダッシュボード](https://console.aws.amazon.com/vpcconsole/home?#vpcs:)に進み、Kafka をデプロイするリージョンに切り替えます。 2. **Create VPC**をクリックします。**VPC settings**ページで以下の情報を入力します。 @@ -130,11 +130,11 @@ Kafka VPC を作成するには、次の手順を実行します。 4. 要塞サブネットをパブリック サブネットに構成します。 - 1. [VPCダッシュボード > インターネットゲートウェイ](https://console.aws.amazon.com/vpcconsole/home#igws:)に進みます。`kafka-vpc-igw`名前のインターネットゲートウェイを作成します。 + 1. [VPCダッシュボード > インターネットゲートウェイ](https://console.aws.amazon.com/vpcconsole/home#igws:)に進みます。`kafka-vpc-igw`名前のインターネットゲートウェイを作成します。 2. **Internet gateways Detail**ページの**Actions**で、 **Attach to VPC**をクリックして、インターネット ゲートウェイを Kafka VPC に接続します。 - 3. [VPCダッシュボード > ルートテーブル](https://console.aws.amazon.com/vpcconsole/home#CreateRouteTable:)に進みます。Kafka VPC のインターネット ゲートウェイへのルート テーブルを作成し、次の情報を含む新しいルートを追加します。 + 3. [VPCダッシュボード > ルートテーブル](https://console.aws.amazon.com/vpcconsole/home#CreateRouteTable:)に進みます。Kafka VPC のインターネット ゲートウェイへのルート テーブルを作成し、次の情報を含む新しいルートを追加します。 - **Name**: `kafka-vpc-igw-route-table` - **VPC** : `Kafka VPC` @@ -619,10 +619,10 @@ b3.usw2-az3.unique_name.aws.plc.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: 異なるポートを持つ4つのターゲットグループを持つネットワークロードバランサーを作成します。1つのターゲットグループはブートストラップ用で、他のターゲットグループは異なるブローカーにマッピングされます。 -1. ブートストラップターゲットグループ => 9092 => broker-node1:39092、broker-node2:39092、broker-node3:39092 -2. ブローカーターゲットグループ1 => 9093 => broker-node1:39092 -3. ブローカーターゲットグループ2 => 9094 => broker-node2:39092 -4. ブローカーターゲットグループ3 => 9095 => broker-node3:39092 +1. ブートストラップターゲットグループ => 9092 => broker-node1:39092、broker-node2:39092、broker-node3:39092 +2. ブローカーターゲットグループ1 => 9093 => broker-node1:39092 +3. ブローカーターゲットグループ2 => 9094 => broker-node2:39092 +4. ブローカーターゲットグループ3 => 9095 => broker-node3:39092 ブローカーロールノードが複数ある場合は、マッピングを追加する必要があります。ブートストラップターゲットグループに少なくとも1つのノードがあることを確認してください。耐障害性を確保するため、各AZに1つずつ、合計3つのノードを追加することをお勧めします。 diff --git a/tidb-cloud/serverless-private-link-connection.md b/tidb-cloud/serverless-private-link-connection.md index 96ce789f0dd37..ffe325dd49226 100644 --- a/tidb-cloud/serverless-private-link-connection.md +++ b/tidb-cloud/serverless-private-link-connection.md @@ -54,7 +54,7 @@ ticloud serverless private-link-connection zones --cluster-id > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 +2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 3. **[AWS Private Endpoints for External Services]**領域で、**Create Private Endpoint for External Services**をクリックします。 @@ -102,7 +102,7 @@ Amazon MSK プロビジョニングプライベートリンク接続を作成す > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 +2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 3. **[AWS Private Endpoints for External Services]**領域で、**Create Private Endpoint for External Services**をクリックします。 @@ -144,7 +144,7 @@ ticloud serverless private-link-connection zones --cluster-id > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 +2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 3. **[Alibaba Cloud Private Endpoints for External Services]**領域で、**Create Private Endpoint for External Services**をクリックします。 @@ -207,7 +207,7 @@ TiDB Cloudコンソールを使用してドメインをプライベート リン > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 +2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 3. クラウドプロバイダーの**[外部サービス用プライベートエンドポイント]**領域で、対象のプライベート リンク接続を選択し、 **[...]**をクリックします。 @@ -260,7 +260,7 @@ TiDB Cloudコンソールを使用してプライベート リンク接続から > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 +2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 3. クラウドプロバイダーの**[外部サービス用プライベートエンドポイント]**領域で、対象のプライベート リンク接続を選択し、 **[...]**をクリックします。 @@ -302,7 +302,7 @@ TiDB Cloudコンソールを使用してプライベート リンク接続を削 > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 +2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックします。 3. クラウドプロバイダーの**[外部サービス用プライベートエンドポイント]**領域で、対象のプライベート リンク接続を選択し、 **[...]**をクリックします。 diff --git a/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md b/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md index 4e69541a46639..8260fd3a5cc0a 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md +++ b/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md @@ -38,7 +38,7 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ 1. [Alibaba Cloud管理コンソール](https://account.alibabacloud.com/login/login.htm)にサインインします。 -2. **VPC** >**エンドポイント**に移動します。 +2. **VPC** >**エンドポイント**に移動します。 3. **Interface Endpoints**タブで、 **Create Endpoint**をクリックします。 @@ -68,7 +68,7 @@ Alibaba Cloud上にインターフェースエンドポイントを作成した 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスの名前をクリックすると、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Private Endpoint**セクションまでスクロールダウンし、**Authorized Networks**表を探してください。 diff --git a/tidb-cloud/set-up-private-endpoint-connections-on-azure.md b/tidb-cloud/set-up-private-endpoint-connections-on-azure.md index 4ce2432f0f2b8..cfae257dc576b 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-on-azure.md +++ b/tidb-cloud/set-up-private-endpoint-connections-on-azure.md @@ -67,7 +67,7 @@ Azure Private Link のアーキテクチャは次のとおりです: [^1] > **Note:** > -> 既にプライベートエンドポイント接続を作成済みの場合、アクティブなエンドポイントが接続ダイアログに表示されます。追加のプライベートエンドポイント接続を作成するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動します。 +> 既にプライベートエンドポイント接続を作成済みの場合、アクティブなエンドポイントが接続ダイアログに表示されます。追加のプライベートエンドポイント接続を作成するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動します。 ### ステップ2. Azureプライベートエンドポイントを作成する {#step-2-create-an-azure-private-endpoint} @@ -154,13 +154,13 @@ Azure Private Link のアーキテクチャは次のとおりです: [^1] エンドポイント接続を承認すると、接続ダイアログにリダイレクトされます。 -1. プライベートエンドポイントの接続ステータスが**「アクティブ」**になるまでお待ちください（約5分）。ステータスを確認するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動してください。 +1. プライベートエンドポイントの接続ステータスが**「アクティブ」**になるまでお待ちください（約5分）。ステータスを確認するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動してください。 2. **Connect With**ドロップダウンリストから、希望する接続方法を選択してください。対応する接続​​文字列がダイアログの下部に表示されます。 3. 接続文字列を使用してクラスターに接続してください。 ### プライベートエンドポイントの状態参照 {#private-endpoint-status-reference} -プライベートエンドポイントまたはプライベートエンドポイントサービスのステータスを表示するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動します。 +プライベートエンドポイントまたはプライベートエンドポイントサービスのステータスを表示するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動します。 プライベートエンドポイントの可能なステータスは、以下のように説明されます。 diff --git a/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md b/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md index 7fcf43194b8ff..0deb392ce9e59 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md +++ b/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md @@ -107,7 +107,7 @@ Google Cloud Private Service Connect のアーキテクチャは以下のとお > **Note:** > - > 既にプライベートエンドポイント接続を作成済みの場合、アクティブなエンドポイントが接続ダイアログに表示されます。追加のプライベートエンドポイント接続を作成するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動します。 + > 既にプライベートエンドポイント接続を作成済みの場合、アクティブなエンドポイントが接続ダイアログに表示されます。追加のプライベートエンドポイント接続を作成するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動します。 ### ステップ2. Google Cloudプライベートエンドポイントを作成する {#step-2-create-a-google-cloud-private-endpoint} @@ -129,7 +129,7 @@ Google Cloud Private Service Connect のアーキテクチャは以下のとお
1. [Google Cloud Console](https://console.cloud.google.com/)で、現在のプロジェクトがTiDB Cloudに入力した**Google Cloud Project ID**と同じであることを確認してください。 -2. **VPC network**>**Private Service Connect**>**Connected endpoints**に移動し、 **Connect endpoint**をクリックします。 +2. **VPC network**>**Private Service Connect**>**Connected endpoints**に移動し、 **Connect endpoint**をクリックします。 3. TiDB Cloudで生成されたコマンドの値を使用してエンドポイントを設定します。 - **Endpoint name**：コマンドで指定した転送ルール名を使用します。 - **対象**: **Published service**を選択し、 `--target-service-attachment`からサービス添付ファイル URI を入力します。 diff --git a/tidb-cloud/set-up-private-endpoint-connections-serverless.md b/tidb-cloud/set-up-private-endpoint-connections-serverless.md index 913e7a9e683db..8861434a6dda9 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-serverless.md +++ b/tidb-cloud/set-up-private-endpoint-connections-serverless.md @@ -126,7 +126,7 @@ AWSインターフェースエンドポイントを作成した後、対象のTi 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスの名前をクリックすると、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **Private Endpoint**セクションまでスクロールダウンし、**Authorized Networks**表を探してください。 @@ -311,6 +311,6 @@ AWS Management Console でプライベートDNSを有効にするには、次の ### プライベートDNSを有効にした後、プライベートエンドポイント経由でTiDB Cloud StarterまたはEssentialインスタンスに接続できません。なぜでしょうか？ {#i-cannot-connect-to-a-tidb-cloud-starter-or-essential-instance-via-a-private-endpoint-after-enabling-private-dns-why} -AWS マネジメント コンソールで**、** VPC エンドポイントのセキュリティ グループを適切に設定する必要がある場合があります。VPC >**エンドポイント**に移動します。VPC エンドポイントを右クリックし、適切な**Manage security groups**を選択します。VPC 内に、EC2 インスタンスからのポート 4000 またはお客様定義のポートへの受信アクセスを許可する適切なセキュリティ グループを設定します。 +AWS マネジメント コンソールで**、** VPC エンドポイントのセキュリティ グループを適切に設定する必要がある場合があります。VPC >**エンドポイント**に移動します。VPC エンドポイントを右クリックし、適切な**Manage security groups**を選択します。VPC 内に、EC2 インスタンスからのポート 4000 またはお客様定義のポートへの受信アクセスを許可する適切なセキュリティ グループを設定します。 ![Manage security groups](/media/tidb-cloud/private-endpoint/manage-security-groups.png) diff --git a/tidb-cloud/set-up-private-endpoint-connections.md b/tidb-cloud/set-up-private-endpoint-connections.md index 2aefba577a072..9efb4d0e9ebd6 100644 --- a/tidb-cloud/set-up-private-endpoint-connections.md +++ b/tidb-cloud/set-up-private-endpoint-connections.md @@ -61,7 +61,7 @@ AWS VPC設定でDNSホスト名とDNS解決の両方が有効になっている > **Note:** > -> プライベートエンドポイント接続を既に作成している場合は、アクティブなエンドポイントが接続ダイアログに表示されます。追加のプライベートエンドポイント接続を作成するには、左側のナビゲーションペインで**Settings** > **Networking**をクリックして**Networking**ページに移動します。 +> プライベートエンドポイント接続を既に作成している場合は、アクティブなエンドポイントが接続ダイアログに表示されます。追加のプライベートエンドポイント接続を作成するには、左側のナビゲーションペインで**Settings** > **Networking**をクリックして**Networking**ページに移動します。 ### ステップ2. AWSインターフェースエンドポイントを作成する {#step-2-create-an-aws-interface-endpoint} @@ -142,7 +142,7 @@ AWS マネジメントコンソールを使用して VPC インターフェイ > > プライベート エンドポイント接続は、次の 2 つのページで表示および管理できます。 > -> - クラスター レベルの**Networking**ページ: 組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**Settings** > **Networking**をクリックします。 +> - クラスター レベルの**Networking**ページ: 組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**Settings** > **Networking**をクリックします。 > - プロジェクト レベルの**Network Access**ページ: 組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、**Project view** タブをクリックして対象のプロジェクトを見つけ、そのプロジェクトの をクリックし、**Project Settings** の下にある **Network Access** をクリックします。 ### ステップ4. プライベートDNSを有効にする {#step-4-enable-private-dns} @@ -158,14 +158,14 @@ AWS CLI を使用してプライベート DNS を有効にするには、 **Crea aws ec2 modify-vpc-endpoint --vpc-endpoint-id ${your_vpc_endpoint_id} --private-dns-enabled ``` -または、クラスターの**Networking**ページでコマンドを見つけることもできます。プライベートエンドポイントを探し、 **Action**列の**...** > **Enable DNS**をクリックします。 +または、クラスターの**Networking**ページでコマンドを見つけることもできます。プライベートエンドポイントを探し、 **Action**列の**...** > **Enable DNS**をクリックします。
AWS マネジメントコンソールでプライベート DNS を有効にするには: -1. **VPC** > **Endpoints**に移動します。 +1. **VPC** > **Endpoints**に移動します。 2. エンドポイント ID を右クリックし、 **Modify private DNS name**を選択します。 3. **Enable for this endpoint**チェックボックスをオンにします。 4. **Save changes**をクリックします。 @@ -191,7 +191,7 @@ AWS マネジメントコンソールでプライベート DNS を有効にす プライベート エンドポイント接続を使用すると、プライベート エンドポイントとプライベート エンドポイント サービスの状態が次のページに表示されます。 -- クラスター レベルの**Networking**ページ: 組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**Settings** > **Networking**をクリックします。 +- クラスター レベルの**Networking**ページ: 組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のTiDB Cloud Dedicatedクラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**Settings** > **Networking**をクリックします。 - プロジェクト レベルの**Network Access**ページ: 組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、**Project view** タブをクリックして対象のプロジェクトを見つけ、そのプロジェクトの をクリックし、**Project Settings** の下にある **Network Access** をクリックします。 プライベート エンドポイントの可能なステータスについては、次のように説明されます。 @@ -212,6 +212,6 @@ AWS マネジメントコンソールでプライベート DNS を有効にす ### プライベートDNSを有効にした後、プライベートエンドポイント経由でTiDBクラスターに接続できません。なぜですか？ {#i-cannot-connect-to-a-tidb-cluster-via-a-private-endpoint-after-enabling-private-dns-why} -AWSマネジメントコンソールで、VPCエンドポイントのセキュリティグループを適切に設定する必要がある場合があります。**VPC** > **Endpoints**に移動します。これを行うには、 **VPC** > **Endpoints**に移動し、VPCエンドポイントを右クリックして**Manage security groups**を選択します。選択したセキュリティグループが、ポート`4000`またはお客様定義のポートでEC2インスタンスからのインバウンドアクセスを許可していることを確認してください。 +AWSマネジメントコンソールで、VPCエンドポイントのセキュリティグループを適切に設定する必要がある場合があります。**VPC** > **Endpoints**に移動します。これを行うには、 **VPC** > **Endpoints**に移動し、VPCエンドポイントを右クリックして**Manage security groups**を選択します。選択したセキュリティグループが、ポート`4000`またはお客様定義のポートでEC2インスタンスからのインバウンドアクセスを許可していることを確認してください。 ![Manage security groups](/media/tidb-cloud/private-endpoint/manage-security-groups.png) diff --git a/tidb-cloud/set-up-sink-private-endpoint.md b/tidb-cloud/set-up-sink-private-endpoint.md index 6f0ed795a270e..556363f38039a 100644 --- a/tidb-cloud/set-up-sink-private-endpoint.md +++ b/tidb-cloud/set-up-sink-private-endpoint.md @@ -69,7 +69,7 @@ changefeed ダウンストリーム サービスが Azure でホストされて > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -3. 左側のナビゲーション ペインで、 **[設定]** > **[ネットワーク] を**クリックします。 +3. 左側のナビゲーション ペインで、 **[設定]** > **[ネットワーク] を**クリックします。 ## ステップ2. 変更フィードのプライベートエンドポイントを構成する {#step-2-configure-the-private-endpoint-for-changefeeds} diff --git a/tidb-cloud/set-up-vpc-peering-connections.md b/tidb-cloud/set-up-vpc-peering-connections.md index f1ef56d0c832a..73ae059538b67 100644 --- a/tidb-cloud/set-up-vpc-peering-connections.md +++ b/tidb-cloud/set-up-vpc-peering-connections.md @@ -29,7 +29,7 @@ VPCピアリングリクエストをリージョンに追加するには、そ 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、左上隅のコンボ ボックスを使用してターゲット プロジェクトに切り替えます。 -2. 左側のナビゲーション ペインで、 **Project Settings** > **Network Access**をクリックします。 +2. 左側のナビゲーション ペインで、 **Project Settings** > **Network Access**をクリックします。 3. **Network Access**ページで、 **Project CIDR**タブをクリックし、クラウド プロバイダーに応じて**AWS**または**Google Cloud**を選択します。 @@ -69,7 +69,7 @@ VPC ピアリング リクエストは、TiDB Cloudコンソールのプロジ 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、左上隅のコンボ ボックスを使用してターゲット プロジェクトに切り替えます。 -2. 左側のナビゲーション ペインで、 **Project Settings** > **Network Access**をクリックします。 +2. 左側のナビゲーション ペインで、 **Project Settings** > **Network Access**をクリックします。 3. **Network Access**ページで、 **VPC Peering**タブをクリックし、 **AWS**サブタブをクリックします。 @@ -86,9 +86,9 @@ VPC ピアリング リクエストは、TiDB Cloudコンソールのプロジ ![VPC peering](/media/tidb-cloud/vpc-peering/vpc-peering-creating-infos.png) -5. **Create**をクリックしてVPCピアリングリクエストを送信し、 **VPC Peering** > **AWS**タブでVPCピアリング情報を確認します。新しく作成されたVPCピアリングのステータスは**System Checking**です。 +5. **Create**をクリックしてVPCピアリングリクエストを送信し、 **VPC Peering** > **AWS**タブでVPCピアリング情報を確認します。新しく作成されたVPCピアリングのステータスは**System Checking**です。 -6. 新しく作成したVPCピアリングの詳細情報を表示するには、 **Action**列の**...** > **View**をクリックします。 **VPC Peering Details**ページが表示されます。 +6. 新しく作成したVPCピアリングの詳細情報を表示するには、 **Action**列の**...** > **View**をクリックします。 **VPC Peering Details**ページが表示されます。
@@ -103,7 +103,7 @@ VPC ピアリング リクエストは、TiDB Cloudコンソールのプロジ 2. ターゲット クラスターの名前をクリックすると、概要ページに移動します。 -2. 左側のナビゲーション ペインで、 **Settings** > **Networking**をクリックします。 +2. 左側のナビゲーション ペインで、 **Settings** > **Networking**をクリックします。 3. **Networking**ページで**Create VPC Peering**をクリックし、既存の AWS VPC の必要な情報を入力します。 @@ -116,9 +116,9 @@ VPC ピアリング リクエストは、TiDB Cloudコンソールのプロジ ![VPC peering](/media/tidb-cloud/vpc-peering/vpc-peering-creating-infos.png) -4. **Create**をクリックしてVPCピアリングリクエストを送信し、 **Networking** > **AWS VPC Peering**セクションでVPCピアリング情報を確認します。新しく作成されたVPCピアリングのステータスは**System Checking**です。 +4. **Create**をクリックしてVPCピアリングリクエストを送信し、 **Networking** > **AWS VPC Peering**セクションでVPCピアリング情報を確認します。新しく作成されたVPCピアリングのステータスは**System Checking**です。 -5. 新しく作成したVPCピアリングの詳細情報を表示するには、 **Action**列の**...** > **View**をクリックします。 **AWS VPC Peering Details**ページが表示されます。 +5. 新しく作成したVPCピアリングの詳細情報を表示するには、 **Action**列の**...** > **View**をクリックします。 **AWS VPC Peering Details**ページが表示されます。
@@ -249,7 +249,7 @@ VPC ピアリング リクエストは、TiDB Cloudコンソールのプロジ 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、左上隅のコンボ ボックスを使用してターゲット プロジェクトに切り替えます。 -2. 左側のナビゲーション ペインで、 **Project Settings** > **Network Access**をクリックします。 +2. 左側のナビゲーション ペインで、 **Project Settings** > **Network Access**をクリックします。 3. **Network Access**ページで、 **VPC Peering**タブをクリックし、 **Google Cloud**サブタブをクリックします。 @@ -265,9 +265,9 @@ VPC ピアリング リクエストは、TiDB Cloudコンソールのプロジ - VPC Network Name - VPC CIDR -5. **Create**をクリックしてVPCピアリングリクエストを送信し、 **VPC Peering** > **Google Cloud**タブでVPCピアリング情報を確認します。新しく作成されたVPCピアリングのステータスは**System Checking**です。 +5. **Create**をクリックしてVPCピアリングリクエストを送信し、 **VPC Peering** > **Google Cloud**タブでVPCピアリング情報を確認します。新しく作成されたVPCピアリングのステータスは**System Checking**です。 -6. 新しく作成したVPCピアリングの詳細情報を表示するには、 **Action**列の**...** > **View**をクリックします。 **VPC Peering Details**ページが表示されます。 +6. 新しく作成したVPCピアリングの詳細情報を表示するには、 **Action**列の**...** > **View**をクリックします。 **VPC Peering Details**ページが表示されます。
@@ -282,7 +282,7 @@ VPC ピアリング リクエストは、TiDB Cloudコンソールのプロジ 2. ターゲット クラスターの名前をクリックすると、概要ページに移動します。 -2. 左側のナビゲーション ペインで、 **Settings** > **Networking**をクリックします。 +2. 左側のナビゲーション ペインで、 **Settings** > **Networking**をクリックします。 3. **Networking**ページで**Create VPC Peering**をクリックし、既存の Google Cloud VPC の必要な情報を入力します。 @@ -294,9 +294,9 @@ VPC ピアリング リクエストは、TiDB Cloudコンソールのプロジ - VPC Network Name - VPC CIDR -4. **Create**をクリックしてVPCピアリングリクエストを送信し、 **Networking** > **Google Cloud VPC Peering**セクションでVPCピアリング情報を確認します。新しく作成されたVPCピアリングのステータスは**System Checking**です。 +4. **Create**をクリックしてVPCピアリングリクエストを送信し、 **Networking** > **Google Cloud VPC Peering**セクションでVPCピアリング情報を確認します。新しく作成されたVPCピアリングのステータスは**System Checking**です。 -5. 新しく作成したVPCピアリングの詳細情報を表示するには、 **Action**列の**...** > **View**をクリックします。 **Google Cloud VPC Peering Details**ページが表示されます。 +5. 新しく作成したVPCピアリングの詳細情報を表示するには、 **Action**列の**...** > **View**をクリックします。 **Google Cloud VPC Peering Details**ページが表示されます。
diff --git a/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md b/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md index 8c2db74d19f1f..d8e5160516287 100644 --- a/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md +++ b/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md @@ -39,7 +39,7 @@ aliases: ['/ja/tidbcloud/setup-self-hosted-kafka-private-link-service'] 3. TiDB Cloud Dedicated クラスターから Kafka デプロイメント情報を取得します。 - 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで**Data** > **Changefeed**をクリックします。 + 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーション ペインで**Data** > **Changefeed**をクリックします。 2. 概要ページで、TiDB クラスターのリージョンを確認します。Kafka クラスターが同じリージョンにデプロイされることを確認してください。 3. **Create Changefeed**をクリックします。 1. **Destination**で、 **Kafka**を選択します。 @@ -67,7 +67,7 @@ aliases: ['/ja/tidbcloud/setup-self-hosted-kafka-private-link-service'] 3. TiDB Cloud Premium インスタンスから Kafka デプロイメント情報を取得します。 - 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB インスタンスのインスタンス概要ページに移動し、左側のナビゲーション ペインで**Data** > **Changefeed**をクリックします。 + 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB インスタンスのインスタンス概要ページに移動し、左側のナビゲーション ペインで**Data** > **Changefeed**をクリックします。 2. 概要ページで、TiDBインスタンスのリージョンを確認します。Kafkaクラスターが同じリージョンにデプロイされることを確認してください。 3. チェンジフィードを作成するには、チュートリアルを参照してください。 @@ -83,8 +83,8 @@ aliases: ['/ja/tidbcloud/setup-self-hosted-kafka-private-link-service'] | --------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | リージョン | オレゴン州 ( `us-west-2` ) | 該当なし | | TiDB Cloud AWS アカウントのプリンシパル | `arn:aws:iam:::root` | 該当なし | -| AZ ID |
  • `usw2-az1`
  • `usw2-az2`
  • `usw2-az3`
| AZ ID を AWS アカウントの AZ 名に合わせます。
例：
  • `usw2-az1` => `us-west-2a`
  • `usw2-az2` => `us-west-2c`
  • `usw2-az3` => `us-west-2b`
| -| Kafka Advertised Listener Pattern | 一意のランダム文字列: `abc`
AZ 用に生成されたパターン:
  • `usw2-az1` => <broker_id>.usw2-az1.abc.us-west-2.aws.3199015.tidbcloud.com:<port>
  • `usw2-az2` => <broker_id>.usw2-az2.abc.us-west-2.aws.3199015.tidbcloud.com:<port>
  • `usw2-az3` => <broker_id>.usw2-az3.abc.us-west-2.aws.3199015.tidbcloud.com:<port>
| AZ 名を AZ 指定のパターンにマッピングします。後で、特定の AZ のブローカーに適切なパターンを設定してください。
  • `us-west-2a` => <broker_id>.usw2-az1.abc.us-west-2.aws.3199015.tidbcloud.com:<port>
  • `us-west-2c` => <broker_id>.usw2-az2.abc.us-west-2.aws.3199015.tidbcloud.com:<port>
  • `us-west-2b` => <broker_id>.usw2-az3.abc.us-west-2.aws.3199015.tidbcloud.com:<port>
| +| AZ ID |
  • `usw2-az1`
  • `usw2-az2`
  • `usw2-az3`
| AZ ID を AWS アカウントの AZ 名に合わせます。
例：
  • `usw2-az1` => `us-west-2a`
  • `usw2-az2` => `us-west-2c`
  • `usw2-az3` => `us-west-2b`
| +| Kafka Advertised Listener Pattern | 一意のランダム文字列: `abc`
AZ 用に生成されたパターン:
  • `usw2-az1` => <broker_id>.usw2-az1.abc.us-west-2.aws.3199015.tidbcloud.com:<port>
  • `usw2-az2` => <broker_id>.usw2-az2.abc.us-west-2.aws.3199015.tidbcloud.com:<port>
  • `usw2-az3` => <broker_id>.usw2-az3.abc.us-west-2.aws.3199015.tidbcloud.com:<port>
| AZ 名を AZ 指定のパターンにマッピングします。後で、特定の AZ のブローカーに適切なパターンを設定してください。
  • `us-west-2a` => <broker_id>.usw2-az1.abc.us-west-2.aws.3199015.tidbcloud.com:<port>
  • `us-west-2c` => <broker_id>.usw2-az2.abc.us-west-2.aws.3199015.tidbcloud.com:<port>
  • `us-west-2b` => <broker_id>.usw2-az3.abc.us-west-2.aws.3199015.tidbcloud.com:<port>
| ## ステップ1. Kafkaクラスターをセットアップする {#step-1-set-up-a-kafka-cluster} @@ -103,9 +103,9 @@ Kafka VPC には次のものが必要です。 サブネットを作成する前に、AZ IDとAZ名のマッピングに基づいてAZ内にサブネットを作成します。以下のマッピングを例に挙げます。 -- `usw2-az1` => `us-west-2a` -- `usw2-az2` => `us-west-2c` -- `usw2-az3` => `us-west-2b` +- `usw2-az1` => `us-west-2a` +- `usw2-az2` => `us-west-2c` +- `usw2-az3` => `us-west-2b` 次の AZ にプライベート サブネットを作成します。 @@ -117,7 +117,7 @@ Kafka VPC を作成するには、次の手順を実行します。 **1.1. Kafka VPCを作成する** -1. [AWSコンソール > VPCダッシュボード](https://console.aws.amazon.com/vpcconsole/home?#vpcs:)に進み、Kafka をデプロイするリージョンに切り替えます。 +1. [AWSコンソール > VPCダッシュボード](https://console.aws.amazon.com/vpcconsole/home?#vpcs:)に進み、Kafka をデプロイするリージョンに切り替えます。 2. **Create VPC**をクリックします。**VPC settings**ページで以下の情報を入力します。 @@ -167,11 +167,11 @@ Kafka VPC を作成するには、次の手順を実行します。 4. 要塞サブネットをパブリック サブネットに構成します。 - 1. [VPCダッシュボード > インターネットゲートウェイ](https://console.aws.amazon.com/vpcconsole/home#igws:)に進みます。`kafka-vpc-igw`名前のインターネットゲートウェイを作成します。 + 1. [VPCダッシュボード > インターネットゲートウェイ](https://console.aws.amazon.com/vpcconsole/home#igws:)に進みます。`kafka-vpc-igw`名前のインターネットゲートウェイを作成します。 2. **Internet gateways Detail**ページの**Actions**で、 **Attach to VPC**をクリックして、インターネット ゲートウェイを Kafka VPC に接続します。 - 3. [VPCダッシュボード > ルートテーブル](https://console.aws.amazon.com/vpcconsole/home#CreateRouteTable:)に進みます。Kafka VPC のインターネット ゲートウェイへのルート テーブルを作成し、次の情報を含む新しいルートを追加します。 + 3. [VPCダッシュボード > ルートテーブル](https://console.aws.amazon.com/vpcconsole/home#CreateRouteTable:)に進みます。Kafka VPC のインターネット ゲートウェイへのルート テーブルを作成し、次の情報を含む新しいルートを追加します。 - **Name**: `kafka-vpc-igw-route-table` - **VPC** : `Kafka VPC` @@ -665,10 +665,10 @@ b3.usw2-az3.abc.us-west-2.aws.3199015.tidbcloud.com:9095 (id: 3 rack: null) -> E 異なるポートを持つ4つのターゲットグループを持つネットワークロードバランサーを作成します。1つのターゲットグループはブートストラップ用で、他のターゲットグループは異なるブローカーにマッピングされます。 -1. ブートストラップターゲットグループ => 9092 => broker-node1:39092、broker-node2:39092、broker-node3:39092 -2. ブローカーターゲットグループ1 => 9093 => broker-node1:39092 -3. ブローカーターゲットグループ2 => 9094 => broker-node2:39092 -4. ブローカーターゲットグループ3 => 9095 => broker-node3:39092 +1. ブートストラップターゲットグループ => 9092 => broker-node1:39092、broker-node2:39092、broker-node3:39092 +2. ブローカーターゲットグループ1 => 9093 => broker-node1:39092 +3. ブローカーターゲットグループ2 => 9094 => broker-node2:39092 +4. ブローカーターゲットグループ3 => 9095 => broker-node3:39092 ブローカーロールノードが複数ある場合は、マッピングを追加する必要があります。ブートストラップターゲットグループに少なくとも1つのノードがあることを確認してください。耐障害性を確保するため、各AZに1つずつ、合計3つのノードを追加することをお勧めします。 @@ -731,7 +731,7 @@ b3.usw2-az3.abc.us-west-2.aws.3199015.tidbcloud.com:9095 (id: 3 rack: null) -> E - `usw2-az2`と`broker-usw2-az2 subnet` - `usw2-az3`と`broker-usw2-az3 subnet` - **Security groups**: 次のルールで新しいセキュリティ グループを作成します。 - - 受信ルールは、Kafka VPCからのすべてのTCPを許可します：タイプ - `{ports of target groups}` （例： `9092-9095` ）、ソース - `{CIDR of TiDB Cloud}` 。リージョン内のTiDB CloudのCIDRを取得するには、 [TiDB Cloudコンソール](https://tidbcloud.com)の左上隅にあるコンボボックスを使用してターゲットプロジェクトに切り替え、左側のナビゲーションペインで**Project Settings** > **Network Access**をクリックし、 **Project CIDR** > **AWS**をクリックします。 + - 受信ルールは、Kafka VPCからのすべてのTCPを許可します：タイプ - `{ports of target groups}` （例： `9092-9095` ）、ソース - `{CIDR of TiDB Cloud}` 。リージョン内のTiDB CloudのCIDRを取得するには、 [TiDB Cloudコンソール](https://tidbcloud.com)の左上隅にあるコンボボックスを使用してターゲットプロジェクトに切り替え、左側のナビゲーションペインで**Project Settings** > **Network Access**をクリックし、 **Project CIDR** > **AWS**をクリックします。 - アウトバウンドルールは、Kafka VPC へのすべての TCP を許可します: タイプ - `All TCP` 、宛先 - `Anywhere-IPv4` - リスナーとルーティング: - プロトコル: `TCP` ; ポート: `9092` ; 転送先: `bootstrap-target-group` diff --git a/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md b/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md index 9fb7207747c02..fc6d6a6923703 100644 --- a/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md +++ b/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md @@ -35,7 +35,7 @@ summary: このドキュメントでは、Azure でセルフホスト型 Kafka 3. [TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスターから Kafka デプロイメント情報を取得します。 1. [TiDB Cloudコンソール](https://tidbcloud.com)で[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動し、ターゲット クラスターの名前をクリックして概要ページに移動します。 - 2. 左側のナビゲーション ペインで、 **[データ]** > **[Changefeed] を**クリックします。 + 2. 左側のナビゲーション ペインで、 **[データ]** > **[Changefeed] を**クリックします。 3. **Changefeed**ページで、右上隅の**Create Changefeed**をクリックし、次の情報を入力します。 1. **宛先**で、 **Kafka**を選択します。 2. **Connectivity Method**で**Private Link**を選択します。 @@ -428,14 +428,14 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. 1. [Azureポータル](https://portal.azure.com/)にログインし、 [負荷分散](https://portal.azure.com/#view/Microsoft_Azure_Network/LoadBalancingHubMenuBlade/~/loadBalancers)ページに移動して、 **+ Create**をクリックしてロードバランサーを作成します。 -2. **[基本]**タブで、**サブスクリプション**、**Resource group**、**リージョン**を選択し、次のインスタンス情報を入力して、 **[次へ: フロントエンド IP 構成 >]**をクリックします。 +2. **[基本]**タブで、**サブスクリプション**、**Resource group**、**リージョン**を選択し、次のインスタンス情報を入力して、 **[次へ: フロントエンド IP 構成 >]**をクリックします。 - **名前**: `kafka-lb` - **SKU** : `Standard` - **タイプ**: `Internal` - **ティア**: `Regional` -3. **Frontend IP configuration**タブで、 **[+ フロントエンド IP 構成の追加]**をクリックし、次の情報を入力して**[保存]**をクリックし、 **[次へ: バックエンド プール >]**をクリックします。 +3. **Frontend IP configuration**タブで、 **[+ フロントエンド IP 構成の追加]**をクリックし、次の情報を入力して**[保存]**をクリックし、 **[次へ: バックエンド プール >]**をクリックします。 - **名前**: `kafka-lb-ip` - **IP version**: `IPv4` @@ -502,9 +502,9 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. 1. [Azureポータル](https://portal.azure.com/)にログインし、 [プライベートリンクサービス](https://portal.azure.com/#view/Microsoft_Azure_Network/PrivateLinkCenterBlade/~/privatelinkservices)ページに移動して、 **+ Create**をクリックし、Kafka ロードバランサーのプライベートリンク サービスを作成します。 -2. **[基本]**タブで、 **[サブスクリプ**ション]、 **Resource group** 、 **[リージョン]**を選択し、[**名前]**フィールドに`kafka-pls`入力して、 **[次へ: 送信設定 >]**をクリックします。 +2. **[基本]**タブで、 **[サブスクリプ**ション]、 **Resource group** 、 **[リージョン]**を選択し、[**名前]**フィールドに`kafka-pls`入力して、 **[次へ: 送信設定 >]**をクリックします。 -3. **Outbound settings**タブで、次のようにパラメータを入力し、 **Next : Access security >**をクリックします。 +3. **Outbound settings**タブで、次のようにパラメータを入力し、 **Next : Access security >**をクリックします。 - **Load balancer**： `kafka-lb` - **ロードバランサのフロントエンド IP アドレス**: `kafka-lb-ip` @@ -515,7 +515,7 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **表示**については、 **Restricted by subscription**または**Anyone with your alias**を選択します。 - **Subscription-level access and auto-approval**については、**Add subscriptions**をクリックして、 [前提条件](#prerequisites)で取得したTiDB Cloud Azure アカウントのサブスクリプションを追加します。 -5. **Next : Tags >**をクリックし、 **「次へ: 確認と作成 >」**をクリックして情報を確認します。 +5. **Next : Tags >**をクリックし、 **「次へ: 確認と作成 >」**をクリックして情報を確認します。 6. **「作成」**をクリックします。操作が完了したら、後で使用するためにプライベートリンクサービスのエイリアスを書き留めておきます。 @@ -523,7 +523,7 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. 1. [TiDB Cloudコンソール](https://tidbcloud.com)に戻り、クラスターが**Private Link**経由で Kafka クラスターに接続するための変更フィードを作成します。詳細については、 [Apache Kafka にシンクする](/tidb-cloud/changefeed-sink-to-apache-kafka.md)を参照してください。 -2. **「ChangeFeed ターゲットの構成」>「接続方法」>「プライベート リンク」**に進むときは、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。 +2. **「ChangeFeed ターゲットの構成」>「接続方法」>「プライベート リンク」**に進むときは、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。 - **Kafka Advertised Listener Pattern**: [前提条件](#prerequisites)で**Kafka Advertised Listener Pattern**を生成するために使用する一意のランダム文字列。 - **プライベート リンク サービスのエイリアス**: [2. プライベートリンクサービスを設定する](#2-set-up-private-link-service)で取得したプライベート リンク サービスのエイリアス。 diff --git a/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md b/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md index 56bad1375d8d9..d8be805696b2e 100644 --- a/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md +++ b/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md @@ -39,7 +39,7 @@ Google Cloud でセルフホスト型 Kafka に Private Service Connect を設 1. [TiDB Cloudコンソール](https://tidbcloud.com)で[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動し、ターゲット クラスターの名前をクリックして概要ページに移動します。 2. 概要ページで、TiDB クラスターのリージョンを確認します。Kafka クラスターが同じリージョンにデプロイされることを確認してください。 - 3. 左側のナビゲーション ペインで**[データ]** > **[Changefeed] を**クリックし、右上隅の**Create Changefeed**をクリックして、次の情報を入力します。 + 3. 左側のナビゲーション ペインで**[データ]** > **[Changefeed] を**クリックし、右上隅の**Create Changefeed**をクリックして、次の情報を入力します。 1. **宛先**で、 **Kafka**を選択します。 2. **Connectivity Method**で、 **Private Service Connect**を選択します。 4. **先に進む前に、Google Cloud プロジェクトをリマインダー**に書き留めておいてください。このプロジェクトは、 TiDB Cloudからのエンドポイント作成リクエストの自動承認を承認するために使用します。 @@ -505,7 +505,7 @@ b3.abc.us-west1.gcp.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **サブネットワーク**: `brokers-subnet` - **ポート**: `All` -4. [**Private Service Connect** > **PUBLISH SERVICE**](https://console.cloud.google.com/net-services/psc/list/producers)に進みます。 +4. [**Private Service Connect** > **PUBLISH SERVICE**](https://console.cloud.google.com/net-services/psc/list/producers)に進みます。 - **Load Balancer Type**: `Internal passthrough Network Load Balancer` - **Internal load balancer**： `kafka-lb` @@ -533,7 +533,7 @@ b3.abc.us-west1.gcp.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. 1. [TiDB Cloudコンソール](https://tidbcloud.com)に戻り、クラスターが**Private Service Connect**経由で Kafka クラスターに接続するための changefeed を作成します。詳細については、 [Apache Kafka にシンクする](/tidb-cloud/changefeed-sink-to-apache-kafka.md)を参照してください。 -2. **「ChangeFeed ターゲットの構成」>「接続方法」>「プライベート サービス接続」**に進むときは、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。 +2. **「ChangeFeed ターゲットの構成」>「接続方法」>「プライベート サービス接続」**に進むときは、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。 - **Kafka Advertised Listener Pattern**: `abc` 。これは、 [前提条件](#prerequisites)で**Kafka Advertised Listener Pattern**を生成するために使用する一意のランダム文字列と同じです。 - **Service Attachment**: PSC の Kafka サービス アタッチメント (例: `projects/tidbcloud-dp-stg-000/regions/us-west1/serviceAttachments/kafka-psc` )。 @@ -645,7 +645,7 @@ TiDB クラスターと同じリージョンで既に Kafka クラスターが - **プロトコル**： `TCP` - **ポート**: `9092` -proxy でブートストラップ ポートの 1 つを選択できます。 -2. [**Private Service Connect** > **PUBLISH SERVICE**](https://console.cloud.google.com/net-services/psc/list/producers)に進みます。 +2. [**Private Service Connect** > **PUBLISH SERVICE**](https://console.cloud.google.com/net-services/psc/list/producers)に進みます。 - **Load Balancer Type**: `Internal passthrough Network Load Balancer` - **Internal load balancer**： `kafka-proxy-lb` @@ -673,7 +673,7 @@ TiDB クラスターと同じリージョンで既に Kafka クラスターが 1. [TiDB Cloudコンソール](https://tidbcloud.com)に戻り、クラスターが**Private Service Connect**経由で Kafka クラスターに接続するための changefeed を作成します。詳細については、 [Apache Kafka にシンクする](/tidb-cloud/changefeed-sink-to-apache-kafka.md)を参照してください。 -2. **Configure the changefeed target** > **Connectivity Method** > **Private Service Connect**に進んだ後、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。 +2. **Configure the changefeed target** > **Connectivity Method** > **Private Service Connect**に進んだ後、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。 - **Kafka Advertised Listener Pattern**: `abc` . [前提条件](#prerequisites)で**Kafka Advertised Listener Pattern**を生成するために使用する一意のランダム文字列と同じです。 - **Service Attachment**: PSC の kafka-proxy サービス アタッチメント (例: `projects/tidbcloud-dp-stg-000/regions/us-west1/serviceAttachments/kafka-proxy-psc` )。 diff --git a/tidb-cloud/terraform-get-tidbcloud-provider.md b/tidb-cloud/terraform-get-tidbcloud-provider.md index defb23e8b0db0..1da2bcfa5e2aa 100644 --- a/tidb-cloud/terraform-get-tidbcloud-provider.md +++ b/tidb-cloud/terraform-get-tidbcloud-provider.md @@ -13,7 +13,7 @@ summary: TiDB Cloud Terraform Provider を取得する方法を学びます。 ## ステップ1. Terraformをインストールする {#step-1-install-terraform} -TiDB Cloud Terraform Provider が[Terraform レジストリ](https://registry.terraform.io/)にリリースされました。Terraform (>=1.0) をインストールするだけです。 +TiDB Cloud Terraform Provider が[Terraform レジストリ](https://registry.terraform.io/)にリリースされました。Terraform (>=1.0) をインストールするだけです。 macOS の場合、次の手順に従ってHomebrewを使用して Terraform をインストールできます。 @@ -103,7 +103,7 @@ TiDB Cloud APIはHTTPダイジェスト認証を使用します。これによ ## ステップ5. 同期構成でTiDB Cloud Terraform Providerを構成する {#step-5-configure-tidb-cloud-terraform-provider-with-sync-configuration} -Terraform プロバイダー (>= 0.3.0) は、オプションのパラメーター`sync`サポートします。 +Terraform プロバイダー (>= 0.3.0) は、オプションのパラメーター`sync`サポートします。 `sync`を`true`に設定すると、リソースを同期的に作成、更新、削除できます。以下に例を示します。 diff --git a/tidb-cloud/terraform-tidbcloud-provider-overview.md b/tidb-cloud/terraform-tidbcloud-provider-overview.md index 0c2655c06ad8f..96a73556e14f0 100644 --- a/tidb-cloud/terraform-tidbcloud-provider-overview.md +++ b/tidb-cloud/terraform-tidbcloud-provider-overview.md @@ -20,8 +20,8 @@ summary: Terraform を使用してTiDB Cloudリソースを作成、管理、更 ## 要件 {#requirements} - [TiDB Cloudアカウント](https://tidbcloud.com/free-trial) -- [Terraformバージョン](https://www.terraform.io/downloads.html) >= 1.0 -- [Goバージョン](https://golang.org/doc/install) >= 1.18 (ローカルで[TiDB Cloud Terraform プロバイダー](https://github.com/tidbcloud/terraform-provider-tidbcloud)ビルドする場合にのみ必要) +- [Terraformバージョン](https://www.terraform.io/downloads.html) >= 1.0 +- [Goバージョン](https://golang.org/doc/install) >= 1.18 (ローカルで[TiDB Cloud Terraform プロバイダー](https://github.com/tidbcloud/terraform-provider-tidbcloud)ビルドする場合にのみ必要) ## サポートされているリソースとデータソース {#supported-resources-and-data-sources} diff --git a/tidb-cloud/tidb-cloud-auditing.md b/tidb-cloud/tidb-cloud-auditing.md index 350c6657661a4..e7ca9b86fca76 100644 --- a/tidb-cloud/tidb-cloud-auditing.md +++ b/tidb-cloud/tidb-cloud-auditing.md @@ -69,16 +69,16 @@ TiDB Cloud が監査ログを書き込む宛先として、組織所有の AWS > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 - 2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **DB Audit Logging**をクリックします。 + 2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **DB Audit Logging**をクリックします。 3. **DB Audit Logging**ページで、右上隅の**[有効化]**をクリックします。 4. **「データベース監査ログストレージ設定」**ダイアログで、 **AWS IAM Policy Settings**セクションを見つけて、後で使用するために**TiDB Cloud Account ID**と**TiDB Cloud External ID**を記録します。 -2. [AWS Management Console](https://console.aws.amazon.com/)で、 **IAM** > **Access Management** > **Policies**に移動し、書き込み専用権限`s3:PutObject`を持つIAMポリシーがあるかどうかを確認します。 +2. [AWS Management Console](https://console.aws.amazon.com/)で、 **IAM** > **Access Management** > **Policies**に移動し、書き込み専用権限`s3:PutObject`を持つIAMポリシーがあるかどうかを確認します。 - はいの場合は、後で使用するために一致したポリシーを記録します。 - - そうでない場合は、 **IAM** > **Access Management** > **Policies** > **Create Policy**に移動し、次のポリシー テンプレートに従ってIAMポリシーを定義します。 + - そうでない場合は、 **IAM** > **Access Management** > **Policies** > **Create Policy**に移動し、次のポリシー テンプレートに従ってIAMポリシーを定義します。 ```json { @@ -95,12 +95,12 @@ TiDB Cloud が監査ログを書き込む宛先として、組織所有の AWS テンプレート内の``は、監査ログファイルが書き込まれるS3バケットのAmazonリソースネーム（ARN）です。S3バケットの**「プロパティ」**タブに移動し、 **Bucket Overview**エリアでARN値を確認できます。「 `"Resource"`フィールドでは、ARNの後に`/*`を追加する必要があります。例えば、ARNが`arn:aws:s3:::tidb-cloud-test`の場合、 `"Resource"`フィールドの値を`"arn:aws:s3:::tidb-cloud-test/*"`に設定する必要があります。 -3. **IAM** > **Access Management** > **Roles**に移動し、前に記録したTiDB Cloudアカウント ID と外部 ID に対応する信頼エンティティを持つロールがすでに存在するかどうかを確認します。 +3. **IAM** > **Access Management** > **Roles**に移動し、前に記録したTiDB Cloudアカウント ID と外部 ID に対応する信頼エンティティを持つロールがすでに存在するかどうかを確認します。 - はいの場合は、後で使用するために一致したロールを記録します。 - そうでない場合は、 **Create role**をクリックし、信頼エンティティタイプとして**Another AWS account**を選択し、 **Account ID**フィールドにTiDB CloudのアカウントIDを入力します。次に、 **Require External ID**オプションを選択し、 **External ID**フィールドにTiDB Cloudの外部IDを入力します。 -4. **IAM** > **Access Management** > **Roles**で、前の手順のロール名をクリックして**概要**ページに移動し、次の手順を実行します。 +4. **IAM** > **Access Management** > **Roles**で、前の手順のロール名をクリックして**概要**ページに移動し、次の手順を実行します。 1. **「権限」**タブで、書き込み専用権限`s3:PutObject`を持つ記録済みのポリシーがロールにアタッチされているかどうかを確認します。アタッチされていない場合は、 **Attach Policies**を選択し、必要なポリシーを検索して**Attach Policy**をクリックします。 2. **概要**ページに戻り、**Role ARN**値をクリップボードにコピーします。 @@ -142,20 +142,20 @@ TiDB Cloud が監査ログを書き込む宛先として、組織所有の Googl > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 - 2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **DB Audit Logging**をクリックします。 + 2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **DB Audit Logging**をクリックします。 3. **DB Audit Logging**ページで、右上隅の**[有効化]**をクリックします。 4. **[データベース監査ログストレージ設定]**ダイアログで、 **[Google Cloud Service アカウント ID]**セクションを見つけて、後で使用するために**Service Account ID**を記録します。 -2. [Google Cloud console](https://console.cloud.google.com/)で、 **IAM & Admin** > **[ロール]**に移動し、ストレージバケット内のオブジェクトに対する次の書き込み専用権限を持つロールが存在するかどうかを確認します。 +2. [Google Cloud console](https://console.cloud.google.com/)で、 **IAM & Admin** > **[ロール]**に移動し、ストレージバケット内のオブジェクトに対する次の書き込み専用権限を持つロールが存在するかどうかを確認します。 - storage.objects.create - storage.objects.delete - はいの場合は、後で使用するためにTiDBクラスターの一致したロールを記録してください。いいえの場合は、 **IAM & Admin** > **「ロール」** > **CREATE ROLE**に移動して、TiDBクラスターのロールを定義してください。 + はいの場合は、後で使用するためにTiDBクラスターの一致したロールを記録してください。いいえの場合は、 **IAM & Admin** > **「ロール」** > **CREATE ROLE**に移動して、TiDBクラスターのロールを定義してください。 -3. **[Cloud Storage]** > **[ブラウザ]**に移動し、 TiDB Cloudがアクセスする GCS バケットを選択して、 **SHOW INFO PANEL**をクリックします。 +3. **[Cloud Storage]** > **[ブラウザ]**に移動し、 TiDB Cloudがアクセスする GCS バケットを選択して、 **SHOW INFO PANEL**をクリックします。 パネルが表示されます。 @@ -241,7 +241,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **DB Audit Logging**をクリックします。 +2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **DB Audit Logging**をクリックします。 3. **DB Audit Logging**ページで、右上隅の**[有効化]**をクリックします。 @@ -315,7 +315,7 @@ TiDB Cloud監査ログは、クラスター ID、ノード ID、およびログ クラスターの監査が不要になった場合は、次の手順を実行します。 1. TiDB Cloudコンソールで [**My TiDB**](https://tidbcloud.com/tidbs) ページに移動し、ターゲットの TiDB Cloud Dedicated クラスターの名前をクリックします。 -2. 左側のナビゲーション ペインで、**Settings** > **DB Audit Logging** をクリックします。 +2. 左側のナビゲーション ペインで、**Settings** > **DB Audit Logging** をクリックします。 3. **Database Audit Logging** セクションで、**Settings** の横にある **...** をクリックし、**Disable** をクリックします。 > **Note:** diff --git a/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md b/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md index 33c64298d42b1..bbb80cd67f67a 100644 --- a/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md +++ b/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md @@ -73,7 +73,7 @@ TiDB Cloudコンソールと Azure ポータルを使用して CMEK を構成す 9. 現在のユーザーに**Key Vault Crypto Officer**ロールを割り当てます。 1. [Azureポータル](https://portal.azure.com/)で、Key Vault に移動します。 - 2. **Access control (IAM)**をクリックし、 **Add** > **Add role assignment**をクリックします。 + 2. **Access control (IAM)**をクリックし、 **Add** > **Add role assignment**をクリックします。 3. **Key Vault Crypto Officer**ロールを検索して選択し、 **Next**をクリックします。 4. **Members**タブで、 **Assign access to**を**User, group, or service principal**に設定します。 5. **+ Select members**をクリックし、現在のユーザーを検索してメンバーとして選択します。次に、 **Select**をクリックします。 @@ -82,7 +82,7 @@ TiDB Cloudコンソールと Azure ポータルを使用して CMEK を構成す 10. 暗号化キー用の TiDB 提供エンタープライズ アプリケーションに**Key Vault Crypto Service Encryption User**ロールを割り当てます。 1. Key Vault で、作成した暗号化キー オブジェクトに移動します。 - 2. **Add** > **Add role assignment**をクリックします。 + 2. **Add** > **Add role assignment**をクリックします。 3. **Key Vault Crypto Service Encryption User**ロールを検索して選択し、 **Next**をクリックします。 4. **Members**タブで、 **Assign access to**を**User, group, or service principal**に設定します。 5. **+ Select members**をクリックし、TiDB が提供する**Enterprise Application Name**を入力して、メンバーとして選択します。次に、 **Select**をクリックします。 diff --git a/tidb-cloud/tidb-cloud-import-local-files.md b/tidb-cloud/tidb-cloud-import-local-files.md index 828be27898bd5..85635b335c6d6 100644 --- a/tidb-cloud/tidb-cloud-import-local-files.md +++ b/tidb-cloud/tidb-cloud-import-local-files.md @@ -25,7 +25,7 @@ summary: ローカル ファイルをTiDB Cloud Starter にインポートする > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 - 2. ターゲット TiDB Cloud Starter インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート]**をクリックします。 + 2. ターゲット TiDB Cloud Starter インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート]**をクリックします。 2. **インポート**ページでは、ローカルファイルをアップロードエリアに直接ドラッグ＆ドロップするか、 **Upload a local file**をクリックして対象のローカルファイルを選択してアップロードできます。1つのタスクにつき、250MiB未満のCSVファイルを1つだけアップロードできます。ローカルファイルが250MiBを超える場合は、 [250 MiB を超えるローカル ファイルをインポートするにはどうすればよいでしょうか?](#how-to-import-a-local-file-larger-than-250-mib)を参照してください。 @@ -80,7 +80,7 @@ summary: ローカル ファイルをTiDB Cloud Starter にインポートする 9. インポートタスクが完了したら、 **「SQLエディタでデータを探索」**をクリックして、インポートしたデータに対してクエリを実行できます。SQLエディタの使用方法の詳細については、 [AI支援SQLエディターでデータを探索](/tidb-cloud/explore-data-with-chat2query.md)をご覧ください。 -10. **[インポート]**ページで、 **[アクション**] 列の**[...** ] > **[ビュー]**をクリックして、インポート タスクの詳細を確認できます。 +10. **[インポート]**ページで、 **[アクション**] 列の**[...** ] > **[ビュー]**をクリックして、インポート タスクの詳細を確認できます。 ## FAQ {#faq} diff --git a/tidb-cloud/tidb-cloud-log-redaction.md b/tidb-cloud/tidb-cloud-log-redaction.md index df9fb4206ef07..dcc87320fc4ee 100644 --- a/tidb-cloud/tidb-cloud-log-redaction.md +++ b/tidb-cloud/tidb-cloud-log-redaction.md @@ -44,7 +44,7 @@ summary: TiDB Cloudでユーザーが制御するログのマスキングを有 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -3. 左側のナビゲーションペインで、 **[設定]** > **[セキュリティ]**をクリックします。 +3. 左側のナビゲーションペインで、 **[設定]** > **[セキュリティ]**をクリックします。 4. **Execution Log Redaction**セクションでは、秘匿化機能がデフォルトで**有効になっている**ことがわかります。 @@ -84,7 +84,7 @@ summary: TiDB Cloudでユーザーが制御するログのマスキングを有 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -3. 左側のナビゲーションペインで、 **[設定]** > **[セキュリティ]**をクリックします。 +3. 左側のナビゲーションペインで、 **[設定]** > **[セキュリティ]**をクリックします。 4. **Execution Log Redaction**セクションでは、秘匿化機能が**無効になって**いることがわかります。 diff --git a/tidb-cloud/tidb-cloud-org-sso-authentication.md b/tidb-cloud/tidb-cloud-org-sso-authentication.md index f9ebbc9a01a3b..ed816a38a21a6 100644 --- a/tidb-cloud/tidb-cloud-org-sso-authentication.md +++ b/tidb-cloud/tidb-cloud-org-sso-authentication.md @@ -79,7 +79,7 @@ Cloud Organization SSO を有効にするには、次の手順を実行します 1. `Organization Owner`ロールを持つユーザーとして[TiDB Cloudコンソール](https://tidbcloud.com)にログインし、左上隅のコンボ ボックスを使用して対象の組織に切り替えます。 -2. 左側のナビゲーション ペインで、 **Organization Settings** > **[認証]**をクリックします。 +2. 左側のナビゲーション ペインで、 **Organization Settings** > **[認証]**をクリックします。 3. **[認証]**ページで、 **[有効にする]**をクリックします。 @@ -266,7 +266,7 @@ TiDB Cloudでは、SAML認証方式はデフォルトで無効になっていま 3. TiDB Cloudで、アイデンティティ プロバイダーからプッシュされたグループを表示します。 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、左上隅のコンボ ボックスを使用して対象の組織に切り替えます。 - 2. 左側のナビゲーション ペインで、 **Organization Settings** > **[認証]**をクリックします。 + 2. 左側のナビゲーション ペインで、 **Organization Settings** > **[認証]**をクリックします。 3. **「グループ」**タブをクリックします。IDプロバイダーから同期されたグループが表示されます。 4. グループ内のユーザーを表示するには、 **[ビュー]**をクリックします。 diff --git a/tidb-cloud/tidb-node-group-management.md b/tidb-cloud/tidb-node-group-management.md index 1877d3460089f..5879a9b968ae7 100644 --- a/tidb-cloud/tidb-node-group-management.md +++ b/tidb-cloud/tidb-node-group-management.md @@ -75,7 +75,7 @@ TiDBノードグループを作成しても、デフォルトグループのエ IP アクセス リストをまだ設定していない場合は、 **Configure IP Access List**をクリックするか、手順[IPアクセスリストを設定する](https://docs.pingcap.com/tidbcloud/configure-ip-access-list)に従って、最初の接続の前に設定してください。 -4. 左側のナビゲーション ペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +4. 左側のナビゲーション ペインで、 **[設定]** > **[ネットワーク]**をクリックします。 5. **[ネットワーク]**ページで、右上隅の**[TiDB Node Group]**リストから TiDB ノード グループを選択します。 @@ -95,7 +95,7 @@ TiDBノードグループを作成しても、デフォルトグループのエ 3. **TiDB Node Group**リストから TiDB ノード グループを選択し、**Connection Type**リストから**Private Endpoint**を選択します。 -4. 左側のナビゲーション ペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +4. 左側のナビゲーション ペインで、 **[設定]** > **[ネットワーク]**をクリックします。 5. **[ネットワーク]**ページで、右上隅の**[TiDB Node Group]**リストから TiDB ノード グループを選択します。 @@ -117,7 +117,7 @@ TiDBノードグループを作成しても、デフォルトグループのエ 1. [VPC ピアリング経由でTiDB Cloud Dedicated に接続する](/tidb-cloud/set-up-vpc-peering-connections.md)の手順に従って、このクラスターの VPC ピアリングを作成します。 2. [**クラスター**](https://tidbcloud.com/project/clusters)ページに移動し、ターゲット クラスターの名前をクリックして概要ページに移動します。 -3. 左側のナビゲーション ペインで、 **[設定]** > **[ネットワーク]**をクリックします。 +3. 左側のナビゲーション ペインで、 **[設定]** > **[ネットワーク]**をクリックします。 4. **[ネットワーク]**ページの右上隅にある**[接続]**をクリックして、接続文字列を取得します。 ## TiDBノードグループを確認する {#view-tidb-node-groups} diff --git a/tidb-cloud/tidbx-instance-move-faq.md b/tidb-cloud/tidbx-instance-move-faq.md index 378f81d801095..4f0614dd67e61 100644 --- a/tidb-cloud/tidbx-instance-move-faq.md +++ b/tidb-cloud/tidbx-instance-move-faq.md @@ -58,7 +58,7 @@ TiDB Cloudは、異なるリソースタイプとユースケースに対応す | プロジェクトは任意です | ❌
（各TiDB Cloud Dedicatedクラスターは、専用プロジェクトに属している必要があります。） | ✅
（TiDB Xインスタンスは、TiDB Xプロジェクトにグループ化することも、組織レベルで管理することもできます。） | 該当なし
（TiDB Xプロジェクトにグループ化されていないTiDB Xインスタンスは、自動的にTiDB X仮想プロジェクトにグループ化されます。） | | プロジェクト設定 | ✅ | ❌ | ❌ | | インフラストラクチャバインディング | ✅
（強力な綴じ方） | ❌ | ❌ | -| RBACモデル | 組織 -> プロジェクト | 組織 -> プロジェクト -> インスタンス | 組織 -> プロジェクト -> インスタンス | +| RBACモデル | 組織 -> プロジェクト | 組織 -> プロジェクト -> インスタンス | 組織 -> プロジェクト -> インスタンス | | プロジェクトレベルのRBAC | ✅ | ✅ | ❌ | | プロジェクトレベルの請求 | ✅ | ✅ | ❌ | | プロジェクト間でのインスタンスの移動 | ❌ | ✅
（TiDB Xインスタンスを特定のTiDB Xプロジェクトに移動したり、任意のプロジェクトから移動したりできます。） | ✅
（TiDB Xインスタンスは、任意のTiDB Xプロジェクトから特定のTiDB Xプロジェクトに移動できます。） | diff --git a/tidb-cloud/tiproxy-management.md b/tidb-cloud/tiproxy-management.md index 793955843a402..70f42b4f1c0f8 100644 --- a/tidb-cloud/tiproxy-management.md +++ b/tidb-cloud/tiproxy-management.md @@ -104,7 +104,7 @@ TiProxyの請求書を表示するには、以下の手順を実行してくだ 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 2. 左側のナビゲーションペインで**「請求」**をクリックします。 **「請求」**ページでは、デフォルトで**「請求書」**タブが表示されます。 -3. **Summary by Service**セクションでは、TiProxy ノードのコストは**TiDB Dedicated**の下に表示され、TiProxy のデータ転送コストは**データ転送 > 同一リージョン**に含まれています。 +3. **Summary by Service**セクションでは、TiProxy ノードのコストは**TiDB Dedicated**の下に表示され、TiProxy のデータ転送コストは**データ転送 > 同一リージョン**に含まれています。 ![TiProxy Billing](/media/tidb-cloud/tiproxy-billing.png) diff --git a/tidb-cloud/top-ru.md b/tidb-cloud/top-ru.md index 35b8b2a97dbb8..228c4a2fd1616 100644 --- a/tidb-cloud/top-ru.md +++ b/tidb-cloud/top-ru.md @@ -27,7 +27,7 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 ## オープントップRU {#open-top-ru} 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 TiDB Cloud EssentialまたはTiDB Cloud Premiumインスタンスに移動してください。 -2. 左側のナビゲーション ペインで、 **[監視]** > **Top RU**をクリックします。 +2. 左側のナビゲーション ペインで、 **[監視]** > **Top RU**をクリックします。 ## SQLによるRU消費量の分析 {#analyze-ru-consumption-by-sql} @@ -125,7 +125,7 @@ SQLに複数の実行計画がある場合、パネルにはまずプラン一 RUスパイクを調査するには、以下のワークフローを使用してください。 1. TiDB Cloud EssentialまたはTiDB Cloud PremiumインスタンスのメトリクスにRUの急上昇が見られるか、アラートがトリガーされた場合は、その旨にご注意ください。 -2. **「モニタリング」** > **Top RU**に移動し、 **「概要」**タブをクリックして、スパイクが発生した期間を選択します。 +2. **「モニタリング」** > **Top RU**に移動し、 **「概要」**タブをクリックして、スパイクが発生した期間を選択します。 3. **Total RU**が最も高いSQL文を特定します。各SQL文にカーソルを合わせると、RU値の推移が表示され、急上昇が始まった時期がわかります。 4. 特定のユーザーがランキングの急上昇を引き起こしているかどうかを確認するには、 **「ユーザー別ランキング」**パネルを確認してください。 5. 必要に応じて、 **Sliced by Users**タブに移動し、ユーザーを選択して、そのユーザーが最も多くのRUを消費しているSQLステートメントに注目してください。 diff --git a/tidb-cloud/troubleshoot-import-access-denied-error.md b/tidb-cloud/troubleshoot-import-access-denied-error.md index b901ab4a85ca0..a78b77041a810 100644 --- a/tidb-cloud/troubleshoot-import-access-denied-error.md +++ b/tidb-cloud/troubleshoot-import-access-denied-error.md @@ -17,7 +17,7 @@ TiDB Cloudコンソールの**Data Import**ページで**Next**をクリック ### 信頼エンティティを確認する {#check-the-trust-entity} -1. AWS マネジメントコンソールで、 **IAM** >**Access Management**>**Roles**に移動します。 +1. AWS マネジメントコンソールで、 **IAM** >**Access Management**>**Roles**に移動します。 2. ロールのリストで、ターゲットTiDBクラスター用に作成したロールを見つけてクリックします。ロールの概要ページが表示されます。 3. ロールの概要ページで、 **Trust relationships**タブをクリックすると、信頼されたエンティティが表示されます。 @@ -74,7 +74,7 @@ IAMユーザーの AWS アクセスキーを使用して Amazon S3 バケット IAMユーザーのポリシーを確認するには、次の手順を実行します。 -1. AWS マネジメントコンソールで、 **IAM** >**Access Management**>**Users**に移動します。 +1. AWS マネジメントコンソールで、 **IAM** >**Access Management**>**Users**に移動します。 2. ユーザーリストで、 TiDB Cloudへのデータのインポートに使用したユーザーを見つけてクリックします。ユーザーの概要ページが表示されます。 3. ユーザー概要ページの**Permission policies**領域に、ポリシーの一覧が表示されます。各ポリシーごとに以下の手順を実行してください。 1. ポリシーをクリックすると、ポリシーの概要ページが表示されます。 @@ -110,7 +110,7 @@ IAMユーザーのポリシーを確認するには、次の手順を実行し ### IAMロールのポリシーを確認する {#check-the-policy-of-the-iam-role} -1. AWS マネジメントコンソールで、 **IAM** >**Access Management**>**Roles**に移動します。 +1. AWS マネジメントコンソールで、 **IAM** >**Access Management**>**Roles**に移動します。 2. ロールのリストで、ターゲットTiDBクラスター用に作成したロールを見つけてクリックします。ロールの概要ページが表示されます。 3. ロールの概要ページの**Permission policies**領域に、ポリシーの一覧が表示されます。各ポリシーごとに以下の手順を実行してください。 1. ポリシーをクリックすると、ポリシーの概要ページが表示されます。 @@ -175,7 +175,7 @@ IAMユーザーのポリシーを確認するには、次の手順を実行し > **Tip:** > -> 権限ポリシーを複数回更新してもデータのインポート中にエラー`AccessDenied`が発生する場合は、アクティブなセッションを取り消してみてください。 **IAM** > **Access Management** > **Roles**に移動し、対象のロールをクリックしてロールの概要ページに進みます。ロールの概要ページで**Revoke active sessions**を見つけ、ボタンをクリックしてアクティブなセッションを取り消します。その後、データのインポートを再試行してください。 +> 権限ポリシーを複数回更新してもデータのインポート中にエラー`AccessDenied`が発生する場合は、アクティブなセッションを取り消してみてください。 **IAM** > **Access Management** > **Roles**に移動し、対象のロールをクリックしてロールの概要ページに進みます。ロールの概要ページで**Revoke active sessions**を見つけ、ボタンをクリックしてアクティブなセッションを取り消します。その後、データのインポートを再試行してください。 > > 他のアプリケーションに影響する可能性があることに注意してください。 diff --git a/tidb-lightning/tidb-lightning-configuration.md b/tidb-lightning/tidb-lightning-configuration.md index 13e10bbd80910..8c12d91ea8756 100644 --- a/tidb-lightning/tidb-lightning-configuration.md +++ b/tidb-lightning/tidb-lightning-configuration.md @@ -631,7 +631,7 @@ CSV ファイルの解析方法を構成します。 - 物理インポート モードでは、データのインポートが完了すると、 TiDB Lightning はチェックサムと`ANALYZE`操作を自動的に実行できます。 - 実本番環境ではこれらを true のままにしておくことをお勧めします。 -- 実行順序: チェックサム -> `ANALYZE` 。 +- 実行順序: チェックサム -> `ANALYZE` 。 - 論理インポート モードでは、チェックサムと`ANALYZE`操作は必要なく、実際の操作では常にスキップされることに注意してください。 #### `checksum` {#checksum} diff --git a/tidb-lightning/tidb-lightning-physical-import-mode.md b/tidb-lightning/tidb-lightning-physical-import-mode.md index d92ac86db023c..6bf178358e66a 100644 --- a/tidb-lightning/tidb-lightning-physical-import-mode.md +++ b/tidb-lightning/tidb-lightning-physical-import-mode.md @@ -67,8 +67,8 @@ CentOS 7の新規インスタンスの使用をお勧めします。仮想マシ ### バージョン要件 {#version-requirements} -- TiDB Lightning >= v4.0.3。 -- TiDB >= v4.0.0。 +- TiDB Lightning >= v4.0.3。 +- TiDB >= v4.0.0。 ### 制限事項 {#limitations} diff --git a/tidb-lightning/tidb-lightning-web-interface.md b/tidb-lightning/tidb-lightning-web-interface.md index 3438c991e9f7f..5b0fd9c1631ca 100644 --- a/tidb-lightning/tidb-lightning-web-interface.md +++ b/tidb-lightning/tidb-lightning-web-interface.md @@ -77,7 +77,7 @@ TiDB Lightningを起動したら、 `http://127.0.0.1:8289`にアクセスして ## テーブル進行状況 {#table-progress} -トップページのテーブルカードにある**「>」**ボタンをクリックすると、テーブルの詳細な進捗状況が表示されます。 +トップページのテーブルカードにある**「>」**ボタンをクリックすると、テーブルの詳細な進捗状況が表示されます。 ![Table progress](/media/lightning-web-table.png) diff --git a/tidb-performance-tuning-config.md b/tidb-performance-tuning-config.md index ac08db7f32f08..5fd26fe63131d 100644 --- a/tidb-performance-tuning-config.md +++ b/tidb-performance-tuning-config.md @@ -333,7 +333,7 @@ go-ycsb run mysql -P /ycsb/workloads/workloada -p {host} -p mysql.port={port} -p #### トラブルシューティング {#troubleshooting} -ワークロードに頻繁に発生する小規模なトランザクションや、タイムスタンプを頻繁に要求するクエリが含まれる場合、 [TSO（タイムスタンプオラクル）](/glossary.md#timestamp-oracle-tso)がパフォーマンスのボトルネックになる可能性があります。TSO の待機時間がシステムに影響を与えているかどうかを確認するには、 [**パフォーマンス概要 > SQL実行時間概要**](/grafana-performance-overview-dashboard.md#sql-execute-time-overview)パネルを確認してください。TSO の待機時間が SQL 実行時間の大部分を占める場合は、次の最適化を検討してください。 +ワークロードに頻繁に発生する小規模なトランザクションや、タイムスタンプを頻繁に要求するクエリが含まれる場合、 [TSO（タイムスタンプオラクル）](/glossary.md#timestamp-oracle-tso)がパフォーマンスのボトルネックになる可能性があります。TSO の待機時間がシステムに影響を与えているかどうかを確認するには、 [**パフォーマンス概要 > SQL実行時間概要**](/grafana-performance-overview-dashboard.md#sql-execute-time-overview)パネルを確認してください。TSO の待機時間が SQL 実行時間の大部分を占める場合は、次の最適化を検討してください。 - 厳密な一貫性を必要としない読み取り操作には、低精度TSO（ [`tidb_low_resolution_tso`](/system-variables.md#tidb_low_resolution_tso)を有効にする）を使用します。詳細については、 [解決策1：低精度TSOを使用する](#solution-1-low-precision-tso)を参照してください。 - 可能な場合は、小さなトランザクションをまとめて大きなトランザクションにします。詳細については、 [解決策2：TSO要求の並列モード](#solution-2-parallel-mode-for-tso-requests)を参照してください。 diff --git a/tidb-resource-control-ru-groups.md b/tidb-resource-control-ru-groups.md index 7fd625002c05c..a6f18d8dfe89d 100644 --- a/tidb-resource-control-ru-groups.md +++ b/tidb-resource-control-ru-groups.md @@ -363,7 +363,7 @@ SELECT * FROM request_unit_by_group LIMIT 5; -TiDB はリソース制御に関する実行時情報を定期的に収集し、Grafana の**[TiDB]** > **[リソース制御]**ダッシュボードにメトリクスの視覚的なグラフを提供します。メトリクスについては[TiDBの重要な監視指標](/grafana-tidb-dashboard.md)の**リソース制御**セクションで詳しく説明されています。 +TiDB はリソース制御に関する実行時情報を定期的に収集し、Grafana の**[TiDB]** > **[リソース制御]**ダッシュボードにメトリクスの視覚的なグラフを提供します。メトリクスについては[TiDBの重要な監視指標](/grafana-tidb-dashboard.md)の**リソース制御**セクションで詳しく説明されています。 TiKV は、さまざまなリソース グループからのリクエスト QPS も記録します。詳細については、 [TiKVモニタリング指標の詳細](/grafana-tikv-dashboard.md#grpc)を参照してください。 @@ -377,7 +377,7 @@ TiDB Dashboardの現在の[`RESOURCE_GROUPS`](/information-schema/information-sc > > このセクションでは、TiDB Self-Managed でのみ利用可能な Grafana ダッシュボードについて説明します。TiDB Cloud Dedicated では、TiDB Cloud コンソールの [Calibrate Resource](/tidb-cloud/calibrate-resource.md) ページで、**Total RU Consumed** や **RU Consumed by Resource Groups** などのリソース制御メトリクスを表示できます。 -TiDBは、リソース制御に関するランタイム情報を定期的に収集し、Grafanaの**TiDB** >**リソース制御**ダッシュボードでそのメトリクスの視覚的なグラフを提供します。 +TiDBは、リソース制御に関するランタイム情報を定期的に収集し、Grafanaの**TiDB** >**リソース制御**ダッシュボードでそのメトリクスの視覚的なグラフを提供します。 TiKVは、Grafanaの**TiKV**ダッシュボードに、さまざまなリソースグループからのリクエストQPSも記録します。 diff --git a/tidb-troubleshooting-map.md b/tidb-troubleshooting-map.md index f23c460fb8002..aab99c0c16701 100644 --- a/tidb-troubleshooting-map.md +++ b/tidb-troubleshooting-map.md @@ -38,9 +38,9 @@ summary: TiDBでよく発生するエラーのトラブルシューティング - 2.2.1 TiKVシングルスレッドのボトルネック - - TiKVインスタンス内のリージョンが多すぎると、単一のgRPCスレッドがボトルネックになります（ **Grafana** -> **TiKV-details** -> **Thread CPU/gRPC CPU Per Thread**メトリックを確認してください）。v3.x以降のバージョンでは、 `Hibernate Region`を有効にすることでこの問題を解決できます。中国語の[ケース612](https://github.com/pingcap/tidb-map/blob/master/maps/diagnose-case-study/case612.md)を参照してください。 + - TiKVインスタンス内のリージョンが多すぎると、単一のgRPCスレッドがボトルネックになります（ **Grafana** -> **TiKV-details** -> **Thread CPU/gRPC CPU Per Thread**メトリックを確認してください）。v3.x以降のバージョンでは、 `Hibernate Region`を有効にすることでこの問題を解決できます。中国語の[ケース612](https://github.com/pingcap/tidb-map/blob/master/maps/diagnose-case-study/case612.md)を参照してください。 - - v3.0より前のバージョンでは、raftstoreスレッドまたはapplyスレッドがボトルネックになった場合（ **Grafana** -> **TiKV-details** -> **Thread CPU/raft store CPU**および**Async apply CPU**メトリクスが`80%`を超える場合）、TiKV（v2.x）インスタンスをスケールアウトするか、マルチスレッド対応のv3.xにアップグレードできます。 + - v3.0より前のバージョンでは、raftstoreスレッドまたはapplyスレッドがボトルネックになった場合（ **Grafana** -> **TiKV-details** -> **Thread CPU/raft store CPU**および**Async apply CPU**メトリクスが`80%`を超える場合）、TiKV（v2.x）インスタンスをスケールアウトするか、マルチスレッド対応のv3.xにアップグレードできます。 - 2.2.2 CPU負荷が増加する。 @@ -91,7 +91,7 @@ summary: TiDBでよく発生するエラーのトラブルシューティング - 原因2：TiDBサーバーがDMLステートメントの実行中にPDまたはTiKVに接続できません。その結果、TiDBサーバーは1つのDDLリース（デフォルトでは`45s`内に新しいスキーマをロードできなかったか、TiDBサーバーが`keep alive`設定でPDから切断されました。 - - 原因3：TiKVの負荷が高いか、ネットワークがタイムアウトしました。Grafana -> **TiDB**と**TiKV**でノードの負荷を確認してください。 + - 原因3：TiKVの負荷が高いか、ネットワークがタイムアウトしました。Grafana -> **TiDB**と**TiKV**でノードの負荷を確認してください。 - 解決： @@ -221,13 +221,13 @@ TiDB は、トランザクションの実行時または[`ADMIN CHECK [TABLE|IND - 4.2.1 `block-cache`の設定が大きすぎると、メモリ不足が発生する可能性があります。 - 問題の原因を確認するには、モニター**Grafana** -> **TiKV-details**で該当するインスタンスを選択して RocksDB の`block cache size`を確認してください。 + 問題の原因を確認するには、モニター**Grafana** -> **TiKV-details**で該当するインスタンスを選択して RocksDB の`block cache size`を確認してください。 一方、 `[storage.block-cache] capacity = # "1GB"`パラメータが正しく設定されているか確認してください。デフォルトでは、TiKV の`block-cache`はマシンの総メモリの`45%`に設定されています。TiKV は物理マシンのメモリを取得するため、コンテナのメモリ制限を超える可能性があるため、コンテナに TiKV をデプロイする際にはこのパラメータを明示的に指定する必要があります。 - 4.2.2コプロセッサーが多数の大きなクエリを受信し、大量のデータを返します。gRPC は、コプロセッサがデータを返す速度に追いつかず、結果としてメモリ不足エラーが発生します。 - 原因を確認するには、モニター**Grafana** -> **TiKV-details** -> coprocessor overview を表示して`response size`が`network outbound`のトラフィックを超えているかどうかを確認でき**ます**。 + 原因を確認するには、モニター**Grafana** -> **TiKV-details** -> coprocessor overview を表示して`response size`が`network outbound`のトラフィックを超えているかどうかを確認でき**ます**。 - 4.2.3 他のコンポーネントがメモリを過剰に消費している。 @@ -235,7 +235,7 @@ TiDB は、トランザクションの実行時または[`ADMIN CHECK [TABLE|IND ### 4.3 クライアントが`server is busy`と報告するエラー {#43-the-client-reports-the-server-is-busy-error} -ビジー状態の具体的な原因を確認するには、モニター**Grafana** -> **TiKV** -> **errors を**確認してください。 `server is busy` 、TiKV のフロー制御メカニズムが原因で発生しており、TiKV が現在過負荷状態にあるため後で再試行することを`tidb/ti-client`に通知します。 +ビジー状態の具体的な原因を確認するには、モニター**Grafana** -> **TiKV** -> **errors を**確認してください。 `server is busy` 、TiKV のフロー制御メカニズムが原因で発生しており、TiKV が現在過負荷状態にあるため後で再試行することを`tidb/ti-client`に通知します。 - 4.3.1 TiKV RocksDB は`write stall`を検出します。 @@ -257,7 +257,7 @@ TiDB は、トランザクションの実行時または[`ADMIN CHECK [TABLE|IND - 4.3.2 `scheduler too busy` - - 深刻な書き込み競合が発生しています。 `latch wait duration`値が高くなります。モニター**Grafana** -> **TiKV-details** -> **scheduler prewrite** / **scheduler commit**で`latch wait duration`を確認できます。スケジューラで書き込みタスクが蓄積されると、保留中の書き込みタスクが`[storage] scheduler-pending-write-threshold` (100MB) で設定されたしきい値を超えます。 `MVCC_CONFLICT_COUNTER`に対応するメトリックを確認することで、原因を検証できます。 + - 深刻な書き込み競合が発生しています。 `latch wait duration`値が高くなります。モニター**Grafana** -> **TiKV-details** -> **scheduler prewrite** / **scheduler commit**で`latch wait duration`を確認できます。スケジューラで書き込みタスクが蓄積されると、保留中の書き込みタスクが`[storage] scheduler-pending-write-threshold` (100MB) で設定されたしきい値を超えます。 `MVCC_CONFLICT_COUNTER`に対応するメトリックを確認することで、原因を検証できます。 - 書き込み速度が遅いと、書き込みタスクが蓄積されます。TiKV に書き込まれるデータが`[storage] scheduler-pending-write-threshold` (100MB) で設定されたしきい値を超えています[4.5](#45-tikv-write-is-slow)を参照してください。 @@ -281,7 +281,7 @@ TiDB は、トランザクションの実行時または[`ADMIN CHECK [TABLE|IND - TiKV は、 `THP` (透明巨大ページ) の動的な調整が原因でハングアップしています。中国語の[ケース500](https://github.com/pingcap/tidb-map/blob/master/maps/diagnose-case-study/case500.md)を参照してください。 -- 4.4.2 TiKV RocksDB で書き込み停止が発生し、再選出が行われます。モニター**Grafana** -> **TiKV-details** -> **errors**に`server is busy`が表示されているかどうかを確認してください[4.3.1](#43-the-client-reports-the-server-is-busy-error)を参照してください。 +- 4.4.2 TiKV RocksDB で書き込み停止が発生し、再選出が行われます。モニター**Grafana** -> **TiKV-details** -> **errors**に`server is busy`が表示されているかどうかを確認してください[4.3.1](#43-the-client-reports-the-server-is-busy-error)を参照してください。 - 4.4.3 ネットワークの孤立による再選出。 @@ -336,7 +336,7 @@ TiDB は、トランザクションの実行時または[`ADMIN CHECK [TABLE|IND - テーブルをまたいで空のリージョンはマージできません。TiKV の`[coprocessor] split-region-on-table`パラメータを変更する必要があります。このパラメータは、v4.x ではデフォルトで`false`に設定されています。詳細は中国語の[ケース896](https://github.com/pingcap/tidb-map/blob/master/maps/diagnose-case-study/case896.md)を参照してください。 - - リージョンのマージは遅いです。マージされたオペレーターが生成されているかどうかは、 **Grafana** -> **PD** -> **operator**のモニターダッシュボードにアクセスして確認できます。マージを高速化するには、 `merge-schedule-limit`の値を増やしてください。 + - リージョンのマージは遅いです。マージされたオペレーターが生成されているかどうかは、 **Grafana** -> **PD** -> **operator**のモニターダッシュボードにアクセスして確認できます。マージを高速化するには、 `merge-schedule-limit`の値を増やしてください。 - 5.1.2 レプリカの追加またはオンライン/オフラインでのレプリカの削除 @@ -354,7 +354,7 @@ TiDB は、トランザクションの実行時または[`ADMIN CHECK [TABLE|IND - 原因1：ディスク。PDノードが配置されているディスクのI/O負荷が最大になっています。PDがI/O負荷の高い他のコンポーネントと一緒にデプロイされているかどうか、およびディスクの状態を調査してください。Grafana**の**「**ディスクパフォ​​ーマンス**」→ **「レイテンシー**/**負荷」**でモニターメトリックを確認することで原因を特定できます。必要に応じて、FIOツールを使用してディスクのチェックを実行することもできます。中国語の[ケース292](https://github.com/pingcap/tidb-map/blob/master/maps/diagnose-case-study/case292.md)を参照してください。 - - 原因 2: ネットワーク。PD ログに`lost the TCP streaming connection`が表示されます。PD ノード間のネットワークに問題がないか確認し、モニター**Grafana** -> **PD** -> **etcd**で`round trip`を表示して原因を検証する必要があります。中国語の[ケース177](https://github.com/pingcap/tidb-map/blob/master/maps/diagnose-case-study/case177.md)を参照してください。 + - 原因 2: ネットワーク。PD ログに`lost the TCP streaming connection`が表示されます。PD ノード間のネットワークに問題がないか確認し、モニター**Grafana** -> **PD** -> **etcd**で`round trip`を表示して原因を検証する必要があります。中国語の[ケース177](https://github.com/pingcap/tidb-map/blob/master/maps/diagnose-case-study/case177.md)を参照してください。 - 原因3：システム負荷が高い。ログには`server is likely overloaded`と表示されます。中国語の[ケース214](https://github.com/pingcap/tidb-map/blob/master/maps/diagnose-case-study/case214.md)を参照してください。 @@ -368,7 +368,7 @@ TiDB は、トランザクションの実行時または[`ADMIN CHECK [TABLE|IND - PDにはLeaderが存在しない、またはLeaderが切り替わります[5.2.1](#52-pd-election)および[5.2.2](#52-pd-election)を参照してください。 - - ネットワークの問題です。Grafana -> **blackbox_exporter** -> **ping レイテンシー**モニターにアクセスして、 **TiDB**から PD Leaderへのネットワークが正常に動作しているかどうかを確認してください。 + - ネットワークの問題です。Grafana -> **blackbox_exporter** -> **ping レイテンシー**モニターにアクセスして、 **TiDB**から PD Leaderへのネットワークが正常に動作しているかどうかを確認してください。 - PD パニック。 [バグを報告する](https://github.com/pingcap/pd/issues/new?labels=kind%2Fbug&template=bug-report.md)。 @@ -390,7 +390,7 @@ TiDB は、トランザクションの実行時または[`ADMIN CHECK [TABLE|IND ### 5.4 Grafanaの表示 {#54-grafana-display} -- 5.4.1 **Grafana** -> **PD** -> **cluster** -> **role**のモニターにフォロワーが表示されます。Grafana の式に関する問題は v3.0.8 で修正されました。 +- 5.4.1 **Grafana** -> **PD** -> **cluster** -> **role**のモニターにフォロワーが表示されます。Grafana の式に関する問題は v3.0.8 で修正されました。 ## 6. エコシステムツール {#6-ecosystem-tools} @@ -509,7 +509,7 @@ TiDB は、トランザクションの実行時または[`ADMIN CHECK [TABLE|IND TiKV へのリクエストがタイムアウトし、リージョン キャッシュがリクエストを他のノードに切り替えるようにトリガーされました。ログの`grep " cancelled`フィールドで`addr`コマンドを引き続き実行し、 `grep`の結果に応じて以下の手順を実行してください。 - - `send request is cancelled` : 送信フェーズ中にリクエストがタイムアウトしました。Grafana -> **TiDB** -> **Batch Client** / `Pending Request Count by TiKV`の監視**画面**で、保留中のリクエスト数が 128 を超えているかどうかを確認してください。 + - `send request is cancelled` : 送信フェーズ中にリクエストがタイムアウトしました。Grafana -> **TiDB** -> **Batch Client** / `Pending Request Count by TiKV`の監視**画面**で、保留中のリクエスト数が 128 を超えているかどうかを確認してください。 - 値が128より大きい場合、送信はKVの処理能力を超え、送信が蓄積されます。 - 値が128を超えない場合は、ログを確認して、レポートが該当するKVの運用および保守の変更によって発生したかどうかを確認してください。そうでない場合は、このエラーは予期しないものであり、 [バグを報告する](https://github.com/pingcap/tidb/issues/new?labels=type%2Fbug&template=bug-report.md)必要があります。 diff --git a/tidb-upgrade-migration-guide.md b/tidb-upgrade-migration-guide.md index 67b7174ba1bf3..b7a21b8713b9a 100644 --- a/tidb-upgrade-migration-guide.md +++ b/tidb-upgrade-migration-guide.md @@ -257,7 +257,7 @@ tiup cluster start # Start the cluster SELECT * FROM INFORMATION_SCHEMA.CLUSTER_INFO; ``` - - Grafana を使用してサービスの状態を監視します[**概要 > サービスポートステータス**](/grafana-overview-dashboard.md)に移動し、すべてのサービスが**Up**状態であることを確認します。 + - Grafana を使用してサービスの状態を監視します[**概要 > サービスポートステータス**](/grafana-overview-dashboard.md)に移動し、すべてのサービスが**Up**状態であることを確認します。 7. 新しいクラスターから古いクラスターへのリバースレプリケーションを設定します。 @@ -289,8 +289,8 @@ tiup cluster start # Start the cluster 9. 次の Grafana パネルを使用して、新しいクラスターの負荷と動作ステータスを監視します。 - - [**TiDBダッシュボード > クエリサマリー**](/grafana-tidb-dashboard.md#query-summary) : 期間、QPS、失敗したクエリ OPM メトリックを確認します。 - - [**TiDBダッシュボード > サーバー**](/grafana-tidb-dashboard.md#server) :**接続数**メトリックを監視して、ノード間で接続が均等に分散されていることを確認します。 + - [**TiDBダッシュボード > クエリサマリー**](/grafana-tidb-dashboard.md#query-summary) : 期間、QPS、失敗したクエリ OPM メトリックを確認します。 + - [**TiDBダッシュボード > サーバー**](/grafana-tidb-dashboard.md#server) :**接続数**メトリックを監視して、ノード間で接続が均等に分散されていることを確認します。 この時点で、ビジネス トラフィックは新しいクラスターに正常に切り替えられ、TiCDC リバース レプリケーション チャネルが確立されます。 diff --git a/tiflash-upgrade-guide.md b/tiflash-upgrade-guide.md index 9475153bc0de5..935a35c0ff958 100644 --- a/tiflash-upgrade-guide.md +++ b/tiflash-upgrade-guide.md @@ -98,7 +98,7 @@ TiFlash v6.2.0はデフォルトでPageStorage V3バージョン[`format_version 2. TiFlashノードを再起動します。 -テーブルがまだ古いデータ形式を使用しているかどうかを Grafana で確認できます: **TiFlash-Summary** > **Storage Pool** > **Storage Pool Run Mode** 。 +テーブルがまだ古いデータ形式を使用しているかどうかを Grafana で確認できます: **TiFlash-Summary** > **Storage Pool** > **Storage Pool Run Mode** 。 - V2のみ: PageStorage V2を使用しているテーブルの数（パーティションを含む） - V3のみ: PageStorage V3を使用しているテーブルの数（パーティションを含む） diff --git a/tiflash/monitor-tiflash.md b/tiflash/monitor-tiflash.md index 814faa99789b3..af4eed520b503 100644 --- a/tiflash/monitor-tiflash.md +++ b/tiflash/monitor-tiflash.md @@ -103,4 +103,4 @@ TiFlash には、 **TiFlash-Summary** 、 **TiFlash-Proxy-Summary** 、 **TiFlas - 読み取りインデックス OPS: 各TiFlashインスタンスが`read_index`回のリクエストをトリガーする回数。これはトリガーされたリージョンの数に等しくなります。 - インデックス読み取り時間: すべてのTiFlashインスタンスの`read_index`が使用する時間。ほとんどの時間は、リージョンリーダーとのやり取りと再試行に使用されます。 -- インデックス待機期間: すべてのTiFlashインスタンスに対して`wait_index`が使用する時間。つまり、 `read_index`要求を受信した後、ローカル インデックス >= read_index になるまで待機する時間です。 +- インデックス待機期間: すべてのTiFlashインスタンスに対して`wait_index`が使用する時間。つまり、 `read_index`要求を受信した後、ローカル インデックス >= read_index になるまで待機する時間です。 diff --git a/tiflash/tiflash-command-line-flags.md b/tiflash/tiflash-command-line-flags.md index a24e244de86ba..a5170abbe74b7 100644 --- a/tiflash/tiflash-command-line-flags.md +++ b/tiflash/tiflash-command-line-flags.md @@ -20,9 +20,9 @@ summary: TiFlashのコマンドライン起動フラグについて学習しま - ユーザーシナリオ: - データ検証が有効になっているバージョン v5.4.0 以上からバージョン v5.4.0 未満にTiFlash をダウングレードする必要がある場合は、このツールを使用して DTFile のデータ形式をダウングレードできます。 - - TiFlash をバージョン >= v5.4.0 にアップグレードし、既存のデータのデータ検証を有効にする場合は、このツールを使用して DTFile のデータ形式をアップグレードできます。 + - TiFlash をバージョン >= v5.4.0 にアップグレードし、既存のデータのデータ検証を有効にする場合は、このツールを使用して DTFile のデータ形式をアップグレードできます。 - さまざまな構成で DTFile のスペース使用量と読み取り速度をテストします。 - - 小さなファイルのマージが有効になっているバージョン v7.3.0 以上 (つまり、 `storage.format_version` >= 5) のTiFlash をバージョン v7.3.0 未満にダウングレードする必要がある場合は、このツールを使用して DTFile のデータ形式をダウングレードできます。 + - 小さなファイルのマージが有効になっているバージョン v7.3.0 以上 (つまり、 `storage.format_version` >= 5) のTiFlash をバージョン v7.3.0 未満にダウングレードする必要がある場合は、このツールを使用して DTFile のデータ形式をダウングレードできます。 - パラメータ: - `--imitative` : DTFile の暗号化機能を使用しない場合は、このフラグを使用して構成ファイルの使用と PD への接続を回避できます。 diff --git a/tiflash/tiflash-configuration.md b/tiflash/tiflash-configuration.md index 2353338e9a656..e49635f1140a4 100644 --- a/tiflash/tiflash-configuration.md +++ b/tiflash/tiflash-configuration.md @@ -26,7 +26,7 @@ summary: TiFlash の設定方法を学びます。 - TiFlash TCP サービスポート。このポートは内部テストに使用され、デフォルトでは 9000 に設定されています。 - TiFlash v7.1.0より前のバージョンでは、このポートはデフォルトで有効になっていますが、セキュリティリスクがあります。セキュリティを強化するため、このポートにアクセス制御を適用し、ホワイトリストに登録されたIPアドレスからのアクセスのみを許可することをお勧めします。TiFlash v7.1.0以降では、このポートの設定をコメントアウトすることでセキュリティリスクを回避できます。TiFlashの設定ファイルでこのポートが指定されていない場合、このポートは無効になります。 -- TiFlashデプロイメントでは、このポートを構成することは推奨され**ません**。(注: TiFlash v7.1.0 以降、 TiUP >= v1.12.5 またはTiDB Operator >= v1.5.0 でデプロイされたTiFlash は、デフォルトでポートを無効にし、より安全になっています。) +- TiFlashデプロイメントでは、このポートを構成することは推奨され**ません**。(注: TiFlash v7.1.0 以降、 TiUP >= v1.12.5 またはTiDB Operator >= v1.5.0 でデプロイされたTiFlash は、デフォルトでポートを無効にし、より安全になっています。) - デフォルト値: `9000` #### `mark_cache_size` {#mark_cache_size} diff --git a/tiflash/tiflash-data-validation.md b/tiflash/tiflash-data-validation.md index 96901b5736778..33d395197d89e 100644 --- a/tiflash/tiflash-data-validation.md +++ b/tiflash/tiflash-data-validation.md @@ -21,7 +21,7 @@ summary: TiFlashのデータ検証メカニズムとツールについて学習 | :---- | :------------------------ | :-------------------------------------------------------- | :---------------------------- | | V1 | 非推奨 | ハッシュはデータ ファイルに埋め込まれます。 | | | V2 | バージョン6.0.0未満のデフォルト | ハッシュはデータ ファイルに埋め込まれます。 | V1 と比較して、V2 では列データの統計が追加されます。 | -| V3 | バージョン >= v6.0.0 のデフォルト | V3 にはメタデータとトークン データのチェックサムが含まれており、複数のハッシュ アルゴリズムをサポートします。 | v5.4.0 の新機能。 | +| V3 | バージョン >= v6.0.0 のデフォルト | V3 にはメタデータとトークン データのチェックサムが含まれており、複数のハッシュ アルゴリズムをサポートします。 | v5.4.0 の新機能。 | DTFileはデータファイルディレクトリの`stable`フォルダに保存されます。現在有効な形式はすべてフォルダ形式です。つまり、データは`dmf_`のような名前のフォルダの下に複数のファイルとして保存されます。 diff --git a/tiflash/troubleshoot-tiflash.md b/tiflash/troubleshoot-tiflash.md index 9e54636e768ad..1c7fedb9e7c77 100644 --- a/tiflash/troubleshoot-tiflash.md +++ b/tiflash/troubleshoot-tiflash.md @@ -276,10 +276,10 @@ TiFlashノードをデプロイし、 `ALTER TABLE ... SET TIFLASH REPLICA ...` TiFlashへの負荷が高すぎると、レプリケーションが遅くなる場合があります。Grafanaの**TiFlash -Summary**パネルで、 TiFlashインジケーターの負荷を確認できます。 - - `Applying snapshots Count` ： `TiFlash-summary` > `raft` > `Applying snapshots Count` - - `Snapshot Predecode Duration` ： `TiFlash-summary` > `raft` > `Snapshot Predecode Duration` - - `Snapshot Flush Duration` ： `TiFlash-summary` > `raft` > `Snapshot Flush Duration` - - `Write Stall Duration` ： `TiFlash-summary` > `Storage Write Stall` > `Write Stall Duration` - - `generate snapshot CPU` ： `TiFlash-Proxy-Details` > `Thread CPU` > `Region task worker pre-handle/generate snapshot CPU` + - `Applying snapshots Count` ： `TiFlash-summary` > `raft` > `Applying snapshots Count` + - `Snapshot Predecode Duration` ： `TiFlash-summary` > `raft` > `Snapshot Predecode Duration` + - `Snapshot Flush Duration` ： `TiFlash-summary` > `raft` > `Snapshot Flush Duration` + - `Write Stall Duration` ： `TiFlash-summary` > `Storage Write Stall` > `Write Stall Duration` + - `generate snapshot CPU` ： `TiFlash-Proxy-Details` > `Thread CPU` > `Region task worker pre-handle/generate snapshot CPU` サービスの優先順位に基づいて負荷を調整し、最適なパフォーマンスを実現します。 diff --git a/tikv-configuration-file.md b/tikv-configuration-file.md index 03b1c619e8c04..3263ab3cf7142 100644 --- a/tikv-configuration-file.md +++ b/tikv-configuration-file.md @@ -1563,7 +1563,7 @@ Titanに関連するコンフィグレーション項目。 ### `max-background-gc` {#max-background-gc} -- TitanにおけるGCスレッドの最大数。TiKV**の詳細**>**スレッドCPU** > **RocksDB CPU**パネルで、Titan GCスレッドが長時間フル稼働状態にあることが確認された場合は、Titan GCスレッドプールのサイズを増やすことを検討してください。 +- TitanにおけるGCスレッドの最大数。TiKV**の詳細**>**スレッドCPU** > **RocksDB CPU**パネルで、Titan GCスレッドが長時間フル稼働状態にあることが確認された場合は、Titan GCスレッドプールのサイズを増やすことを検討してください。 - デフォルト値: `1` 。v8.0.0 より前のバージョンでは、デフォルト値は`4`です。 - 最小値: `1` @@ -1650,7 +1650,7 @@ Titanに関連するコンフィグレーション項目。 ### `read-amp-bytes-per-bit` {#read-amp-bytes-per-bit} - リード増幅の統計情報を有効または無効にします。 -- オプション値: `0` (無効)、> `0` (有効)。 +- オプション値: `0` (無効)、> `0` (有効)。 - デフォルト値: `0` - 最小値: `0` @@ -2196,8 +2196,8 @@ Raft Engineに関連するコンフィグレーション項目。 - Raft Engineのログ ファイルのバージョンを指定します。 - 値のオプション： - - `1` : TiKV v6.3.0 より前のバージョンのデフォルトのログファイルです。TiKV >= v6.1.0 で読み取ることができます。 - - `2` : ログのリサイクルをサポートします。TiKV >= v6.3.0 で読み取ることができます。 + - `1` : TiKV v6.3.0 より前のバージョンのデフォルトのログファイルです。TiKV >= v6.1.0 で読み取ることができます。 + - `2` : ログのリサイクルをサポートします。TiKV >= v6.3.0 で読み取ることができます。 - デフォルト値: - `storage.engine="raft-kv"`の場合、デフォルト値は`2`です。 - `storage.engine="partitioned-raft-kv"`の場合、デフォルト値は`5`です。 @@ -2206,7 +2206,7 @@ Raft Engineに関連するコンフィグレーション項目。 > **Note:** > -> この設定項目は、 [`format-version`](#format-version-new-in-v630) >= 2 の場合にのみ利用可能です。 +> この設定項目は、 [`format-version`](#format-version-new-in-v630) >= 2 の場合にのみ利用可能です。 - Raft Engineで古いログファイルを再利用するかどうかを決定します。有効にすると、論理的に削除されたログファイルが再利用のために予約されます。これにより、書き込みワークロードにおけるロングテールレイテンシーが軽減されます。 - デフォルト値: `true` @@ -2709,7 +2709,7 @@ TiKV API V2 が有効になっている場合にタイムスタンプを取得 - タイムスタンプ要求におけるTSOの最小数。 - TiKV は、前の期間のタイムスタンプ消費量に応じて、キャッシュされたタイムスタンプの数を調整します。必要な TSO が少ない場合は、TiKV は要求される TSO の数を`renew-batch-min-size`に達するまで減らします。アプリケーションで大量のバースト書き込みトラフィックが頻繁に発生する場合は、このパラメータを適切な値に設定できます。このパラメータは、単一の tikv-server のキャッシュ サイズであることに注意してください。このパラメータを大きすぎる値に設定し、クラスタに多数の tikv-server が含まれている場合、TSO の消費が速すぎることになります。 -- Grafana の**TiKV-RAW** > **Causal timestamp**パネルでは、 **TSO バッチ サイズ**は、アプリケーションのワークロードに応じて動的に調整されるローカル キャッシュされたタイムスタンプの数です。このメトリックを参照して`renew-batch-min-size`を調整できます。 +- Grafana の**TiKV-RAW** > **Causal timestamp**パネルでは、 **TSO バッチ サイズ**は、アプリケーションのワークロードに応じて動的に調整されるローカル キャッシュされたタイムスタンプの数です。このメトリックを参照して`renew-batch-min-size`を調整できます。 - デフォルト値: `100` ### `renew-batch-max-size` v6.4.0で追加 {#renew-batch-max-size-new-in-v640} diff --git a/time-to-live.md b/time-to-live.md index 7f9ff6b4bb72b..bf7f4453763d4 100644 --- a/time-to-live.md +++ b/time-to-live.md @@ -163,7 +163,7 @@ SET @@global.tidb_ttl_job_schedule_window_end_time = '05:00 +0000'; -TiDBはTTLに関する実行時情報を定期的に収集し、Grafanaでこれらのメトリクスの視覚化されたチャートを提供します。これらのメトリクスは、GrafanaのTiDB -> TTLパネルで確認できます。 +TiDBはTTLに関する実行時情報を定期的に収集し、Grafanaでこれらのメトリクスの視覚化されたチャートを提供します。これらのメトリクスは、GrafanaのTiDB -> TTLパネルで確認できます。 diff --git a/tiup/tiup-cluster-no-sudo-mode.md b/tiup/tiup-cluster-no-sudo-mode.md index b443941baa0b7..9a6a53dde1086 100644 --- a/tiup/tiup-cluster-no-sudo-mode.md +++ b/tiup/tiup-cluster-no-sudo-mode.md @@ -200,7 +200,7 @@ tiup cluster upgrade mycluster v8.2.0 ## FAQ {#faq} -### <user@.service> の起動時に`Trying to run as user instance, but $XDG_RUNTIME_DIR is not set.`エラーが発生します。 {#the-trying-to-run-as-user-instance-but-xdg-runtime-dir-is-not-set-error-occurs-when-starting-x3c-user-service} +### <user@.service> の起動時に`Trying to run as user instance, but $XDG_RUNTIME_DIR is not set.`エラーが発生します。 {#the-trying-to-run-as-user-instance-but-xdg-runtime-dir-is-not-set-error-occurs-when-starting-x3c-user-service} この問題は、 `/etc/pam.d/system-auth.ued`ファイルに`pam_systemd.so`存在しないために発生する可能性があります。 diff --git a/tiup/tiup-faq.md b/tiup/tiup-faq.md index a1b5e5e96f66b..aace134852ddb 100644 --- a/tiup/tiup-faq.md +++ b/tiup/tiup-faq.md @@ -46,7 +46,7 @@ TiUPクラスターコンポーネントを使用すると、同じホストに 複数の異なるクラスタが同じTiUP制御マシンにデプロイされている場合、デプロイおよびスケーリング中にこれらのクラスタ間のポートおよびディレクトリの競合が検出されます。クラスタが異なるTiUP制御マシンにデプロイされている場合、現在、競合検出はサポートされていません。 -## クラスタの展開中に、 TiUPは`ssh: handshake failed: read tcp 10.10.10.34:38980 -> 10.10.10.34:3600: read: connection reset by peer`エラーを受信しました {#during-cluster-deployment-tiup-received-an-ssh-handshake-failed-read-tcp-10-10-10-34-38980-10-10-10-34-3600-read-connection-reset-by-peer-error} +## クラスタの展開中に、 TiUPは`ssh: handshake failed: read tcp 10.10.10.34:38980 -> 10.10.10.34:3600: read: connection reset by peer`エラーを受信しました {#during-cluster-deployment-tiup-received-an-ssh-handshake-failed-read-tcp-10-10-10-34-38980-10-10-10-34-3600-read-connection-reset-by-peer-error} このエラーは、 TiUPのデフォルトの同時スレッド数が SSH 接続の最大数を超えているために発生する可能性があります。この問題を解決するには、デフォルトの SSH 接続数を増やしてから、sshd サービスを再起動してください。 diff --git a/tiup/tiup-troubleshooting-guide.md b/tiup/tiup-troubleshooting-guide.md index 4243d3b8f61f3..49a8d72db73c7 100644 --- a/tiup/tiup-troubleshooting-guide.md +++ b/tiup/tiup-troubleshooting-guide.md @@ -13,7 +13,7 @@ summary: TiUPの使用中に問題が発生した場合のトラブルシュー TiUPはミラーサーバーから最新のコンポーネントリストを毎回更新するわけではありません。`tiup list`を実行することで、コンポーネントリストを強制的に更新できます。 -### `tiup list <component>`を使用してコンポーネントの最新バージョン情報を表示できません {#cant-see-the-latest-version-information-of-a-component-using-tiup-list-component} +### `tiup list `を使用してコンポーネントの最新バージョン情報を表示できません {#cant-see-the-latest-version-information-of-a-component-using-tiup-list-component} 前回の問題と同様に、コンポーネントのバージョン情報は、ローカルキャッシュが存在しない場合にのみミラーサーバーから取得されます。`tiup list `を実行することでコンポーネントリストを更新できます。 diff --git a/troubleshoot-cpu-issues.md b/troubleshoot-cpu-issues.md index 8d49281a89ba4..f5ad683ba166c 100644 --- a/troubleshoot-cpu-issues.md +++ b/troubleshoot-cpu-issues.md @@ -46,7 +46,7 @@ PD TSOのメトリック`wait duration`が異常に増加しています。こ - ディスクの問題です。PDノードが配置されているディスクのI/O負荷が最大になっています。PDノードが、I/O需要の高い他のコンポーネントと同時にデプロイされていないか、またディスクの健全性を確認してください。Grafanaのモニターメトリクス（**ディスクパフォーマンス**、**レイテンシー**/**負荷**）を確認することで原因を確認できます。必要に応じて、FIOツールを使用してディスクのチェックを実行することもできます。 -- PDピア間のネットワークに問題が発生しています。PDログには`lost the TCP streaming connection`が表示されています。Grafana -> **PD** -> **etcd**モニターの`round trip`を確認して、PDノード間のネットワークに問題が発生し**て**いないか確認し、原因を検証する必要があります。 +- PDピア間のネットワークに問題が発生しています。PDログには`lost the TCP streaming connection`が表示されています。Grafana -> **PD** -> **etcd**モニターの`round trip`を確認して、PDノード間のネットワークに問題が発生し**て**いないか確認し、原因を検証する必要があります。 - サーバーの負荷が高いです。ログには`server is likely overloaded`が表示されています。 @@ -54,7 +54,7 @@ PD TSOのメトリック`wait duration`が異常に増加しています。こ - リーダー選出が遅い。リージョンの読み込み時間が長い。この問題は、PDログで`grep "regions cost"`を実行することで確認できます。結果が`load 460927 regions cost 11.77099s`秒など秒単位の場合、リージョンの読み込みが遅いことを意味します。v3.0では、 `use-region-storage`を`true`に設定することで`region storage`機能を有効にでき、リージョンの読み込み時間を大幅に短縮できます。 -- TiDBとPD間のネットワークに問題があります。Grafana -> **blackbox_exporter** -> **ping レイテンシー**モニターにアクセスして、TiDBからPD Leaderへのネットワークが正常に動作しているかどうかを確認してください。 +- TiDBとPD間のネットワークに問題があります。Grafana -> **blackbox_exporter** -> **ping レイテンシー**モニターにアクセスして、TiDBからPD Leaderへのネットワークが正常に動作しているかどうかを確認してください。 - PDは`FATAL`エラーを報告しますが、ログには`range failed to find revision pair`が表示されます。この問題はv3.0.8（ [＃2040](https://github.com/pingcap/pd/pull/2040) ）で修正されました。 @@ -82,20 +82,20 @@ PD TSOのメトリック`wait duration`が異常に増加しています。こ - TiKV は OOM であり、再起動を引き起こします。 - `THP` (Transparent Hugepage) を動的に調整しているため、TiKV がハングします。 -- モニターを確認してください：TiKV RocksDB が書き込みストールに遭遇し、再選出が行われます。モニター**Grafana** -> **TiKV-details** -> **errors**に`server is busy`が表示されているかどうかを確認してください。 +- モニターを確認してください：TiKV RocksDB が書き込みストールに遭遇し、再選出が行われます。モニター**Grafana** -> **TiKV-details** -> **errors**に`server is busy`が表示されているかどうかを確認してください。 - ネットワーク分離のため再選。 - `block-cache`設定が大きすぎる場合、TiKV OOM が発生する可能性があります。問題の原因を確認するには、 **Grafana**モニターで該当するインスタンスを選択し、RocksDB の`block cache size`を確認してください。同時に、 `[storage.block-cache] capacity = # "1GB"`パラメータが正しく設定されているかどうかを確認してください。デフォルトでは、 **TiKV**の`block-cache`マシンの総メモリの`45%`に設定されています。コンテナに TiKV をデプロイする際には、このパラメータを明示的に指定する必要があります。TiKV は物理マシンのメモリを取得するため、コンテナのメモリ制限を超える可能性があります。 -- コプロセッサーは大量の大きなクエリを受信し、大量のデータを返します。gRPCはコプロセッサがデータを返すのに間に合うようにデータを送信できず、OOMが発生します。原因を確認するには、モニター**Grafana** -> **TiKV詳細**->**コプロセッサ概要**で、 `response size` `network outbound`トラフィックを超えているかどうかを確認してください。 +- コプロセッサーは大量の大きなクエリを受信し、大量のデータを返します。gRPCはコプロセッサがデータを返すのに間に合うようにデータを送信できず、OOMが発生します。原因を確認するには、モニター**Grafana** -> **TiKV詳細**->**コプロセッサ概要**で、 `response size` `network outbound`トラフィックを超えているかどうかを確認してください。 ### 単一の TiKV スレッドのボトルネック {#bottleneck-of-a-single-tikv-thread} TiKV にはボトルネックになる可能性のある単一スレッドがいくつかあります。 -- TiKVインスタンス内のリージョンが多すぎると、単一のgRPCスレッドがボトルネックになります（ **Grafana** -> **TiKV詳細**->**スレッドCPU/gRPC CPU Per Thread**メトリックを確認してください）。v3.x以降のバージョンでは、 `Hibernate Region`有効にするとこの問題を解決できます。 -- v3.0 より前のバージョンでは、raftstore スレッドまたは apply スレッドがボトルネックになる場合 ( **Grafana** -> **TiKV-details** -> **Thread CPU/raft store CPU**および**Async apply CPU**メトリックが`80%`超える)、TiKV (v2.x) インスタンスをスケールアウトするか、マルチスレッド対応の v3.x にアップグレードできます。 +- TiKVインスタンス内のリージョンが多すぎると、単一のgRPCスレッドがボトルネックになります（ **Grafana** -> **TiKV詳細**->**スレッドCPU/gRPC CPU Per Thread**メトリックを確認してください）。v3.x以降のバージョンでは、 `Hibernate Region`有効にするとこの問題を解決できます。 +- v3.0 より前のバージョンでは、raftstore スレッドまたは apply スレッドがボトルネックになる場合 ( **Grafana** -> **TiKV-details** -> **Thread CPU/raft store CPU**および**Async apply CPU**メトリックが`80%`超える)、TiKV (v2.x) インスタンスをスケールアウトするか、マルチスレッド対応の v3.x にアップグレードできます。 ### CPU負荷が増加する {#cpu-load-increases} diff --git a/troubleshoot-high-disk-io.md b/troubleshoot-high-disk-io.md index 8e629c81dc189..c15a1332c5fc5 100644 --- a/troubleshoot-high-disk-io.md +++ b/troubleshoot-high-disk-io.md @@ -17,7 +17,7 @@ I/Oの問題を特定する最も簡単な方法は、 TiUPによってデフォ #### 最初のタイプの監視パネル {#the-first-type-of-monitoring-panels} -**「概要」** > **「システム情報」** > **IO Util**では、クラスター内の各マシンのI/Oステータスを確認できます。この指標はLinux `iostat`モニターの`util`に似ています。パーセンテージが高いほど、ディスクI/O使用率が高いことを示します。 +**「概要」** > **「システム情報」** > **IO Util**では、クラスター内の各マシンのI/Oステータスを確認できます。この指標はLinux `iostat`モニターの`util`に似ています。パーセンテージが高いほど、ディスクI/O使用率が高いことを示します。 - モニターで I/O 使用率が高いマシンが 1 台だけの場合、現在このマシンに読み取りおよび書き込みのホットスポットがある可能性があります。 - モニター内のほとんどのマシンの I/O 使用率が高い場合、クラスターの I/O 負荷が高くなっています。 @@ -28,7 +28,7 @@ I/Oの問題を特定する最も簡単な方法は、 TiUPによってデフォ TiDBクラスターのメインストレージコンポーネントはTiKVです。1つのTiKVインスタンスには2つのRocksDBインスタンスが含まれます。1つはRaftログを保存するためのもので、 `data/raft`に配置されています。もう1つは実データを保存するためのもので、 `data/db`に配置されています。 -**TiKV-Details** > **Raft IO**では、これら 2 つのインスタンスのディスク書き込みに関連するメトリックを確認できます。 +**TiKV-Details** > **Raft IO**では、これら 2 つのインスタンスのディスク書き込みに関連するメトリックを確認できます。 - `Append log duration` : このメトリックは、 Raftログを保存するRockDBへの書き込みの応答時間を示します。`.99`の応答時間は50ミリ秒以内である必要があります。 - `Apply log duration` ：このメトリックは、実データを格納するRockDBへの書き込みの応答時間を示します。 `.99`時間は100ミリ秒以内である必要があります。 @@ -37,7 +37,7 @@ TiDBクラスターのメインストレージコンポーネントはTiKVです #### 3番目のタイプの監視パネル {#the-third-type-of-monitoring-panels} -**TiKV-Details** > **Storage**には、ストレージに関連する監視メトリックがあります。 +**TiKV-Details** > **Storage**には、ストレージに関連する監視メトリックがあります。 - `Storage command total` : 受信した異なるコマンドの数を示します。 - `Storage async write duration` : `disk sync duration`などの監視メトリックが含まれます。これらはRaft I/Oに関連する可能性があります。異常な状況が発生した場合は、ログを確認して関連コンポーネントの動作状態を確認してください。 @@ -67,7 +67,7 @@ TiDBクラスターのメインストレージコンポーネントはTiKVです - クライアントが`server is busy`や特に`raftstore is busy`などのエラーを報告する場合、エラーは I/O の問題に関連している可能性があります。 - `busy`エラーの具体的な原因を確認するには、監視パネル（ **Grafana** -> **TiKV** -> **errors** ）を確認してください。`server is busy`はTiKVのフロー制御メカニズムです。これにより、TiKVは`tidb/ti-client` 、現在のTiKVの負荷が高すぎるため、クライアントは後で再試行する必要があることを通知します。 + `busy`エラーの具体的な原因を確認するには、監視パネル（ **Grafana** -> **TiKV** -> **errors** ）を確認してください。`server is busy`はTiKVのフロー制御メカニズムです。これにより、TiKVは`tidb/ti-client` 、現在のTiKVの負荷が高すぎるため、クライアントは後で再試行する必要があることを通知します。 - TiKV RocksDB ログに`Write stall`が表示されます。 diff --git a/troubleshoot-stale-read.md b/troubleshoot-stale-read.md index 7657c5b8858e1..a0681c90656ac 100644 --- a/troubleshoot-stale-read.md +++ b/troubleshoot-stale-read.md @@ -39,7 +39,7 @@ resolved-ts は、この値より小さいタイムスタンプを持つすべ ### 問題を特定する {#identify-issues} -[Grafana > TiDBダッシュボード > **KVリクエスト**ダッシュボード](/grafana-tidb-dashboard.md#kv-request)では、次のパネルにステイル読み取りのヒット率、OPS、トラフィックが表示されます。 +[Grafana > TiDBダッシュボード > **KVリクエスト**ダッシュボード](/grafana-tidb-dashboard.md#kv-request)では、次のパネルにステイル読み取りのヒット率、OPS、トラフィックが表示されます。 ![Stale Read Hit/Miss OPS](/media/stale-read/metrics-hit-miss.png) @@ -61,7 +61,7 @@ resolved-ts は、この値より小さいタイムスタンプを持つすべ ### Grafanaを使って診断する {#use-grafana-to-diagnose} -[**TiKV詳細**>**解決済みTS**ダッシュボード](/grafana-tikv-dashboard.md#resolved-ts)では、各TiKVのresolved-tsとsafe-tsが最も小さいリージョンを特定できます。これらのタイムスタンプが実時間より大幅に遅れている場合は、 `tikv-ctl`を使用してこれらのリージョンの詳細を確認する必要があります。 +[**TiKV詳細**>**解決済みTS**ダッシュボード](/grafana-tikv-dashboard.md#resolved-ts)では、各TiKVのresolved-tsとsafe-tsが最も小さいリージョンを特定できます。これらのタイムスタンプが実時間より大幅に遅れている場合は、 `tikv-ctl`を使用してこれらのリージョンの詳細を確認する必要があります。 ### `tikv-ctl`を使用して診断する {#use-tikv-ctl-to-diagnose} @@ -162,7 +162,7 @@ TiKV は 10 秒ごとに次のメトリックをチェックします。 ### CheckLeaderの問題に対処する {#address-checkleader-issues} -CheckLeader の問題に対処するには、 [**TiKV詳細**>**解決済みTS**ダッシュボード](/grafana-tikv-dashboard.md#resolved-ts)でネットワークと**Check Leader Duration**メトリックを確認します。 +CheckLeader の問題に対処するには、 [**TiKV詳細**>**解決済みTS**ダッシュボード](/grafana-tikv-dashboard.md#resolved-ts)でネットワークと**Check Leader Duration**メトリックを確認します。 ## 例 {#example} @@ -170,7 +170,7 @@ CheckLeader の問題に対処するには、 [**TiKV詳細**>**解決済みT ![Example: Stale Read OPS](/media/stale-read/example-ops.png) -まず、次の[**TiKV詳細**>**解決済みTS**ダッシュボード](/grafana-tikv-dashboard.md#resolved-ts)の**最大解決 TS ギャップ**と**最小解決 TSリージョン**メトリックを確認します。 +まず、次の[**TiKV詳細**>**解決済みTS**ダッシュボード](/grafana-tikv-dashboard.md#resolved-ts)の**最大解決 TS ギャップ**と**最小解決 TSリージョン**メトリックを確認します。 ![Example: Max Resolved TS gap](/media/stale-read/example-ts-gap.png) diff --git a/troubleshoot-tidb-oom.md b/troubleshoot-tidb-oom.md index 9caa18d3338af..c3979852171ea 100644 --- a/troubleshoot-tidb-oom.md +++ b/troubleshoot-tidb-oom.md @@ -14,9 +14,9 @@ summary: TiDB OOM (メモリ不足) の問題を診断して解決する方法 - クライアント側で次のエラーが報告されます: `SQL error, errno = 2013, state = 'HY000': Lost connection to MySQL server during query` 。 - Grafana ダッシュボードには次の内容が表示されます。 - - **TiDB** >**サーバー**>**メモリ使用量**では、 `process/heapInUse`メトリックが上昇し続け、しきい値に達した後、突然 0 に低下することが示されています。 - - **TiDB** >**サーバー**>**稼働時間**が突然ゼロに低下します。 - - **TiDB-Runtime** >**メモリ使用量**では、 `estimate-inuse`メトリックが上昇し続けていることがわかります。 + - **TiDB** >**サーバー**>**メモリ使用量**では、 `process/heapInUse`メトリックが上昇し続け、しきい値に達した後、突然 0 に低下することが示されています。 + - **TiDB** >**サーバー**>**稼働時間**が突然ゼロに低下します。 + - **TiDB-Runtime** >**メモリ使用量**では、 `estimate-inuse`メトリックが上昇し続けていることがわかります。 - `tidb.log`を確認すると、次のログ エントリが見つかります。 - OOMに関するアラーム: `[WARN] [memory_usage_alarm.go:139] ["tidb-server has the risk of OOM because of memory usage exceeds alarm ratio. Running SQLs and heap profile will be recorded in record path"]` 。詳細については、 [`memory-usage-alarm-ratio`](/system-variables.md#tidb_memory_usage_alarm_ratio)を参照してください。 @@ -139,7 +139,7 @@ TiDBノードは起動後、統計情報をメモリに読み込む必要があ クライアント側で OOM が発生した場合は、次の点を調査します。 -- **Grafana TiDB の「詳細」** > **「サーバー」** > **「クライアント データ トラフィック」**で傾向と速度を確認し、ネットワークのブロックがあるかどうかを確認します。 +- **Grafana TiDB の「詳細」** > **「サーバー」** > **「クライアント データ トラフィック」**で傾向と速度を確認し、ネットワークのブロックがあるかどうかを確認します。 - 誤ったJDBC設定パラメータによってアプリケーションのOOMが発生していないか確認してください。例えば、ストリーミング読み取りのパラメータ`defaultFetchSize`が正しく設定されていない場合、クライアント側に大量のデータが蓄積される可能性があります。 ## OOM の問題をトラブルシューティングするために収集される診断情報 {#diagnostic-information-to-be-collected-to-troubleshoot-oom-issues} @@ -168,7 +168,7 @@ OOM 問題の根本原因を特定するには、次の情報を収集する必 - `tmp-storage-quota` - `tidb_analyze_version` -- Grafana ダッシュボードで TiDBメモリの毎日の使用量を確認します: **TiDB** > **Server** > **Memory Usage** 。 +- Grafana ダッシュボードで TiDBメモリの毎日の使用量を確認します: **TiDB** > **Server** > **Memory Usage** 。 - より多くのメモリを消費する SQL ステートメントを確認します。 diff --git a/troubleshoot-write-conflicts.md b/troubleshoot-write-conflicts.md index 2cafd6d71174c..e5e6a66800571 100644 --- a/troubleshoot-write-conflicts.md +++ b/troubleshoot-write-conflicts.md @@ -22,7 +22,7 @@ TiDBは[Percolator](https://www.usenix.org/legacy/event/osdi10/tech/full_papers/ 5. TiDBは、トランザクションの主キーを含むTiKVリージョンに`commit`リクエストを送信します。TiKVは`commit`リクエストを受信すると、データの有効性を確認し、 `prewrite`ステージに残っているロックを解除します。 6. `commit`リクエストが正常に返されると、TiDB はクライアントに成功を返します。 -書き込み競合はステージ`prewrite`で発生します。トランザクションが、別のトランザクションが現在のキー（ `data.commit_ts` > `txn.start_ts` ）に書き込みを行っていることを検出すると、書き込み競合が発生します。 +書き込み競合はステージ`prewrite`で発生します。トランザクションが、別のトランザクションが現在のキー（ `data.commit_ts` > `txn.start_ts` ）に書き込みを行っていることを検出すると、書き込み競合が発生します。 ## 書き込み競合を検出する {#detect-write-conflicts}