pingcap · Oreoxmt · May 20, 2026 · May 15, 2026
diff --git a/br/backup-and-restore-overview.md b/br/backup-and-restore-overview.md
@@ -177,3 +177,9 @@ TiDB v6.6.0 より前のBRの互換性情報は次のとおりです。
 -   [TiDB スナップショットのバックアップと復元ガイド](/br/br-snapshot-guide.md)
 -   [TiDB ログバックアップと PITR ガイド](/br/br-pitr-guide.md)
 -   [バックアップストレージ](/br/backup-and-restore-storages.md)
+
+## 関連リソース {#related-resources}
+
+<RelatedResources>
+  <ResourceCard title="管理 TiDB 演習 8: バックアップと復元" type="lab" link="https://labs.tidb.io/ja/labs/dba_303_lab_ff7" imgSrc="https://lab-static.pingcap.com/quick-demo/dba_303_ch09_en.png" duration="60 分" />
+</RelatedResources>
diff --git a/choose-index.md b/choose-index.md
@@ -687,3 +687,9 @@ mysql> SHOW WARNINGS;  -- cannot hit plan cache since the JSON_CONTAINS predicat
 +---------+------+-------------------------------------------------------------------------------------------------------+
 1 row in set (0.01 sec)
 ```
+
+## 関連リソース {#related-resources}
+
+<RelatedResources>
+  <ResourceCard title="SQL チューニング演習 1: CLUSTERED インデックスと NONCLUSTERED インデックス" type="lab" link="https://labs.tidb.io/ja/labs/dba_307_lab_ff0" imgSrc="https://lab-static.pingcap.com/quick-demo/307-01.png" duration="90 分" />
+</RelatedResources>
diff --git a/clustered-indexes.md b/clustered-indexes.md
@@ -215,3 +215,9 @@ mysql> split table t by (0, ''), (50000, ''), (100000, '');
 mysql> create table t (a bigint primary key nonclustered auto_random);
 ERROR 8216 (HY000): Invalid auto random: column a is not the integer primary key, or the primary key is nonclustered
 ```
+
+## 関連リソース {#related-resources}
+
+<RelatedResources>
+  <ResourceCard title="SQL チューニング演習 1: CLUSTERED インデックスと NONCLUSTERED インデックス" type="lab" link="https://labs.tidb.io/ja/labs/dba_307_lab_ff0" imgSrc="https://lab-static.pingcap.com/quick-demo/307-01.png" duration="90 分" />
+</RelatedResources>
diff --git a/dm/migrate-data-using-dm.md b/dm/migrate-data-using-dm.md
@@ -182,3 +182,9 @@ DMクラスタの実行中、DM-master、DM-worker、dmctlは監視メトリク
 
 -   DMマスターログディレクトリ：DMマスタープロセスパラメータ`--log-file`で指定します。DMがTiUPを使用してデプロイされている場合、DMマスターノードのログディレクトリは`{log_dir}`になります。
 -   DMワーカーのログディレクトリ：DMワーカープロセスパラメータ`--log-file`で指定します。DMがTiUPを使用してデプロイされている場合、ログディレクトリはDMワーカーノードの`{log_dir}`になります。
+
+## 関連リソース {#related-resources}
+
+<RelatedResources>
+  <ResourceCard title="管理 TiDB 演習 10: TiDB Data Migration を使用したデータの移行" type="lab" link="https://labs.tidb.io/ja/labs/dba_303_lab_ff9" imgSrc="https://lab-static.pingcap.com/quick-demo/dba_303_ch11_en.png" duration="60 分" />
+</RelatedResources>
diff --git a/dumpling-overview.md b/dumpling-overview.md
@@ -431,3 +431,9 @@ SET GLOBAL tidb_gc_life_time = '10m';
 | ビュー  | `{{fn .DB}}.{{fn .Table}}-schema-view`     |
 
 たとえば、 `--output-filename-template '{{define "table"}}{{fn .Table}}.$schema{{end}}{{define "data"}}{{fn .Table}}.{{printf "%09d" .Index}}{{end}}'`使用すると、 Dumpling はテーブル`db.tbl:normal`のスキーマを`tbl%3Anormal.$schema.sql`という名前のファイルに書き込み、データを`tbl%3Anormal.000000000.sql` 、 `tbl%3Anormal.000000001.sql`などのファイルに書き込みます。
