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

Data Transmission Service:PolarDB-X 2.0 から SelectDB へのデータ移行

最終更新日:Nov 09, 2025

このトピックでは、Data Transmission Service (DTS) を使用して PolarDB-X 2.0 インスタンスから SelectDB インスタンスにデータを移行する方法について説明します。

重要

この機能はグレースケールテスト段階にあり、一部のユーザーのみが利用できます。

前提条件

ソース PolarDB-X 2.0 インスタンスとターゲット SelectDB インスタンスを作成済みであること。

注意事項

タイプ

説明

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

  • 帯域幅要件: ソースデータベースが属するサーバーには、十分なアウトバウンド帯域幅 (100 Mbit/s 以上) が必要です。そうでない場合、データ移行速度が影響を受けます。

  • Enterprise Edition PolarDB-X 2.0 の読み取り専用インスタンスはソースとしてサポートされていません。

  • 移行するオブジェクトの要件:

    • 名前に大文字が含まれるテーブルは移行できません。

    • INDEX、PARTITION、VIEW、PROCEDURE、FUNCTION、TRIGGER、および FK は移行できません。

    • テーブルグループ (TABLEGROUP) および Locality プロパティを持つデータベースまたはテーブルの移行はサポートされていません。

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

    • テーブルレベルでデータを移行し、列名のマッピングなどのテーブルの編集が必要な場合、1 つのデータ移行タスクでサポートされるテーブルは最大 1,000 です。この制限を超えると、タスクの送信後にエラーが報告されます。この場合、テーブルを複数の移行タスクに分割するか、データベース全体を移行するタスクを構成します。

  • PolarDB-X 2.0 インスタンスでは、バイナリログがデフォルトで有効になっています。増分データを移行する必要がある場合は、[binlog_row_image] パラメーターが [full] に設定されていることを確認してください。そうでない場合、事前チェック中にエラーメッセージが返され、データ移行タスクを開始できません。詳細については、「パラメーター設定」をご参照ください。

  • ソースデータベースの操作制限:

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

    • 完全なデータ移行のみを実行する場合、ソースインスタンスに新しいデータを書き込まないでください。そうしないと、ソースインスタンスとターゲットインスタンスのデータが不整合になります。リアルタイムのデータ整合性を確保するには、スキーマ移行、完全なデータ移行、および増分データ移行を選択します。

  • PolarDB-X 2.0 インスタンスのネットワーク情報が変更された場合、移行インスタンスは一定期間遅延する可能性があります。

