すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:自己管理 HBase から AnalyticDB for MySQL V3.0 への移行

    ドキュメントセンター

    Data Transmission Service:自己管理 HBase から AnalyticDB for MySQL V3.0 への移行

    最終更新日:Apr 21, 2026

    Data Transmission Service (DTS) は、自己管理 HBase から AnalyticDB for MySQL V3.0 へのデータ移行をサポートしています。

    前提条件

    • 自己管理 HBase と AnalyticDB for MySQL V3.0 のサポート対象バージョンについては、「移行ソリューションの概要」をご参照ください。

    • ターゲットの AnalyticDB for MySQL V3.0 クラスターが作成済みであること。詳細については、「クラスターの作成」をご参照ください。

    • ターゲットの AnalyticDB for MySQL V3.0 インスタンスは、自己管理 HBase よりも多くのストレージ領域が必要です。

    制限事項

    説明

    • スキーマ移行中、DTS はソースデータベースからターゲットデータベースに外部キーを移行しません。

    • 完全データ移行および増分データ移行中、DTS はセッションレベルで制約チェックと外部キーのカスケード操作を一時的に無効にします。タスクの実行中にソースデータベースでカスケード更新または削除操作が発生すると、データの不整合が発生する可能性があります。

    カテゴリ

    説明

    ソースデータベースの制限

    • 帯域幅要件：ソースデータベースのサーバーには十分な下り帯域幅が必要です。そうでない場合、データ移行速度に影響します。

    • 移行対象のテーブルにはプライマリキーまたは一意制約が必要であり、すべてのフィールドが一意である必要があります。そうでない場合、ターゲットデータベースに重複データが含まれる可能性があります。

    • テーブルを移行オブジェクトとして選択し、テーブル名や列名のマッピングなどの編集が必要な場合、1 つのデータ移行タスクで移行できるテーブルは最大 1,000 個です。1,000 個を超えるテーブルを移行しようとすると、タスクの送信後にリクエストエラーが発生します。この場合、テーブルをより小さなバッチに分割して複数のタスクを設定するか、データベース全体を移行するタスクを設定してください。

    • ソースデータベースでの操作に関する制限：

      • スキーマ移行および完全データ移行中は、データベースまたはテーブルスキーマを変更するデータ定義言語 (DDL) 操作を実行しないでください。実行した場合、データ移行タスクは失敗します。

      • このシナリオでは増分移行はサポートされていません。データ整合性を確保するため、データ移行中はソースインスタンスに新しいデータを書き込まないでください。

    その他の制限

    • このシナリオでは、スキーマ移行と完全データ移行のみがサポートされます。増分移行はサポートされていません。

    • 移行オブジェクトの名前には、英字、数字、アンダースコア (_) のみを含めることができます。オブジェクト名に他の種類の文字が含まれている場合、スキーマ移行は失敗します。

    • ターゲットデータベースにはカスタムプライマリキーが必要です。または、テーブル・列設定 ステップで プライマリキー列の追加 を設定する必要があります。そうでない場合、移行が失敗する可能性があります。

    • AnalyticDB for MySQL の制限により、AnalyticDB for MySQL クラスター内のノードのディスク領域使用量が 80% を超えると、ターゲットデータベースへの書き込みパフォーマンスが低下し、DTS タスクに遅延が発生します。使用量が 90% を超えると、ターゲットデータベースにデータを書き込むことができなくなり、DTS タスクが異常になります。移行オブジェクトに基づいて必要なディスク領域を事前に見積もり、ターゲットクラスターに十分なストレージ領域があることを確認してください。

    • DTS タスクの実行中にターゲットの AnalyticDB for MySQL 3.0 クラスターがバックアップ中の場合、タスクは失敗します。

    • データを移行する前に、ソースデータベースとターゲットデータベースのパフォーマンスを評価してください。オフピーク時にデータを移行してください。完全データ移行中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを消費します。これにより、データベースサーバーの負荷が増加する可能性があります。

    • 完全データ移行中、同時 INSERT 操作によりターゲットデータベースでテーブルの断片化が発生します。完全データ移行が完了すると、ターゲットデータベースのテーブルストレージ領域はソースデータベースよりも大きくなります。

    • DTS は、失敗した移行タスクを 7 日以内に再開しようとします。ビジネスをターゲットインスタンスに切り替える前に、タスクを停止またはリリースしてください。また、revoke コマンドを実行して、DTS がターゲットインスタンスへのアクセスに使用するアカウントから書き込み権限を取り消すこともできます。これにより、タスクが自動的に再開された場合に、ソースデータがターゲットインスタンスのデータを上書きするのを防ぐことができます。

    • DDL 文がターゲットデータベースへの書き込みに失敗した場合でも、DTS タスクは実行を継続します。失敗した DDL 文はタスクログで確認できます。詳細については、「タスクログの表示」をご参照ください。

    • タスクが失敗した場合、DTS のサポートスタッフが 8 時間以内に復旧を試みます。復旧中、タスクを再起動したり、パラメーターを調整したりすることがあります。

      説明

      変更されるのは DTS タスクのパラメーターのみで、データベースのパラメーターは変更されません。調整される可能性のあるパラメーターには、「インスタンスパラメーターの変更」に記載されているものが含まれます。

    課金

    移行タイプ

    インスタンス設定料金

    インターネットトラフィック料金

    スキーマ移行と完全データ移行

    無料です。

    ターゲットデータベースの アクセス方法 パラメーターが パブリック IP アドレス に設定されている場合、インターネットトラフィック料金が課金されます。詳細については、「課金概要」をご参照ください。

    移行タイプ

    • スキーマ移行

      DTS は、移行オブジェクトのスキーマ定義をソースデータベースからターゲットデータベースに移行します。

      現在、DTS はテーブルのスキーマ移行をサポートしています。

      説明

      データベース内のすべてのテーブルを移行することも、個々のテーブルを移行することもできます。

    • 完全移行

      DTS は、指定された移行オブジェクトのすべての既存データをソースデータベースからターゲットデータベースに移行します。

    データベースアカウントの権限

    データベース

    スキーマ移行

    完全データ移行

    自己管理 HBase

    N/A

    AnalyticDB for MySQL V3.0

    ターゲットデータベースに対する読み取りおよび書き込み権限。

    AnalyticDB for MySQL V3.0 のデータベースアカウントを作成し、権限を付与する方法については、「データベースアカウントの作成」をご参照ください。

    操作手順

    1. 次のいずれかの方法で、ターゲットリージョンの移行タスクリストページに移動します。

      DTS コンソールから

      1. Data Transmission Service (DTS) コンソールにログインします。

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

      3. ページの左上隅で、移行インスタンスが配置されているリージョンを選択します。

      DMS コンソールから

      説明

      実際の操作は、DMS コンソールのモードとレイアウトによって異なる場合があります。詳細については、「シンプルモードコンソール」および「DMS コンソールのレイアウトとスタイルをカスタマイズする」をご参照ください。

      1. Data Management (DMS) コンソールにログインします。

      2. トップメニューバーで、[データ + AI] > [データ転送 (DTS)] > [データ移行] を選択します。

      3. データ移行タスク の右側で、移行インスタンスが配置されているリージョンを選択します。

    2. タスクの作成 をクリックして、タスク設定ページに移動します。

    3. ソースデータベースとターゲットデータベースを設定します。

      警告

      ソースインスタンスとターゲットインスタンスを選択した後、ページの上部に表示される制限事項をよくお読みください。そうしないと、タスクが失敗したり、データの不整合が発生したりする可能性があります。

      セクション

      パラメーター

      説明

      N/A

      タスク名

      DTS は自動的にタスク名を生成します。識別しやすいように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。

      ソースデータベース

      既存の接続情報の選択

      • システムに追加された (作成または保存された) データベースインスタンスを使用するには、ドロップダウンリストから目的のデータベースインスタンスを選択します。以下のデータベース情報が自動的に設定されます。

        説明

        DMS コンソールでは、このパラメーターは DMS データベースインスタンスの選択 という名前です。

      • データベースインスタンスをシステムに登録していない場合、または登録済みのインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      HBase を選択します。

      アクセス方法

      インターネット IP アドレス を選択します。

      説明

      ソースが自己管理データベースの場合は、準備を行う必要があります。詳細については、「準備の概要」をご参照ください。

      インスタンスリージョン

      自己管理 HBase が存在するリージョンを選択します。

      ZooKeeper の URL

      自己管理 HBase に設定されている ZooKeeper サーバーのエンドポイントを入力します。フォーマットは IP_address:port_number または domain_name:port_number です。複数のアドレスはカンマ (,) で区切ります。

      移行先データベース

      既存の接続情報の選択

      • システムに追加された (作成または保存された) データベースインスタンスを使用するには、ドロップダウンリストから目的のデータベースインスタンスを選択します。以下のデータベース情報が自動的に設定されます。

        説明

        DMS コンソールでは、このパラメーターは DMS データベースインスタンスの選択 という名前です。

      • データベースインスタンスをシステムに登録していない場合、または登録済みのインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      AnalyticDB for MySQL 3.0 を選択します。

      アクセス方法

      Alibaba Cloud インスタンス を選択します。

      インスタンスリージョン

      ターゲットの AnalyticDB for MySQL V3.0 クラスターが存在するリージョンを選択します。

      インスタンス ID

      ターゲットの AnalyticDB for MySQL V3.0 クラスターの ID を選択します。

      データベースアカウント

      ターゲットの AnalyticDB for MySQL V3.0 クラスターのデータベースアカウントを入力します。権限要件については、「データベースアカウントの権限」をご参照ください。

      データベースパスワード

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

    4. 設定が完了したら、ページ下部の 接続をテストして続行 をクリックします。表示される DTS サーバーの CIDR ブロック ダイアログボックスで、接続テスト をクリックします。

      説明

      DTS サービスの IP アドレスセグメントが、DTS サーバーからのアクセスを許可するために、ソースデータベースとターゲットデータベースのセキュリティ設定に自動または手動で追加されていることを確認してください。詳細については、「DTS サーバーの IP アドレスをホワイトリストに追加する」をご参照ください。

    5. タスクオブジェクトを設定します。

      1. オブジェクト設定 ページで、移行するオブジェクトを設定します。

        パラメーター

        説明

        移行タイプ

        スキーマ移行 と 完全データ移行 がデフォルトで選択されています。

        説明

        • このシナリオでは増分データ移行はサポートされていません。データ整合性を確保するため、データ移行中はソースインスタンスに新しいデータを書き込まないでください。

        • CREATE TABLE 文を使用して作成されたテーブルのスキーマとデータは、ターゲットデータベースに移行できます。

        競合テーブルの処理モード

        • エラーの事前チェックと報告：ターゲットデータベースに同じ名前のテーブルが存在するかどうかを確認します。同じ名前のテーブルが存在しない場合、事前チェックは合格します。同じ名前のテーブルが存在する場合、事前チェック中にエラーが報告され、データ移行タスクは開始されません。

          説明

          ターゲットデータベースのテーブルが同じ名前で、簡単に削除または名前変更できない場合は、ターゲットデータベースのテーブルの名前を変更できます。詳細については、「オブジェクト名マッピング」をご参照ください。

        • エラーを無視して続行：同じ名前のテーブルのチェックをスキップします。

          警告

          エラーを無視して続行 を選択すると、データの不整合やビジネスリスクが発生する可能性があります。例：

          • テーブルスキーマが一貫しており、ターゲットデータベースのレコードがソースデータベースのレコードと同じプライマリキー値を持つ場合：

            • 完全移行中、DTS はターゲットデータベースのレコードを保持します。ソースデータベースのレコードは移行されません。

            • 増分移行中、DTS はターゲットデータベースのレコードを保持しません。ソースデータベースのレコードがターゲットデータベースのレコードを上書きします。

          • テーブルスキーマに一貫性がない場合、一部の列のデータのみが移行されるか、移行が失敗する可能性があります。注意して進めてください。

        マージテーブル

        • ○ を選択すると、DTS は各テーブルに __dts_data_source 列を追加してデータソースを記録します。詳細については、「複数テーブルのマージを有効にする」をご参照ください。

        • × を選択すると、これがデフォルトのオプションになります。

        説明

        テーブルマージ機能は、テーブルレベルではなくタスクレベルで設定されます。一部のテーブルをマージし、他のテーブルをマージしない場合は、2 つの個別のデータ移行タスクを作成する必要があります。

        警告

        ソースデータベースまたはテーブルのスキーマを変更する DDL 操作を実行しないでください。実行した場合、データの不整合やタスクの失敗が発生する可能性があります。

        移行先インスタンスでのオブジェクト名の大文字化

        ターゲットインスタンスで移行されたオブジェクト (データベース、テーブル、列など) の名前の大文字と小文字の区別ポリシーを設定できます。デフォルトでは、DTS のデフォルトポリシー が選択されています。ソースまたはターゲットデータベースのデフォルトポリシーと大文字と小文字の区別を一致させることも選択できます。詳細については、「ターゲットデータベースのオブジェクト名の大文字と小文字の区別」をご参照ください。

        ソースオブジェクト

        ソースオブジェクト ボックスで、移行するオブジェクトをクリックし、Right arrow をクリックして 選択中のオブジェクト ボックスに移動します。

        説明

        • オブジェクトはデータベースレベルまたはテーブルレベルで選択できます。テーブルを選択した場合、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトは移行されません。

        • データベース全体を選択した場合、デフォルトの動作は次のとおりです：

          • ソーステーブルにプライマリキー (単一列または複合) がある場合、そのプライマリキー列が分散キーとして使用されます。

          • ソーステーブルにプライマリキーがない場合、自動インクリメントのプライマリキー列が自動的に生成されます。これにより、ソースデータベースとターゲットデータベース間でデータの不整合が発生する可能性があります。

        [選択済みオブジェクト]
        説明

        • オブジェクト名マッピング機能を使用すると、依存オブジェクトの移行が失敗する可能性があります。

        • WHERE 句を使用してデータをフィルターするには、選択中のオブジェクト ボックスでテーブルを右クリックし、フィルター条件を設定します。詳細については、「フィルター条件の設定」をご参照ください。

      2. 詳細設定へ をクリックして、詳細パラメーターを設定します。

        パラメーター

        説明

        タスクのスケジュールに使用する専用クラスターの選択

        デフォルトでは、DTS は共有クラスターでタスクをスケジュールします。選択する必要はありません。より安定したタスクが必要な場合は、DTS 移行タスクを実行するために専用クラスターを購入できます。

        失敗した接続の再試行時間

        移行タスクが開始された後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、直ちに接続の再試行を開始します。デフォルトの再試行時間は 720 分です。再試行時間は 10 分から 1440 分の間でカスタマイズできます。30 分以上に設定することを推奨します。指定された時間内に DTS がソースおよびターゲットデータベースに再接続した場合、移行タスクは自動的に再開されます。そうでない場合、タスクは失敗します。

        説明

        • 同じソースまたはターゲットを共有する複数の DTS インスタンスの場合、ネットワークの再試行時間は最後に作成されたタスクの設定によって決まります。

        • 接続再試行期間中はタスクに課金されるため、ビジネスニーズに基づいて再試行時間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスがリリースされた後、できるだけ早く DTS インスタンスをリリースすることを推奨します。

        移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。

        移行タスクが開始された後、ソースまたはターゲットデータベースで DDL または DML 実行例外などの非接続の問題が発生した場合、DTS はエラーを報告し、直ちに操作の再試行を開始します。デフォルトの再試行時間は 10 分です。再試行時間は 1 分から 1440 分の間でカスタマイズできます。10 分以上に設定することを推奨します。指定された再試行時間内に関連操作が成功した場合、移行タスクは自動的に再開されます。そうでない場合、タスクは失敗します。

        重要

        移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 の値は、失敗した接続の再試行時間 の値より小さくする必要があります。

        完全移行率を制限するかどうか

        完全移行中、DTS はソースおよびターゲットデータベースの読み取りおよび書き込みリソースを消費し、データベースの負荷を増加させる可能性があります。必要に応じて、完全移行タスクの速度制限を有効にできます。1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS を設定して、ターゲットデータベースの負荷を軽減できます。

        説明

        • この設定項目は、移行タイプ で 完全データ移行 を選択した場合にのみ利用可能です。

        • 移行インスタンスが実行された後、完全移行速度を調整することもできます。

        環境タグ

        ビジネス要件に基づいてインスタンスを識別するために環境タグを選択できます。この例では必須ではありません。

        ETL 機能の設定

        抽出、変換、ロード (ETL) 機能を有効にするかどうかを選択します。詳細については、「ETL とは何か？」をご参照ください。有効な値：

        監視アラート

        ビジネスニーズに基づいてアラートを設定し、アラート通知を受け取るかどうかを選択します。

        • ×：アラートを設定しません。

        • ○：アラートのしきい値とアラート通知を設定してアラートを構成します。移行が失敗した場合や遅延がしきい値を超えた場合、システムはアラート通知を送信します。

      3. 任意: 上記の設定が完了したら、次：データベースおよびテーブルのフィールド設定 をクリックして、ターゲットデータベースのテーブルの タイプ、プライマリキー列の追加、配布キー、およびパーティションキー情報 (パーティションキー、パーティションルール、パーティションのライフサイクル) を設定します。

        説明

        • このステップは、オブジェクトを設定する際に スキーマ移行 パラメーターの 移行タイプ を選択した場合にのみ利用可能です。定義ステータス を すべて に設定してフィールドを変更できます。

        • プライマリキー列の追加 フィールドで複数の列を選択して複合プライマリキーを形成できます。また、プライマリキー列の追加 から 1 つ以上の列を 配布キー および パーティションキー として選択する必要があります。詳細については、「CREATE TABLE」をご参照ください。

    6. タスクを保存して事前チェックを実行します。

      • API オペレーションを呼び出す際にこのインスタンスを設定するためのパラメーターを表示するには、次：タスク設定の保存と事前チェック ボタンにポインターを合わせ、表示されるバブル内の OpenAPI パラメーターのプレビュー をクリックします。

      • API パラメーターを表示する必要がない場合、または表示が完了した場合は、ページ下部の 次：タスク設定の保存と事前チェック をクリックします。

      説明

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

      • 事前チェックが失敗した場合は、失敗した確認項目の横にある 詳細を表示 をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行します。

      • 事前チェック中に警告が報告された場合：

        • 無視できない確認項目については、失敗した項目の横にある 詳細を表示 をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行します。

        • 無視できる確認項目については、アラートの詳細を確認、無視、OK、再度事前チェックを実行 をクリックしてアラート項目をスキップし、再度事前チェックを実行できます。警告を無視することを選択した場合、データの不整合などの問題が発生し、ビジネスにリスクをもたらす可能性があります。

    7. インスタンスを購入します。

      1. 成功率 が 100% になったら、次：インスタンスの購入 をクリックします。

      2. 購入 ページで、データ移行インスタンスのリンク仕様を選択します。詳細については、次の表をご参照ください。

        カテゴリ

        パラメーター

        説明

        新しいインスタンスクラス

        リソースグループの設定

        インスタンスが属するリソースグループを選択します。デフォルト値はデフォルトリソースグループです。詳細については、「Resource Management とは」をご参照ください。

        インスタンスクラス

        DTS は、異なるパフォーマンスレベルの移行仕様を提供します。リンク仕様は移行速度に影響します。ビジネスシナリオに基づいて仕様を選択できます。詳細については、「データ移行リンクの仕様」をご参照ください。

      3. 設定が完了したら、Data Transmission Service (従量課金) 利用規約 を読んで選択します。

      4. 購入して起動 をクリックします。表示される OK ダイアログボックスで、[OK] をクリックします。

        データ移行タスク リストページで移行タスクの進捗状況を確認できます。

        説明

        • 移行タスクに増分移行が含まれていない場合、完全移行が完了すると自動的に停止します。タスクが停止すると、その ステータス は 完了 に変わります。

        • 移行タスクに増分移行が含まれている場合、自動的には停止しません。増分移行タスクは実行を継続します。増分移行タスクが実行中の間、タスクの ステータス は 実行中 です。