+
+## 関連リソース {#related-resources}
+
+<RelatedResources>
+  <ResourceCard title="管理 TiDB 演習 7: Dumpling を使用したデータのエクスポート" type="lab" link="https://labs.tidb.io/ja/labs/dba_303_lab_ff6" imgSrc="https://lab-static.pingcap.com/quick-demo/dba_303_ch08_en.png" duration="60 分" />
+</RelatedResources>
diff --git a/get-started-with-tidb-lightning.md b/get-started-with-tidb-lightning.md
@@ -111,3 +111,9 @@ tiup install tidb-lightning
 このチュートリアルでは、TiDB Lightningとは何か、またTiDB Lightningクラスターを迅速に展開して完全バックアップ データを TiDB クラスターにインポートする方法について簡単に説明します。
 
 TiDB Lightning の詳細な機能と使用方法については、 [TiDB Lightning の概要](/tidb-lightning/tidb-lightning-overview.md)を参照してください。
+
+## 関連リソース {#related-resources}
+
+<RelatedResources>
+  <ResourceCard title="管理 TiDB 演習 6: TiDB Lightning を使用して TiDB にデータをインポートする" type="lab" link="https://labs.tidb.io/ja/labs/dba_303_lab_ff5" imgSrc="https://lab-static.pingcap.com/quick-demo/dba_303_ch07_en.png" duration="60 分" />
+</RelatedResources>
diff --git a/integration-overview.md b/integration-overview.md
@@ -14,3 +14,9 @@ TiCDCを使用すると、TiDBからConfluent Cloudに増分データを複製
 ## Apache Kafka および Apache Flink との統合 {#integrate-with-apache-kafka-and-apache-flink}
 
 TiCDCを使用すると、TiDBからApache Kafkaに増分データを複製し、Apache Flinkを使用してデータを使用することができます。詳細については、 [Apache Kafka および Apache Flink との統合](/replicate-data-to-kafka.md)参照してください。