その他の制限

  • DTS は定期的に CREATE DATABASE IF NOT EXISTS `test` コマンドを実行して test データベースを作成し、ハートビートデータを書き込んでバイナリログの位置を進めようとします。移行インスタンスを構成する際に 順方向および逆方向タスクのハートビートテーブル SQL を削除 を選択した場合 (または移行インスタンスが使用するアカウントにデータベースを作成する権限がない場合)、ソースデータベースで長期間 DML 操作が実行されないと、遅延情報が不正確になる可能性があります。

    説明

    移行インスタンスに大きな遅延が表示される場合は、ソースデータベースで DML 操作を実行して遅延情報を更新できます。

  • SelectDB インスタンスでは、Unique または Duplicate エンジンを使用するテーブルにのみデータを移行できます。

    ターゲットテーブルが Unique エンジンを使用する場合

    ターゲットテーブルが Unique エンジンを使用する場合、ターゲットテーブルのすべてのユニークキーがソーステーブルに存在し、移行オブジェクトに含まれていることを確認してください。そうしないと、データが不整合になる可能性があります。

    ターゲットテーブルが Duplicate エンジンを使用する場合

    ターゲットテーブルが Duplicate エンジンを使用する場合、次の場合にターゲットデータベースに重複データが存在する可能性があります。追加の列 (_is_deleted、_version、および _record_id) に基づいて重複データを削除できます。

    • 移行インスタンスでリトライ操作が発生しました。

    • 移行インスタンスが再起動されました。

    • 移行インスタンスの起動後、同じデータ行に対して 2 つ以上の DML 操作が実行されました。

      説明

      ターゲットテーブルが Duplicate エンジンを使用する場合、DTS は UPDATE または DELETE 文を INSERT 文に変換します。

  • 選択中のオブジェクト ボックスでパラメーターを構成する場合、bucket_count (バケット数) パラメーターのみを設定できます。

    説明

    bucket_count パラメーターの値は正の整数でなければなりません。デフォルト値は [auto] です。

  • データ移行中に、ターゲット SelectDB インスタンスにクラスターを作成しないでください。そうしないと、データ移行タスクは失敗します。移行インスタンスを再起動して、失敗したタスクを再開できます。

  • SelectDB インスタンスは、文字で始まるデータベース名とテーブル名のみをサポートします。移行したいデータベースまたはテーブルの名前が文字で始まらない場合は、オブジェクト名マッピング機能を使用してデータベースまたはテーブルの名前を変更します。

  • 移行したいオブジェクト (データベース、テーブル、列など) の名前に中国語の文字が含まれている場合は、オブジェクト名マッピング機能を使用してオブジェクトの名前を変更します。たとえば、名前を中国語から英語に変更できます。そうしないと、タスクが失敗する可能性があります。

  • 一度に複数の列を変更する DDL 操作や、同じテーブルを連続して変更する DDL 操作は実行できません。

  • データ移行中に、SelectDB データベースにバックエンド (BE) ノードを追加しないでください。そうしないと、タスクは失敗します。移行インスタンスを再起動して、失敗したタスクを再開できます。

  • PolarDB-X 2.0 インスタンスでは、VARCHAR(M) の M は文字長を示します。SelectDB では、VARCHAR(N) の N はバイト長を示します。DTS が提供するスキーマ移行機能を使用しない場合は、SelectDB の VARCHAR フィールドの長さを PolarDB-X 2.0 インスタンスの VARCHAR フィールドの長さの 4 倍に設定することをお勧めします。

  • 完全なデータ移行中、DTS はソースデータベースとターゲットデータベースの両方から特定の読み取りおよび書き込みリソースを消費するため、データベースの負荷が増加する可能性があります。したがって、データ移行を実行する前にソースデータベースとターゲットデータベースのパフォーマンスを評価し、オフピーク時間 (たとえば、ソースデータベースとターゲットデータベースの CPU 負荷が 30% 未満の場合) にデータ移行を実行することをお勧めします。

  • 完全なデータ移行では INSERT 操作が同時に実行されるため、ターゲットデータベースのテーブルは断片化されます。したがって、完全なデータ移行が完了した後、ターゲットデータベースのテーブルはソースデータベースのテーブルよりも多くのストレージ領域を占有します。

  • 移行インスタンスの操作中に、DTS 以外のデータソースがターゲットデータベースにデータを書き込んでいる場合、ソースデータベースとターゲットデータベースの間でデータが不整合になったり、移行インスタンスが失敗したりする可能性があります。

  • インスタンスが失敗した場合、DTS ヘルプデスクは 8 時間以内にインスタンスの回復を試みます。回復プロセス中に、インスタンスの再起動やパラメーターの調整などの操作が実行される場合があります。

    説明

    パラメーターが調整される場合、DTS インスタンスのパラメーターのみが変更されます。データベースのパラメーターは変更されません。変更される可能性のあるパラメーターには、インスタンスパラメーターの変更で説明されているものが含まれますが、これらに限定されません。

課金

移行タイプ

タスク構成料金

データ転送料金

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

無料です。

この例では無料です。

説明

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

増分データ移行

課金されます。詳細については、「課金の概要」をご参照ください。

増分移行中に同期できる SQL 操作

操作タイプ

SQL 文

DML

INSERT、UPDATE、DELETE

DDL

  • ADD COLUMN

  • MODIFY COLUMN

  • CHANGE COLUMN

  • DROP COLUMN、DROP TABLE

  • TRUNCATE TABLE

  • RENAME TABLE

    重要

    RENAME TABLE 操作は、ソースデータベースとターゲットデータベースの間でデータが不整合になる可能性があります。たとえば、移行するオブジェクトとしてテーブルを選択し、データ移行中にテーブルの名前を変更すると、このテーブルのデータはターゲットデータベースに移行されません。この状況を防ぐには、データ移行タスクを構成するときに、このテーブルが属するデータベースを移行するオブジェクトとして選択します。RENAME TABLE 操作の前後にテーブルが属するデータベースが、移行するオブジェクトに追加されていることを確認してください。

データベースアカウントに必要な権限

データベース

スキーマ移行

完全移行

増分移行

ソース PolarDB-X 2.0

SELECT 権限。

SELECT 権限。

