すべてのプロダクト
Search
ドキュメントセンター

Data Transmission Service:自己管理 TiDB から RDS for MySQL への完全データ移行

最終更新日:Jun 04, 2026

Data Transmission Service (DTS) を使用して、自己管理 TiDB データベースのすべての既存データを ApsaraDB RDS for MySQL インスタンスに移行します。

前提条件

ソースの TiDB データベースよりもストレージ容量が大きい宛先の ApsaraDB RDS for MySQL インスタンスを作成します。ApsaraDB RDS for MySQL インスタンスの作成

重要
  • この機能は特定のリージョンでのみ利用可能です。宛先の ApsaraDB RDS for MySQL インスタンスは、以下のいずれかのリージョンに配置する必要があります:中国 (杭州)、中国 (上海)、中国 (青島)、中国 (北京)、中国 (深セン)、中国 (張家口)、中国 (香港)、シンガポール、米国 (シリコンバレー)、または米国 (バージニア)。

  • 宛先インスタンスのストレージ容量は、ソースの TiDB データベースの容量を超える必要があります。

注意事項

  • 完全なデータ移行は、ソースおよび宛先の両方のデータベースに負荷をかけ、パフォーマンスの低下や可用性の喪失を引き起こす可能性があります。特に、低スペックのインスタンス、遅い SQL クエリ、プライマリキーの欠如、デッドロックがある場合に顕著です。まずデータベースパフォーマンスを評価し、ピーク時以外(CPU 使用率が 30 % 未満)に移行を実施してください。

  • ソーステーブルにプライマリキーまたは一意制約が存在しない場合、宛先で重複データが発生する可能性があります。

  • FLOAT および DOUBLE 列については、DTS が ROUND(COLUMN,PRECISION) を使用して値を読み取ります。精度が定義されていない場合、DTS は FLOAT のデフォルトを 38、DOUBLE のデフォルトを 308 とします。これらのデフォルト値が要件を満たしているか確認してください。

  • DTS は自動的に宛先インスタンスにデータベースを作成します。ソースデータベース名が ApsaraDB RDS の命名規則に準拠していない場合は、移行タスクを構成する前に、宛先インスタンスに有効な名前でデータベースを作成してください。

    説明

    命名規則と手順: データベースの作成

  • DTS は失敗した移行タスクを自動的にリトライします。スイッチオーバー後にリトライによって宛先データが上書きされないようにするには、業務切り替え前に移行タスクを停止またはリリースしてください。

課金

タイプ

リンク仕様料金

パブリックトラフィック料金

スキーマ移行および完全なデータ移行

無料です。

Alibaba Cloud からパブリックネットワーク経由で送信されるデータには料金が発生します。課金概要

移行タイプ

タイプ

説明

スキーマ移行

DTS は選択されたオブジェクトのスキーマ定義を宛先データベースに移行します。現在、DTS はデータベース、テーブル、ビューのスキーマ移行をサポートしています。

警告

TiDB から MySQL への移行は異種データベース間の移行です。データ型が完全に互換ではない場合があります。ビジネスへの影響を評価し、データ型マッピングの影響を確認してください。異種データベースのデータ型マッピング

完全なデータ移行

DTS は選択されたオブジェクトのすべての既存データを宛先データベースに移行します。

説明

同時実行の INSERT 操作による断片化の影響で、移行後の宛先の表領域がソースよりも大きくなる場合があります。

事前準備

ソースの TiDB データベースがセキュリティホワイトリストを使用している場合は、DTS サーバーの CIDR ブロックをホワイトリストに追加してください。DTS サーバーの IP アドレス CIDR ブロックをホワイトリストに追加する