+
+## 関連リソース {#related-resources}
+
+<RelatedResources>
+  <ResourceCard title="TiCDCを使用したMicrosoft FabricのミラーリングデータベースへのTiDBのレプリケーション方法" type="blog" link="https://pingcap.co.jp/blog/replicate-tidb-mirrored-database-microsoft-fabric-ticdc/" imgSrc="https://static.pingcap.co.jp/files/2024/10/28115550/Homepage-Ad.png" author="Guanglei Bao, Brian Foster" date="2025-10-27" />
+</RelatedResources>
diff --git a/partitioned-table.md b/partitioned-table.md
@@ -1892,3 +1892,9 @@ mysql> explain select /*+ TIDB_INLJ(t1, t2) */ t1.* from t1, t2 where t2.code =
     SET session tidb_partition_prune_mode = dynamic;
     source gatherGlobalStats.sql
     ```
+
+## 関連リソース {#related-resources}
+
+<RelatedResources>
+  <ResourceCard title="SQL チューニング演習 2: パーティションテーブル" type="lab" link="https://labs.tidb.io/ja/labs/dba_307_lab_ff1" imgSrc="https://lab-static.pingcap.com/quick-demo/307-02.png" duration="90 分" />
+</RelatedResources>
diff --git a/production-deployment-using-tiup.md b/production-deployment-using-tiup.md
@@ -396,3 +396,9 @@ TiDB クラスターとともに[TiCDC](/ticdc/ticdc-overview.md)デプロイし
 -   [TiCDC よくある質問](/ticdc/ticdc-faq.md)
 
 オンライン サービスを中断せずに TiDB クラスターをスケール アウトまたはスケール インする場合は、 [TiUPを使用して TiDBクラスタをスケールする](/scale-tidb-using-tiup.md)参照してください。
+
+## 関連リソース {#related-resources}
+
+<RelatedResources>
+  <ResourceCard title="管理 TiDB 演習 1: TiUP を使用した TiDB クラスタの導入" type="lab" link="https://labs.tidb.io/ja/labs/dba_303_lab_ff0" imgSrc="https://lab-static.pingcap.com/quick-demo/dba_303_ch01_en.png" duration="60 分" />
+</RelatedResources>
diff --git a/sync-diff-inspector/sync-diff-inspector-overview.md b/sync-diff-inspector/sync-diff-inspector-overview.md
@@ -310,3 +310,9 @@ REPLACE INTO `sbtest`.`sbtest99`(`id`,`k`,`c`,`pad`) VALUES (3700000,2501808,'he
 -   sync-diff-inspector は、まず TiDB の統計情報に基づいてデータをチャンクに分割します。統計情報の正確性を保証する必要があります。TiDB サーバーの*ワークロードが軽い*場合は、 `analyze table {table_name}`コマンドを手動で実行できます。
 -   `table-rules`に特に注意してください。 `schema-pattern="test1"` 、 `table-pattern = "t_1"` 、 `target-schema="test2"` 、 `target-table = "t_2"`構成すると、ソース データベースの`test1` 、 `t_1`スキーマと、ターゲット データベースの`test2` 、 `t_2`スキーマが比較されます。 sync-diff-inspector ではシャーディングがデフォルトで有効になっているため、ソース データベースに`test2` . `t_2`テーブルがある場合、シャーディングとして機能しているソース データベースの`test1` . `t_1`テーブルと`test2` . `t_2`テーブルが、ターゲット データベースの`test2` . `t_2`テーブルと比較されます。
 -   生成されたSQLファイルは、データ修復の際の参照としてのみ使用されます。データ修復のためにこれらのSQL文を実行する前に、必ず内容を確認してください。
+
+## 関連リソース {#related-resources}
+
+<RelatedResources>
+  <ResourceCard title="管理 TiDB 演習 9: データチェックに sync-diff-inspector を使用する" type="lab" link="https://labs.tidb.io/ja/labs/dba_303_lab_ff8" imgSrc="https://lab-static.pingcap.com/quick-demo/dba_303_ch10_en.png" duration="60 分" />
+</RelatedResources>
diff --git a/ticdc/ticdc-overview.md b/ticdc/ticdc-overview.md
@@ -164,3 +164,9 @@ WHERE `A` = 1 OR `A` = 2;
 -   v8.2.0以降、 BRはTiCDCのデータ復元に関する制限を緩和しました。復元対象データの`BackupTS` （バックアップ時刻）が変更フィード[`CheckpointTS`](/ticdc/ticdc-classic-architecture.md#checkpointts) （現在のレプリケーションの進行状況を示すタイムスタンプ）よりも前であれば、 BRは通常通りデータ復元を続行できます。5 `BackupTS`通常それよりもずっと前であることを考慮すると、ほとんどのシナリオにおいて、 BRはTiCDCレプリケーションタスクを含むクラスターのデータ復元をサポートしていると推測できます。
 
 TiCDCは、アップストリームにおける大規模トランザクションを含むシナリオを部分的にしかサポートしていません。詳細については、 [TiCDCFAQ](/ticdc/ticdc-faq.md#does-ticdc-support-replicating-large-transactions-is-there-any-risk)を参照してください。TiCDCが大規模トランザクションの複製をサポートしているかどうか、および関連するリスクについて詳しく説明されています。
+
+## 関連リソース {#related-resources}
+
+<RelatedResources>
+  <ResourceCard title="管理 TiDB 演習 11: TiCDC を使用して TiDB 変更イベントを複製する" type="lab" link="https://labs.tidb.io/ja/labs/dba_303_lab_ff10" imgSrc="https://lab-static.pingcap.com/quick-demo/dba_303_ch12_en.png" duration="60 分" />
+</RelatedResources>
diff --git a/tidb-cloud/integrate-tidbcloud-with-airbyte.md b/tidb-cloud/integrate-tidbcloud-with-airbyte.md
@@ -111,6 +111,8 @@ TiDB コネクタの詳細については、 [TiDBソース](https://docs.airbyt
 -   TiDB の宛先では、デフォルトの正規化モードで`timestamp`型が`varchar`型に変換されます。これは、Airbyte が送信中にタイムスタンプ型を文字列に変換し、TiDB が`cast ('2020-07-28 14:50:15+1:00' as timestamp)`をサポートしていないためです。
 -   一部の大規模な ELT ミッションでは、TiDB の[取引制限](/develop/dev-guide-transaction-restraints.md#large-transaction-restrictions)のパラメーターを増やす必要があります。
 
-## 関連項目 {#see-also}
+## 関連リソース {#related-resources}
 
-[Airbyteを使用してTiDB CloudからSnowflakeへデータを移行する](https://www.pingcap.com/blog/using-airbyte-to-migrate-data-from-tidb-cloud-to-snowflake/)。
+<RelatedResources>
+  <ResourceCard title="Airbyteを使用してTiDB CloudからSnowflakeにデータを移行する" type="blog" link="https://pingcap.co.jp/blog/using-airbyte-to-migrate-data-from-tidb-cloud-to-snowflake/" imgSrc="https://static.pingcap.co.jp/files/2022/07/migrate-data-from-tidb-cloud-to-snowflake-scaled.jpeg" author="Qiang Wu" date="2022-07-28" />
+</RelatedResources>
diff --git a/tidb-cloud/tidb-cloud-intro.md b/tidb-cloud/tidb-cloud-intro.md
@@ -139,3 +139,9 @@ TiDB Cloudは、以下の導入オプションを提供します。
 -   あなたのVPC
 
     プライベート エンドポイント接続または VPC ピアリング接続を介してTiDB Cloudリソースに接続できます。詳細については[プライベートエンドポイント接続を設定する](/tidb-cloud/set-up-private-endpoint-connections.md)または[VPCピアリング接続の設定](/tidb-cloud/set-up-vpc-peering-connections.md)を参照してください。
+
+## 関連リソース {#related-resources}
+
+<RelatedResources>
+  <ResourceCard title="3分で分かるNewSQLデータベースのTiDB Cloud" type="video" link="https://www.youtube.com/watch?v=kWrT4Qd1xA0" imgSrc="https://i.ytimg.com/vi/kWrT4Qd1xA0/hqdefault.jpg" author="PingCAP Japan" duration="3 分" />
+</RelatedResources>
diff --git a/tidb-cloud/tidb-x-architecture.md b/tidb-cloud/tidb-x-architecture.md
@@ -157,3 +157,10 @@ TiDB Xは、共有オブジェクトstorageにデータを保存し、各リー
 | DDL実行       | DDLはローカルCPUとI/Oをめぐってユーザーのトラフィックと競合する。 | DDLを柔軟なコンピューティングリソースにオフロード                       | スキーマ変更がより迅速になり、レイテンシーもより予測可能になります。              |
 | コストモデル      | ピーク時のワークロードに対応するため、オーバープロビジョニングが必要    | 柔軟な総所有コスト（従量課金制）                                 | 実際の資源消費量に応じてのみ料金を支払う                            |
 | バックアップ      | データ量に依存する物理バックアップ                     | オブジェクトstorage統合によるメタデータ駆動型                       | バックアップ操作が大幅に高速化                                 |
+
+## 関連リソース {#related-resources}
+
+<RelatedResources>
+  <ResourceCard title="TiDB Xの誕生：起源、アーキテクチャ、そして今後の展望" type="blog" link="https://pingcap.co.jp/blog/tidbx-origins-architecture/" imgSrc="https://static.pingcap.co.jp/files/2025/12/05192432/20251217-095444.png" author="Ed Huang" date="2025-12-17" />
+  <ResourceCard title="TiDB Cloudの新アーキテクチャ「TiDB X」を発表" type="blog" link="https://pingcap.co.jp/press-release/pingcap-launches-tidb-x-new-ai-capabilities/" imgSrc="https://static.pingcap.co.jp/files/2025/10/11150405/20251009-151233-1.gif" date="2025-10-09" />
+</RelatedResources>
diff --git a/tidb-resource-control-ru-groups.md b/tidb-resource-control-ru-groups.md
@@ -401,3 +401,9 @@ TiKV は、Grafana の**TiKV**ダッシュボードにさまざまなリソー
 -   [リソースグループの変更](/sql-statements/sql-statement-alter-resource-group.md)
 -   [リソースグループの削除](/sql-statements/sql-statement-drop-resource-group.md)
 -   [リソースグループ RFC](https://github.com/pingcap/tidb/blob/release-8.5/docs/design/2022-11-25-global-resource-control.md)
+
+## 関連リソース {#related-resources}
+
+<RelatedResources>
+  <ResourceCard title="管理 TiDB 演習 5: リソース制御を使用して混合ワークロードを管理" type="lab" link="https://labs.tidb.io/ja/labs/demo_006" imgSrc="https://lab-static.pingcap.com/quick-demo/dba_303_ch05_en.png" duration="90 分" />
+</RelatedResources>