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

MaxCompute における命名規則

DTS は、MaxCompute に作成されるテーブルに対して特定の命名規則を使用します。

• スキーマ移行：DTS は、ソーステーブル名に _base サフィックスを追加します。たとえば、ソーステーブル名が customer の場合、MaxCompute の宛先テーブル名は customer_base になります。_base サフィックス付きの宛先テーブルは、全量ベースラインテーブルと呼ばれます。

• 完全なデータ移行：履歴データは対応する _base テーブル（例：customer → customer_base）に移行されます。これは、後続の増分同期のベースラインとして機能します。

• 増分移行：DTS は MaxCompute に増分ログテーブルを作成します。テーブル名は DestinationTableName_log 形式（例：customer_log）に従います。増分データはこのテーブルにリアルタイムで移行されます。

移行戦略の選択

増分データ移行でサポートされる SQL 操作

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

• テーブルには PRIMARY KEY または UNIQUE 制約（すべてのフィールドが一意）が必要です。これらの制約がないテーブルは、MaxCompute に重複レコードを生成する可能性があります。

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

• 移行中にテーブル名またはカラム名を変更する（オブジェクト名マッピング）場合、1 つのタスクで最大 1,000 テーブルまでサポートされます。1,000 テーブルを超える場合は、複数のタスクに分割するか、データベース全体を移行してください。

• TABLEGROUP および Locality 属性を持つデータベースまたはスキーマはサポートされていません。

• 予約語を名前とするテーブル（例：select）はサポートされていません。

増分データ移行のバイナリログ要件

増分データ移行を含める場合は、開始前にソース PolarDB-X 2.0 インスタンスで以下のバイナリログ設定を構成してください。

運用上の制限

• スキーマ移行および完全なデータ移行中は、ソースデータベースで DDL 操作（スキーマ変更）を実行しないでください。DDL 操作が検出されると、タスクは失敗します。

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

• 移行中に PolarDB-X 2.0 インスタンスのネットワークタイプを変更する場合は、DTS 移行タスクのネットワーク接続設定も更新してください。

その他の制限

• データ移行を開始する前に、ソースおよび宛先データベースのパフォーマンスを評価してください。データ移行はオフピーク時間帯に実施することを推奨します。完全なデータ移行は、ソースおよび宛先データベースの読み取り・書き込みリソースを消費し、データベース負荷が増加します。

• DTS は、過去 7 日以内に作成された失敗した移行タスクの再開を試みます。そのため、業務を宛先インスタンスに切り替える前に、タスクを終了またはリリースするか、revoke コマンドを使用して、宛先データベースに対する DTS アカウントの書き込み権限を取り消す必要があります。これにより、タスクが自動的に再開され、宛先のデータが上書きされるのを防げます。

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

• DTS は定期的に、ソースデータベース内の dts_health_check.ha_health_check テーブルを更新し、バイナリログオフセットを進めます。

ステップ 1：データ移行ページを開く

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

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

3. 左上隅で、移行インスタンスを配置するリージョンを選択します。

ステップ 2：タスクを作成し、ソースおよび宛先データベースを構成する

1. タスクの作成 をクリックします。

2. ソースデータベースを構成します。

   パラメーター	説明
   タスク名	DTS が自動的に名前を生成します。識別しやすいように、わかりやすい名前を入力してください。名前は一意である必要はありません。
   既存の接続を選択	PolarDB-X 2.0 インスタンスがすでに DTS に登録されている場合は、ドロップダウンリストから選択して、以下のパラメーターを自動入力します。登録されていない場合は、パラメーターを手動で構成してください。
   データベースタイプ	PolarDB-X 2.0 を選択します。
   アクセス方法	クラウドインスタンス を選択します。
   インスタンスリージョン	ソース PolarDB-X 2.0 インスタンスが配置されているリージョンを選択します。
   クロスアカウント	同一 Alibaba Cloud アカウント内での移行の場合は、いいえ を選択します。
   インスタンス ID	ソース PolarDB-X 2.0 インスタンスの ID を選択します。
   データベースアカウント	データベースアカウントを入力します。必要な権限については、「必要な権限」をご参照ください。
   データベースパスワード	データベースアカウントのパスワードを入力します。

3. 宛先データベースを構成します。

   パラメーター	説明
   データベースタイプ	MaxCompute を選択します。
   アクセス方法	クラウドインスタンス を選択します。
   インスタンスリージョン	宛先 MaxCompute プロジェクトが配置されているリージョンを選択します。
   プロジェクト	宛先 MaxCompute プロジェクトの名前を入力します。
   Alibaba Cloud アカウントの AccessKey ID	前提条件 で作成した AccessKey ID を入力します。
   Alibaba Cloud アカウントの AccessKey Secret	AccessKey Secret を入力します。

4. 接続テストを実行して次へ進む をクリックします。

5. OK をクリックして、DTS が宛先 MaxCompute プロジェクトにアクセスするために必要な権限を付与します。

ステップ 3：移行するオブジェクトを構成する

オブジェクトの構成 ページで、以下のパラメーターを構成します。

ソースオブジェクト セクションで、移行するオブジェクトを選択します。選択済みオブジェクト セクションに移動させます。

• 送信先で単一のオブジェクトの名前を変更するには、[選択したオブジェクト] セクションでそのオブジェクトを右クリックします。詳細については、「単一のオブジェクトの名前をマップする」をご参照ください。

• 複数のオブジェクトを一度に名前変更するには、[バッチ編集] を [選択済みオブジェクト] セクションの右上隅でクリックします。詳細については、「複数のオブジェクト名を一度にマップする」をご参照ください。

ステップ 4：詳細設定を構成する

次へ：詳細設定 をクリックし、以下の設定を行います。

ステップ 5：事前チェックを実行する

次へ：タスク設定の保存と事前チェック をクリックします。

• 事前チェックに合格した場合は、次のステップに進みます。

• 事前チェックに失敗した場合は、詳細を表示 をクリックして報告された問題を修正し、事前チェックを再実行します。

• アラート項目については、問題を修正するか、アラートが許容可能な場合は アラートの詳細を確認 > 無視 > OK > 再度事前チェック をクリックします。

ステップ 6：インスタンスを購入してタスクを開始する

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

2. インスタンスの購入 ページで、以下の設定を行います。

   パラメーター	説明
   リソースグループ	移行インスタンスのリソースグループ。デフォルト: [デフォルト リソースグループ]。詳細については、「Resource Management とは？」をご参照ください。
   インスタンスクラス	インスタンスクラスは、移行速度を決定します。「データ移行インスタンスのインスタンスクラス」を参照してください。

3. Data Transmission Service (従量課金) サービス利用規約 を読み、同意します。

4. 購入して開始 をクリックし、確認ダイアログで OK をクリックします。