i18n(ja): restore genuine 2-word TiDB Cloud UI labels to English

tidb-cloud/backup-and-restore.md

@@ -209,7 +209,7 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに
         2.  対象のバケットの詳細ページを開き、「**アクセス許可」**タブをクリックします。
         3.  **Bucket policy**までスクロールし、**編集**をクリックします。
         4.  生成されたコマンドからポリシーの内容をコピーし、ポリシーエディタに貼り付けてください。
-        5.  **「変更を保存」**をクリックしてください。
+        5.  **Save changes**をクリックしてください。
 
 5.  エクスポートを開始するには、 **「エクスポート」**をクリックしてください。
 
@@ -232,11 +232,11 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに
     -   `storage.objects.create`
     -   `storage.objects.delete`
 
-5.  **Cloud Storage**>**バケット**に移動し、対象のバケットを選択してから、**アクセス許可**>**アクセスを**許可 をクリックします。
+5.  **Cloud Storage**>**バケット**に移動し、対象のバケットを選択してから、**アクセス許可**>**Grant Access**をクリックします。
 
-6.  **「新しいプリンシパル」**で、手順3の**Service Account ID**を入力し、手順4の役割を割り当ててから、 **「保存」**をクリックします。
+6.  **New principals**で、手順3の**Service Account ID**を入力し、手順4の役割を割り当ててから、 **「保存」**をクリックします。
 
-7.  **「コンフィグレーション」**タブを開き、 **gsutil URI**をコピーして、 **「Google Cloud Storageへのバックアップのエクスポート」**ダイアログの**「エクスポートパス」**フィールドに貼り付けます。サブディレクトリにエクスポートする場合は、URIにパスサフィックスを追加します。
+7.  **Configuration**タブを開き、 **gsutil URI**をコピーして、 **Export Backup to Google Cloud Storage**ダイアログの**Export Path**フィールドに貼り付けます。サブディレクトリにエクスポートする場合は、URIにパスサフィックスを追加します。
 
 8.  エクスポートを開始するには、 **「エクスポート」**をクリックしてください。
 

tidb-cloud/changefeed-overview.md

@@ -124,13 +124,13 @@ TiDB Cloud Premiumでは、チェンジフィードのTiCDC 変更フィード
     <CustomContent plan="premium">
 
     -   Apache Kafkaシンク：すべての設定。
-    -   MySQLシンク： **MySQL接続**、**Table Filter**、および**Event Filter**。
+    -   MySQLシンク： **MySQL Connection**、**Table Filter**、および**Event Filter**。
 
     </CustomContent>
     <CustomContent plan="dedicated">
 
     -   Apache Kafkaシンク：すべての設定。
-    -   MySQLシンク： **MySQL接続**、**Table Filter**、および**Event Filter**。
+    -   MySQLシンク： **MySQL Connection**、**Table Filter**、および**Event Filter**。
     -   TiDB Cloudシンク: **TiDB Cloud Connection**、**Table Filter**、および**Event Filter**。
     -   クラウドストレージシンク：**Storage Endpoint**、**Table Filter**、および**Event Filter**。
 

tidb-cloud/changefeed-sink-to-apache-kafka.md

@@ -258,8 +258,8 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン
 
     -   **Tables matching**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**Table Filter**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。
     -   **Event Filter**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。
-        -   **イベントを無視する**：指定されたイベントタイプを除外します。
-        -   **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。
+        -   **Ignore event**：指定されたイベントタイプを除外します。
+        -   **Ignore SQL**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。
         -   **Ignore insert value expression**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。
         -   **新しい値の更新式を無視する**: 新しい値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `gender = 'male'`は`gender`が`male`になるような更新を除外します。
         -   **古い値の更新を無視する式**: 古い値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `age < 18` `age`の古い値が 18 未満である場合の更新を除外します。
