Data Transmission Service:PolarDB\-X\ 2\.0\ から\ DataHub\ へのデータ移行

ソースデータベース

その他の制限

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

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

以下のコンソールのいずれかを使用して、データ移行ページを開きます。

ステップ 2：ソースおよび宛先データベースの構成

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

   警告

   ソースおよび宛先インスタンスを選択した後、構成ページの上部に表示される [制限事項] セクションを必ずご確認ください。

2. タスク名およびソースデータベースを構成します。

   パラメーター	説明
   タスク名	DTS はタスク名を自動的に生成します。タスクを識別しやすいように、分かりやすい名前を使用してください。一意である必要はありません。
   [既存の接続を選択]	データベース接続の管理ドロップダウンリストから登録済みのインスタンスを選択します。インスタンスが登録されていない場合は、手動で接続を設定します。登録済みのインスタンスの場合、DTS は残りのパラメーターを自動入力します。詳細については、「」をご参照ください。
   データベースタイプ	[PolarDB-X 2.0] を選択します。
   アクセス方法	[クラウドインスタンス] を選択します。
   インスタンスリージョン	ソース PolarDB-X 2.0 インスタンスが存在するリージョンを選択します。
   [クロスアカウント]	[いいえ] (同一 Alibaba Cloud アカウント) を選択します。
   [インスタンス ID]	ソース PolarDB-X 2.0 インスタンスの ID を選択します。
   データベースアカウント	データベースアカウントを入力します。必要な最小権限については、「必要な権限」をご参照ください。
   データベースパスワード	データベースアカウントのパスワードを入力します。

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

   パラメーター	説明
   [既存の接続を選択]	登録済みの DataHub インスタンスを選択するか、手動で接続を構成してください。
   データベースタイプ	[DataHub] を選択します。
   アクセス方法	[クラウドインスタンス] を選択します。
   インスタンスリージョン	宛先 DataHub プロジェクトが存在するリージョンを選択します。
   プロジェクト	宛先 DataHub プロジェクトを選択します。

4. [接続テストと続行] をクリックします。

   DTSサーバーのCIDRブロックは、接続テストが成功する前に、ソースおよびターゲットデータベースのセキュリティグループまたはホワイトリストに追加する必要があります。詳細については、「DTSサーバーのIPアドレスをホワイトリストに追加する」をご参照ください。

ステップ 3：オブジェクトの選択と設定の構成

オブジェクトの構成

[オブジェクトの構成] ページで、以下の設定を構成します。

パラメーター	説明
移行タイプ	[スキーマ移行] と [増分移行] を選択します。PolarDB-X 2.0 から DataHub へのパスでは、この 2 つのタイプのみがサポートされています。増分移行をスキップする場合、移行中にソースインスタンスに書き込まないでください。
追加列の命名規則	DTS は、各宛先テーブルにシステム列を追加します。宛先テーブルのスキーマに基づいて、[新しいルール] または [古いルール] を選択します。選択する前に、追加する列名が既存の列名と競合しないことを確認してください。詳細については、「追加列の名前と定義」をご参照ください。
競合するテーブルの処理モード	[事前チェックしてエラーを報告]：宛先テーブルがソーステーブルと名前を共有している場合、タスクは事前チェックに失敗します。続行する前に、オブジェクト名マッピングを使用して、競合するテーブルの名前を変更します。[エラーを無視して続行]：重複名チェックをスキップします。スキーマが同じでプライマリキーが一致する場合、完全移行では既存のレコードがスキップされ、増分移行では上書きされます。スキーマが異なる場合、一致する列のみが移行されるか、タスク全体が失敗します。
宛先インスタンスにおけるオブジェクト名の大文字/小文字の区別	DataHub 内のデータベース、テーブル、および列名の大文字/小文字の区別を制御します。デフォルトは [DTS のデフォルトポリシー] です。詳細については、「宛先インスタンスでのオブジェクト名の大文字/小文字の指定」をご参照ください。
ソースオブジェクト	[ソースオブジェクト] リストからデータベース、テーブル、または列を選択し、 をクリックして [選択したオブジェクト] に追加します。テーブルのみを選択した場合、ビュー、トリガー、およびストアドプロシージャは除外されます。
選択したオブジェクト	単一のオブジェクトの名前を変更するには、リストでそのオブジェクトを右クリックします。詳細については、「単一オブジェクト名のマッピング」をご参照ください。一度に複数のオブジェクトの名前を変更するには、[一括編集] をクリックします。詳細については、「複数オブジェクト名の一括マッピング」をご参照ください。オブジェクトの名前を変更すると、依存オブジェクトの移行が失敗する可能性があることにご注意ください。行をフィルターするには、テーブルを右クリックして WHERE 条件を設定します。詳細については、「フィルター条件の設定」をご参照ください。移行する SQL 操作を制限するには、移行オブジェクトを右クリックして操作を選択します。

ステップ 4：設定の保存と事前チェックの実行

1. [次へ：タスク設定の保存と事前チェック] をクリックします。保存前にこのタスクの OpenAPI パラメーターを確認するには、ボタンにポインターを合わせて [OpenAPI パラメーターのプレビュー] をクリックします。

2. 事前チェックが完了するまでお待ちください。

   • チェック項目が失敗した場合、[詳細の表示] をクリックし、報告された問題を修正した後、[再度事前チェック] をクリックします。

   • チェック項目に安全に無視できるアラートが表示された場合、[アラートの詳細の確認] → [詳細の表示] → [無視] → [OK] の順にクリックし、その後 [再度事前チェック] をクリックします。アラート項目を無視すると、データの不整合が発生する可能性があります。

   すべての事前チェック項目が合格するまで、移行タスクを開始できません。

ステップ 5：インスタンスの購入と移行の開始

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

2. [インスタンスの購入] ページで、インスタンスを構成します。

   パラメーター	説明
   Resource Group	移行インスタンスのリソースグループです。デフォルト： default resource group。詳細については、「What is Resource Management?」をご参照ください。
   Instance Class	インスタンスクラスは移行速度を決定します。データ量とタイミング要件に基づいてクラスを選択してください。詳細については、「Instance classes of data migration instances」をご参照ください。

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

4. [購入して開始] をクリックし、[OK] をクリックします。