REPLICATION SLAVE 権限、REPLICATION CLIENT 権限、および移行するオブジェクトに対する SELECT 権限。

ターゲット SelectDB

クラスターアクセス権限 (Usage_priv) およびデータベースに対する読み取り/書き込み権限 (Select_priv、Load_priv、Alter_priv、Create_priv、および Drop_priv)。

データベースアカウントの作成とアカウントへの権限付与の詳細については、次のトピックをご参照ください:

手順

  1. 次のいずれかの方法でデータ移行ページに移動し、データ移行インスタンスが存在するリージョンを選択します。

    DTS コンソール

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

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

    3. ページの左上隅で、データ移行インスタンスが存在するリージョンを選択します。

    DMS コンソール

    説明

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

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

    2. 上部のナビゲーションバーで、ポインターを [データ + AI] > [DTS (DTS)] > [データ移行] の上に移動します。

    3. [データ移行タスク] の右側にあるドロップダウンリストから、データ同期インスタンスが存在するリージョンを選択します。

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

  3. ソースデータベースとターゲットデータベースを構成します。次の表にパラメーターを示します。

    カテゴリ

    パラメーター

    説明

    N/A

    タスク名

    DTS タスクの名前。DTS は自動的にタスク名を生成します。タスクを簡単に識別できるような情報を含む名前を指定することをお勧めします。一意のタスク名を指定する必要はありません。

    移行元データベース

    既存の接続情報の選択

    • DTS に登録されているデータベースインスタンスを使用する場合は、ドロップダウンリストからインスタンスを選択します。DTS は、インスタンスの次のデータベースパラメーターを自動的に入力します。詳細については、「データベース接続の管理」をご参照ください。

      説明

      DMS コンソールでは、[DMS データベースインスタンスを選択] ドロップダウンリストからデータベースインスタンスを選択できます。

    • DTS へのインスタンスの登録に失敗した場合、または DTS に登録されているインスタンスを使用する必要がない場合は、次のデータベース情報を構成する必要があります。

    データベースタイプ

    PolarDB-X 2.0 を選択します。

    アクセス方法

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

    インスタンスのリージョン

    ソース PolarDB-X 2.0 インスタンスが存在するリージョンを選択します。

    Alibaba Cloud アカウント間でデータを複製

    この例では、現在の Alibaba Cloud アカウントのデータベースインスタンスが使用されます。× を選択します。

    インスタンス ID

    ソース PolarDB-X 2.0 インスタンスの ID を選択します。

    データベースアカウント

    ソース PolarDB-X 2.0 インスタンスのデータベースアカウントを入力します。アカウントに必要な権限については、「データベースアカウントに必要な権限」をご参照ください。

    データベースのパスワード

    データベースインスタンスへのアクセスに使用されるパスワード。

    移行先データベース

    既存の接続情報の選択

    • DTS に登録されているデータベースインスタンスを使用する場合は、ドロップダウンリストからインスタンスを選択します。DTS は、インスタンスの次のデータベースパラメーターを自動的に入力します。詳細については、「データベース接続の管理」をご参照ください。

      説明

      DMS コンソールでは、[DMS データベースインスタンスを選択] ドロップダウンリストからデータベースインスタンスを選択できます。

    • DTS へのインスタンスの登録に失敗した場合、または DTS に登録されているインスタンスを使用する必要がない場合は、次のデータベース情報を構成する必要があります。

    データベースタイプ

    [SelectDB] を選択します。

    アクセス方法

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

    インスタンスのリージョン

    ターゲット SelectDB インスタンスが存在するリージョンを選択します。

    Alibaba Cloud アカウント間でデータを複製

    この例では、現在の Alibaba Cloud アカウントのデータベースインスタンスが使用されます。× を選択します。

    インスタンス ID

    ターゲット SelectDB インスタンスの ID を選択します。

    データベースアカウント

    ターゲット SelectDB インスタンスのデータベースアカウントを入力します。アカウントに必要な権限については、「データベースアカウントに必要な権限」をご参照ください。

    データベースのパスワード

    データベースインスタンスへのアクセスに使用されるパスワード。

  4. ページの下部で、[接続性のテストと続行] をクリックします。

    説明

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

  5. 移行するオブジェクトを構成します。

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

      パラメーター

      説明

      移行タイプ

      • 完全なデータ移行のみを実行するには、スキーマ移行完全データ移行 の両方を選択します。

      • データ移行中のサービス継続性を確保するには、スキーマ移行完全データ移行、および 増分データ移行 を選択します。

      • PolarDB-X 2.0 インスタンスから SelectDB にデータが移行されると、型変換が実行されます。スキーマ移行 を選択しない場合は、事前にターゲット SelectDB に対応する構造を持つ Unique または Duplicate モデルテーブルを作成する必要があります。詳細については、「データ型のマッピング」、「追加の列情報」、および「データモデル」をご参照ください。

      • 増分データ移行 を選択しない場合、データの一貫性を確保するために、データ移行中にソースインスタンスに新しいデータを書き込まないでください。

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

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

        説明

        ソースデータベースとターゲットデータベースに同じ名前のテーブルが含まれており、ターゲットデータベースのテーブルを削除または名前変更できない場合は、オブジェクト名マッピング機能を使用して、ターゲットデータベースに移行されるテーブルの名前を変更できます。詳細については、「オブジェクト名のマッピング」をご参照ください。

      • エラーを無視して続行: ソースデータベースとターゲットデータベースの同じテーブル名の事前チェックをスキップします。

        警告

        エラーを無視して続行 を選択すると、データが不整合になり、ビジネスに次の潜在的なリスクが生じる可能性があります。

        • ソースデータベースとターゲットデータベースのスキーマが同じで、データレコードがターゲットデータベースの既存のデータレコードと同じプライマリキーを持つ場合、次のシナリオが発生する可能性があります。

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

          • 増分データ移行中、DTS はデータレコードをターゲットデータベースに移行します。ターゲットデータベースの既存のデータレコードは上書きされます。

        • ソースデータベースとターゲットデータベースのスキーマが異なる場合、特定の列のみが移行されるか、データ移行タスクが失敗します。注意して進めてください。

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

      ターゲットインスタンスのデータベース名、テーブル名、および列名の大文字/小文字。デフォルトでは、[DTS のデフォルトポリシー] が選択されています。オブジェクト名の大文字/小文字がソースデータベースまたはターゲットデータベースのものと一致するように、他のオプションを選択できます。詳細については、「ターゲットインスタンスのオブジェクト名の大文字/小文字を指定する」をご参照ください。

      ソースオブジェクト

      ソースオブジェクト セクションから 1 つ以上のオブジェクトを選択します。向右小箭头 アイコンをクリックして、オブジェクトを 選択中のオブジェクト セクションに追加します。

      説明

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

      選択中のオブジェクト

      • ターゲットインスタンスの移行オブジェクトの名前を変更するには、選択中のオブジェクト ボックスで移行オブジェクトを右クリックします。詳細については、「オブジェクト名のマッピング」をご参照ください。

      • 移行タイプスキーマ移行 を選択し、移行オブジェクトとしてテーブルを選択し、バケット数 (bucket_count パラメーター) を設定する必要がある場合は、選択中のオブジェクト ボックスで移行するテーブルを右クリックします。パラメーター設定 セクションで、パラメーター設定の有効化 に設定し、必要に応じて パラメーター値 を設定してから、[OK] をクリックします。

      説明
      • データベースまたはテーブルレベルで移行する増分 SQL 操作を選択するには、選択中のオブジェクト ボックスで移行オブジェクトを右クリックし、表示されるダイアログボックスで目的の SQL 操作を選択します。

      • WHERE 条件を設定してデータをフィルタリングするには、選択中のオブジェクト ボックスで移行するテーブルを右クリックし、表示されるダイアログボックスでフィルター条件を設定します。詳細については、「フィルター条件の設定」をご参照ください。

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

    2. 次へ:詳細設定 をクリックして詳細設定を構成します。

      パラメーター

      説明

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

      デフォルトでは、専用クラスターを指定しない場合、DTS はデータ移行タスクを共有クラスターにスケジュールします。データ移行タスクの安定性を向上させたい場合は、専用クラスターを購入してください。詳細については、「DTS 専用クラスターとは」をご参照ください。

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

      失敗した接続のリトライ時間範囲。データ移行タスクの開始後にソースデータベースまたはターゲットデータベースへの接続に失敗した場合、DTS はリトライ時間範囲内で直ちに接続をリトライします。有効な値: 10 から 1,440。単位: 分。デフォルト値: 720。パラメーターを 30 より大きい値に設定することをお勧めします。指定されたリトライ時間範囲内に DTS がソースデータベースとターゲットデータベースに再接続されると、DTS はデータ移行タスクを再開します。そうでない場合、データ移行タスクは失敗します。

      説明
      • 同じソースデータベースまたはターゲットデータベースを共有する複数のデータ移行タスクに異なるリトライ時間範囲を指定した場合、後で指定された値が優先されます。

      • DTS が接続をリトライすると、DTS インスタンスに対して課金されます。ビジネス要件に基づいてリトライ時間範囲を指定することをお勧めします。また、ソースデータベースとターゲットインスタンスがリリースされた後、できるだけ早く DTS インスタンスをリリースすることもできます。

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

      その他の問題のリトライ時間範囲。たとえば、データ移行タスクの開始後に DDL または DML 操作の実行に失敗した場合、DTS はリトライ時間範囲内で直ちに操作をリトライします。有効な値: 1 から 1440。単位: 分。デフォルト値: 10。パラメーターを 10 より大きい値に設定することをお勧めします。指定されたリトライ時間範囲内に失敗した操作が正常に実行されると、DTS はデータ移行タスクを再開します。そうでない場合、データ移行タスクは失敗します。

      重要

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

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

      完全なデータ移行のスロットリングを有効にするかどうかを指定します。完全なデータ移行中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。ビジネス要件に基づいて、完全なデータ移行のスロットリングを有効にできます。スロットリングを構成するには、1 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを構成する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。

      説明

      このパラメーターは、移行タイプ パラメーターで 完全データ移行 を選択した場合にのみ構成できます。

      増分移行率を制限するかどうか

      増分データ移行のスロットリングを有効にするかどうかを指定します。スロットリングを構成するには、1 秒あたりの増分移行の行数 RPS および 1 秒あたりの増分移行データ量 (MB) BPS パラメーターを構成する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。

      説明

      このパラメーターは、移行タイプ パラメーターで 増分データ移行 を選択した場合にのみ構成できます。

      順方向および逆方向タスクのハートビートテーブル SQL を削除

      DTS インスタンスの実行中にハートビートテーブルに対する SQL 操作をソースデータベースに書き込むかどうかを指定します。有効な値:

      • [はい]: ハートビートテーブルに対する SQL 操作を書き込みません。この場合、DTS インスタンスの遅延が表示されることがあります。

      • [いいえ]: ハートビートテーブルに対する SQL 操作を書き込みます。この場合、ソースデータベースの物理バックアップやクローニングなどの機能が影響を受ける可能性があります。

      環境タグ

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

      ETL の設定

      抽出・変換・書き出し (ETL) 機能を有効にするかどうかを指定します。詳細については、「ETL とは」をご参照ください。有効な値:

      監視アラート

      データ移行タスクのアラートを構成するかどうかを指定します。タスクが失敗した場合、または移行遅延が指定されたしきい値を超えた場合、アラート連絡先は通知を受け取ります。有効な値:

      • [いいえ]: アラートを構成しません。

      • [はい]: アラートを構成します。この場合、アラートのしきい値と アラート通知設定も構成する必要があります。詳細については、「DTS タスク作成時のモニタリングとアラートの構成」トピックの「DTS タスク作成時のモニタリングとアラートの構成」セクションをご参照ください。

    3. オプション: 上記の設定が完了したら、次:データベースおよびテーブルのフィールド設定 をクリックして、ターゲットテーブルの プライマリキー列の追加配布キー、および エンジンの選択 を設定します。

      説明
      • このステップは、移行オブジェクトを構成する際に 移行タイプスキーマ移行 を選択した場合にのみ利用できます。定義ステータスすべて に設定してから、設定を変更できます。

      • プライマリキー列の追加 には、複数の列を選択して複合プライマリキーを形成できます。配布キー として、プライマリキー列の追加 から 1 つ以上の列を選択する必要があります。

      • プライマリキーまたは一意制約のないテーブルについては、エンジンの選択[duplicate] に設定する必要があります。そうしないと、移行が失敗したり、データが失われたりする可能性があります。

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

    • 関連する API 操作を呼び出して DTS タスクを構成する際に指定するパラメーターを表示するには、ポインターを 次:タスク設定の保存と事前チェック の上に移動し、OpenAPI パラメーターのプレビュー をクリックします。

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

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

    • タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にある [詳細の表示] をクリックします。チェック結果に基づいて原因を分析した後、問題をトラブルシューティングします。その後、再度事前チェックを実行します。

    • 事前チェック中に項目に対してアラートがトリガーされた場合:

      • アラート項目を無視できない場合は、失敗した項目の横にある [詳細の表示] をクリックして問題をトラブルシューティングします。その後、再度事前チェックを実行します。

      • アラート項目を無視できる場合は、[アラート詳細の確認] をクリックします。[詳細の表示] ダイアログボックスで、[無視] をクリックします。表示されるメッセージで、[OK] をクリックします。次に、[再度事前チェック] をクリックして再度事前チェックを実行します。アラート項目を無視すると、データが不整合になり、ビジネスに潜在的なリスクが生じる可能性があります。

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

    1. [成功率][100%] になるまで待ちます。次に、[次へ: インスタンスの購入] をクリックします。

    2. [インスタンスの購入] ページで、データ移行インスタンスのインスタンスクラスパラメーターを構成します。次の表にパラメーターを示します。

      セクション

      パラメーター

      説明

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

      [リソースグループ]

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

      インスタンスクラス

      DTS は、移行速度が異なるインスタンスクラスを提供します。ビジネスシナリオに基づいてインスタンスクラスを選択できます。詳細については、「データ移行インスタンスのインスタンスクラス」をご参照ください。

    3. チェックボックスを選択して、[Data Transmission Service (従量課金) サービス規約] を読んで同意します。

    4. [購入して開始] をクリックします。表示されるメッセージで、[OK] をクリックします。

      [データ移行] ページでタスクの進行状況を表示できます。

      説明
      • データ移行タスクを使用して増分データを移行できない場合、タスクは自動的に停止します。[ステータス] セクションに [完了] が表示されます。

      • データ移行タスクを使用して増分データを移行できる場合、タスクは自動的に停止しません。増分データ移行タスクは停止も完了もしません。[ステータス] セクションに [実行中] が表示されます。