操作手順

  1. DTS コンソール にログインします。

    説明

    Data Management (DMS) コンソールに自動的にリダイレクトされる場合は、右下の jiqiren アイコンをクリックしてから 返回旧版 をクリックし、クラシック DTS コンソールに戻ることができます。

  2. 左側のナビゲーションウィンドウで、データの移行 をクリックします。

  3. 移行タスク ページの上部で、宛先クラスターのリージョンを選択します。

  4. ページの右上隅で、移行タスクの作成 をクリックします。

  5. ソースおよび宛先データベースを構成します。

    Configure source and destination databases

    カテゴリ

    パラメーター

    説明

    該当なし

    タスク名

    DTS はタスク名を自動生成します。識別しやすいようにわかりやすい名前を使用してください。名前は一意である必要はありません。

    ソースデータベース

    インスタンスタイプ

    ソースデータベースのデプロイメント場所を選択します。本トピックでは、[ECS インスタンス上の自己管理データベース] を例として使用します。

    説明

    その他のインスタンスタイプについては、次のステップに進む前に必要な 事前準備 を完了してください。

    インスタンスリージョン

    TiDB データベースをホストする ECS インスタンスのリージョンを選択します。

    データベースタイプ

    TiDB を選択します。

    ポート

    TiDB データベースのサービスポートを入力します。デフォルト:4000

    データベースアカウント

    TiDB データベースのアカウントを入力します。このアカウントには、移行対象オブジェクトに対する SHOW VIEW 権限および SELECT 権限が必要です。

    データベースパスワード

    データベースアカウントのパスワードを入力します。

    重要

    ソースデータベース情報を入力後、データベースのパスワード の横にある 接続テスト をクリックして、情報が正しいかどうかを確認できます。情報が正しい場合、合格 というメッセージが表示されます。メッセージが 失敗 と表示される場合は、失敗 の横にある チェック をクリックし、表示される指示に従ってソースデータベース情報を調整してください。

    宛先データベース

    インスタンスタイプ

    RDS インスタンス を選択します。

    インスタンスリージョン

    宛先 RDS インスタンスのリージョンを選択します。

    RDS インスタンス ID

    宛先 RDS インスタンスの ID を選択します。

    データベースアカウント

    宛先 RDS インスタンスのアカウントを入力します。このアカウントには、宛先データベースに対する読み取りおよび書き込み権限が必要です。アカウントの作成 および アカウント権限の変更

    データベースパスワード

    データベースアカウントのパスワードを入力します。

    重要

    宛先データベース情報を入力後、データベースのパスワード の後に表示される 接続テスト をクリックして、入力した情報が正しいかどうかを確認できます。情報が正しい場合、合格 というメッセージが表示されます。失敗 というメッセージが表示される場合は、失敗 の後に表示される チェック をクリックし、表示される指示に従って宛先データベース情報を調整してください。

    接続方法

    必要に応じて、非暗号化 または SSL 暗号化 を選択します。SSL 暗号化 を選択する場合は、事前に RDS インスタンスで SSL 暗号化を有効にしておく必要があります。SSL 暗号化の設定

    重要

    暗号化 パラメーターは、中国本土リージョンおよび中国 (香港) リージョンでのみサポートされています。

  6. [ホワイトリストの設定と次へ] をクリックします。

    ソースまたは宛先が Alibaba Cloud のデータベースインスタンス(ApsaraDB RDS for MySQLApsaraDB for MongoDB インスタンスなど)の場合、DTS は対応するリージョンの DTS サーバーの CIDR ブロックを自動的にデータベースインスタンスのホワイトリストに追加します。ソースまたは宛先が ECS インスタンス上の自己管理データベースの場合、DTS は対応するリージョンの DTS サーバーの CIDR ブロックを自動的に ECS インスタンスのセキュリティルールに追加します。また、自己管理データベースが ECS インスタンスからのアクセスを許可していることを確認する必要があります。データベースが複数の ECS インスタンスにデプロイされているクラスターの場合は、各 ECS インスタンスのセキュリティルールに DTS サーバーの CIDR ブロックを手動で追加する必要があります。ソースまたは宛先がオンプレミスデータセンターまたは他のクラウド上の自己管理データベースの場合、DTS サーバーの CIDR ブロックを手動で追加してアクセスを許可する必要があります。DTS サーバーの CIDR ブロックについては、「DTS サーバーの CIDR ブロック」をご参照ください。

    警告

    DTS サーバーのパブリック IP アドレスを追加すると、セキュリティリスクが生じる可能性があります。本製品をご利用になることで、お客様はこれらのリスクを認識・受容したものとみなされます。強力なパスワード、ポート制限、API 認証、ネットワークセグメントの定期的なレビュー、Express Connect、VPN Gateway、Smart Access Gateway によるプライベート接続などの基本的なセキュリティ対策を実施してください。

  7. 移行タイプおよび移行オブジェクトを選択します。

    Select migration objects for TiDB

    パラメーター

    説明

    移行タイプ

    スキーマ移行]と[完全データ移行]の両方を選択します。移行タイプ

    重要

    データ整合性を確保するため、完全なデータ移行中はソースデータベースで DDL 操作を行わないでください。

    移行オブジェクト

    [利用可能] リストから移行するオブジェクトを選択し、Right arrow icon をクリックして 選択中のオブジェクト リストに移動させます。

    重要
    • 移行オブジェクトとして、データベース、テーブル、または列を選択できます。

    • デフォルトでは、移行されたオブジェクト名は変更されません。宛先データベースでオブジェクト名を変更するには、オブジェクト名マッピング機能を使用します。オブジェクトのマッピング

    • オブジェクト名マッピングを使用する場合、名前が変更されたオブジェクトに依存する他のオブジェクトの移行が失敗する可能性があります。

    マッピング後の名前の変更

    オブジェクト名マッピング機能を使用して、宛先インスタンス内のオブジェクト名を変更します。オブジェクトのマッピング

    不安定な接続時のリトライ持続時間

    デフォルト:12 時間。カスタム持続時間を指定することもできます。この期間内に DTS が両方のデータベースに再接続できれば、タスクは自動的に再開されます。それ以外の場合は、タスクは失敗します。

    説明

    DTS インスタンスはリトライ中に課金されます。ニーズに基づいて適切なリトライ持続時間を指定するか、ソースおよび宛先データベースをリリースした後に DTS インスタンスをリリースしてください。

  8. 構成を完了したら、ページの右下隅にある [事前チェックと開始] をクリックします。

    説明
    • 移行タスクを開始する前に、DTS は事前チェックを実行します。事前チェックに合格した後でのみ、タスクを開始できます。

    • 事前チェックに失敗した場合は、失敗した項目の横にある 提示 アイコンをクリックして詳細を表示します。

      • 表示された指示に従って問題を修正し、再度事前チェックを実行します。

      • 警告項目を修正する必要がない場合は、無視 を選択してから、[警告を無視して事前チェックを再実行] をクリックして、再度事前チェックを実行します。

  9. タスクが事前チェックに合格したら、次へ をクリックします。

  10. 表示される [設定の確認] ダイアログボックスで、インスタンスクラス を選択し、[Data Transmission Service (従量課金) サービス利用規約] チェックボックスをオンにします。

  11. [購入して開始] をクリックします。これにより、移行タスクが開始されます。

    警告

    タスクを手動で停止しないでください。そうすると、移行されたデータが不完全になる可能性があります。タスクが完了するまで待ち、DTS が自動的にタスクを停止するのをお待ちください。

    Full data migration

次のステップ

完全なデータ移行が完了したら、増分データ移行を実行できます。自己管理 TiDB データベースから ApsaraDB RDS for MySQL インスタンスへの増分データ移行