@@ -333,13 +333,13 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン
     -   **Replication Factor**：各KafkaメッセージがレプリケートされるKafkaサーバーの数を制御します。有効な値の範囲は、 [`min.insync.replicas`](https://kafka.apache.org/33/documentation.html#brokerconfigs_min.insync.replicas)からKafkaブローカーの数までです。
     -   **Partition Number**：トピックに存在するパーティションの数を制御します。有効な値の範囲は`[1, 10 * the number of Kafka brokers]`です。
 
-10. **[イベントの分割]**エリアで、 `UPDATE`イベントを別々の`DELETE`と`INSERT`イベントに分割するか、生の`UPDATE`イベントとして保持するかを選択します。詳細については、 [MySQL以外のシンクにおける、主キーまたは一意キーを分割したUPDATEイベント](https://docs.pingcap.com/tidb/stable/ticdc-split-update-behavior/#split-primary-or-unique-key-update-events-for-non-mysql-sinks)を参照してください。
+10. **Split Event**エリアで、 `UPDATE`イベントを別々の`DELETE`と`INSERT`イベントに分割するか、生の`UPDATE`イベントとして保持するかを選択します。詳細については、 [MySQL以外のシンクにおける、主キーまたは一意キーを分割したUPDATEイベント](https://docs.pingcap.com/tidb/stable/ticdc-split-update-behavior/#split-primary-or-unique-key-update-events-for-non-mysql-sinks)を参照してください。
 
 11. **「次へ」**をクリックしてください。
 
 ## ステップ4. 変更フィード仕様を設定します {#step-4-configure-your-changefeed-specification}
 
-1.  **「チェンジフィードの仕様」**領域で、チェンジフィードで使用する<CustomContent plan="dedicated">複製容量単位（RCU）</CustomContent>チェンジフィード<CustomContent plan="premium">チェンジフィード容量ユニット（CCU）</CustomContent>の数を指定します。
+1.  **Changefeed Specification**領域で、チェンジフィードで使用する<CustomContent plan="dedicated">複製容量単位（RCU）</CustomContent>チェンジフィード<CustomContent plan="premium">チェンジフィード容量ユニット（CCU）</CustomContent>の数を指定します。
 2.  **Changefeed Name**欄に、変更フィードの名前を指定します。
 3.  **「次へ」**をクリックして、設定した内容を確認し、次のページへ進んでください。
 

tidb-cloud/changefeed-sink-to-apache-pulsar.md

@@ -122,8 +122,8 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合
 
     -   **Tables matching**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**Table Filter**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。
     -   **Event Filter**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。
-        -   **イベントを無視する**：指定されたイベントタイプを除外します。
-        -   **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。
+        -   **Ignore event**：指定されたイベントタイプを除外します。
+        -   **Ignore SQL**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。
         -   **Ignore insert value expression**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。
         -   **新しい値の更新式を無視する**: 新しい値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `gender = 'male'`は`gender`が`male`になるような更新を除外します。
         -   **古い値の更新を無視する式**: 古い値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `age < 18` `age`の古い値が 18 未満である場合の更新を除外します。
@@ -185,7 +185,7 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合
 
         テーブルのPulsarメッセージを異なるパーティションに送信するように変更フィードを設定する場合は、この配信方法を選択してください。行の変更ログで指定された列の値によって、変更ログの送信先パーティションが決まります。この配信方法により、各パーティション内の順序が確保され、同じ列の値を持つ変更ログが同じパーティションに送信されることが保証されます。
 
-7.  **[イベントの分割]**エリアで、 `UPDATE`イベントを別々の`DELETE`と`INSERT`イベントに分割するか、生の`UPDATE`イベントとして保持するかを選択します。詳細については、 [MySQL以外のシンクにおける、主キーまたは一意キーを分割したUPDATEイベント](https://docs.pingcap.com/tidb/stable/ticdc-split-update-behavior/#split-primary-or-unique-key-update-events-for-non-mysql-sinks)を参照してください。
+7.  **Split Event**エリアで、 `UPDATE`イベントを別々の`DELETE`と`INSERT`イベントに分割するか、生の`UPDATE`イベントとして保持するかを選択します。詳細については、 [MySQL以外のシンクにおける、主キーまたは一意キーを分割したUPDATEイベント](https://docs.pingcap.com/tidb/stable/ticdc-split-update-behavior/#split-primary-or-unique-key-update-events-for-non-mysql-sinks)を参照してください。
 
 8.  **「次へ」**をクリックしてください。