データ型のマッピング

カテゴリ

PolarDB-X 2.0 のデータ型

SelectDB のデータ型

数値

TINYINT

TINYINT

TINYINT UNSIGNED

SMALLINT

SMALLINT

SMALLINT

SMALLINT UNSIGNED

INT

MEDIUMINT

INT

MEDIUMINT UNSIGNED

BIGINT

INT

INT

INT UNSIGNED

BIGINT

BIGINT

BIGINT

BIGINT UNSIGNED

LARGEINT

BIT(M)

INT

Decimal

Decimal

説明

zerofill はサポートされていません。

Numeric

Decimal

Float

Float

Double

DOUBLE

  • BOOL

  • BOOLEAN

BOOLEAN

日付と時刻

DATE

DATEV2

DATETIME[(fsp)]

DATETIMEV2

Timestamp[(fsp)]

DATETIMEV2

Time[(fsp)]

VARCHAR

YEAR[(4)]

INT

文字列

  • CHAR

  • VARCHAR

VARCHAR

重要

データ損失を避けるため、CHAR および VARCHAR(n) データ型は SelectDB に移行される際に VARCHAR(4*n) に変換されます。

  • データ長が指定されていない場合、SelectDB のデフォルト値である VARCHAR(65533) が使用されます。

  • データ長が 65533 を超える場合、データは SelectDB に移行される際に STRING に変換されます。

  • BINARY

  • VARBINARY

STRING

  • TINYTEXT

  • TEXT

  • MEDIUMTEXT

  • LONGTEXT

STRING

  • TINYBLOB

  • BLOB

  • MEDIUMBOLB

  • LONGBLOB

STRING

ENUM

STRING

SET

STRING

JSON

STRING

追加の列情報

説明

次の表は、DTS が自動的に追加する、または Duplicate モデルを使用するターゲットテーブルに手動で追加する必要がある追加の列について説明しています。

名前

データの型

デフォルト値

説明

_is_deleted

Int

0

データが削除されたかどうかを示します。

  • Insert: 値は 0 です。

  • Update: 値は 0 です。

  • Delete: 値は 1 です。

_version

Bigint

0

  • 完全なデータ移行の場合、値は 0 です。

  • 増分データ移行の場合、値はソースバイナリログからの秒単位のタイムスタンプです。

_record_id

Bigint

0

  • 完全なデータ移行の場合、値は 0 です。

  • 増分データ移行の場合、値は増分ログエントリのレコード ID です。この ID はログエントリを一意に識別します。

    説明

    ID は一意で自動インクリメントされます。