Data Transmission Service:PolarDB-X 2.0 インスタンス間でのデータ移行

ソースデータベース

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

増分データ移行を含める場合は、ソースデータベースが以下の要件を満たしていることを確認してください。

バイナリログの保持期間が要件を満たさない場合、DTS がログを取得できず、タスクが失敗する可能性があります。例外的なケースでは、データの不整合や損失が発生する場合もあります。完全なデータ移行が完了した後は、保持期間を 24 時間以上に短縮できます。

その他の制限事項

• 宛先の PolarDB-X 2.0 インスタンスは MySQL 5.7 と互換性がある必要があります。

• ピーク時間帯を避けて移行を実行してください。完全なデータ移行は、ソースおよび宛先の両方で読み取りおよび書き込みリソースを消費し、サーバー負荷が増加します。

• 完全なデータ移行後に、宛先の表領域は、同時 INSERT 操作による断片化の影響でソースよりも大きくなります。

• DTS は失敗したタスクを最大 7 日間自動的に再試行します。ワークロードを宛先に切り替える前に、失敗したタスクを停止またはリリースしてください。あるいは、宛先における DTS の書き込み権限を削除するために REVOKE を実行してください。これを行わないと、再開されたタスクによって、宛先のデータがソースのデータで上書きされる可能性があります。

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

ソースの PolarDB-X 2.0 インスタンス

宛先の PolarDB-X 2.0 インスタンス

すべての移行タイプにおいて、読み取りおよび書き込み権限が必要です。

ステップ 1：データ移行タスクページへ移動

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

2. トップナビゲーションバーで、DTS をクリックします。

3. 左側のナビゲーションウィンドウで、DTS (DTS) ＞ データ移行 を選択します。

また、新しい DTS コンソールの [データ移行タスクページ] に直接アクセスすることもできます。コンソールのナビゲーションは、使用している DMS コンソールのモードによって異なる場合があります。「シンプルモード」および「ビジネス要件に応じて DMS コンソールを設定する」をご参照ください。

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

1. データ移行タスク の横にあるドロップダウンリストから、移行対象インスタンスが配置されているリージョンを選択します。

   新しい DTS コンソールでは、左上隅のリージョンを選択します。

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

   警告

   ソースおよび宛先インスタンスを選択した後、ページ上部に表示される制限事項を必ず確認してください。これを怠ると、タスクの失敗やデータの不整合が発生する可能性があります。

3. タスクおよびデータベース接続を構成します。

   セクション	パラメーター	説明
   —	タスク名	DTS が自動的に名称を生成します。タスクを識別しやすいように、意味のある名称を指定してください。名称は一意である必要はありません。
   ソースデータベース	インスタンスの選択	設定を自動入力するため、既存のインスタンスを選択するか、手動で構成してください。
   	データベースタイプ	PolarDB-X 2.0 を選択します。
   	アクセス方法	Alibaba Cloud インスタンス を選択します。
   	インスタンスリージョン	ソースの PolarDB-X 2.0 インスタンスが配置されているリージョンです。
   	インスタンス ID	ソースの PolarDB-X 2.0 インスタンスの ID です。
   	データベースアカウント	ソースのデータベースアカウントです。必要な権限をご参照ください。
   	データベースパスワード	データベースアカウントのパスワードです。
   宛先データベース	インスタンスの選択	設定を自動入力するため、既存のインスタンスを選択するか、手動で構成してください。
   	データベースタイプ	PolarDB-X 2.0 を選択します。
   	アクセス方法	Alibaba Cloud インスタンス を選択します。
   	インスタンスリージョン	宛先の PolarDB-X 2.0 インスタンスが配置されているリージョンです。
   	インスタンス ID	宛先の PolarDB-X 2.0 インスタンスの ID です。
   	データベースアカウント	宛先のデータベースアカウントです。必要な権限をご参照ください。
   	データベースパスワード	データベースアカウントのパスワードです。

ステップ 3：接続性のテスト

接続性のテストと続行 をクリックします。

DTS は、自動的に自社サーバーの CIDR ブロックを Alibaba Cloud データベースインスタンス（ApsaraDB RDS for MySQL や ApsaraDB for MongoDB など）のホワイトリストおよび Elastic Compute Service (ECS) インスタンスのセキュリティグループルールに追加します。データセンターやサードパーティプロバイダーによってホストされている自己管理データベースの場合は、DTS サーバーの CIDR ブロックをデータベースのホワイトリストに手動で追加する必要があります。詳細については、「オンプレミスデータベースのセキュリティ設定に DTS サーバーの CIDR ブロックを追加する」をご参照ください。

ステップ 4：オブジェクトの選択および移行設定の構成

パラメーター	説明
移行タイプ	実行する移行タイプを選択します。サービス継続性を確保する場合は、スキーマ移行、完全なデータ移行、増分データ移行 を選択してください。ソースへの書き込みが発生しないワンタイム移行の場合は、スキーマ移行 および 完全なデータ移行 を選択してください。
競合テーブルの処理モード	[事前チェックとエラーの報告]: ソーステーブルと同じ名前のテーブルが送信先に存在する場合、事前チェックは失敗します。競合を解決するには、オブジェクト名マッピング機能を使用します。「オブジェクト名のマップ」をご参照ください。[エラーを無視して続行]: 名前衝突のチェックをスキップします。スキーマが一致する場合、DTS は一致するプライマリキーを持つレコードをスキップします。スキーマが異なる場合、一部の列のみが移行されるか、タスクが失敗します。注意して使用してください。
ソースオブジェクト	ソースオブジェクト からオブジェクトを選択し、 をクリックして 選択済みオブジェクト に追加します。カラム、テーブル、またはスキーマを選択できます。テーブルまたはカラムを選択すると、ビュー、トリガー、ストアドプロシージャは除外されます。
選択済みオブジェクト	移行された単一のオブジェクトの名前を変更するには、[選択したオブジェクト] でオブジェクトを右クリックします。「単一のオブジェクトの名前をマップする」をご参照ください。複数のオブジェクトの名前を変更するには、[一括編集] をクリックします。「一度に複数のオブジェクト名をマップする」をご参照ください。行をフィルターするには、オブジェクトを右クリックして SQL WHERE 条件を指定します。「SQL 条件を使用してデータをフィルターする」をご参照ください。

オブジェクトの名前を変更すると、依存オブジェクトの移行が失敗する可能性があります。

ステップ 5：高度な設定の構成

次へ：高度な設定 をクリックし、以下の項目を構成します。

ステップ 6：事前チェックの実行

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

DTS は移行開始前に事前チェックを実行します。事前チェックに合格した場合にのみ、タスクは進行します。

事前チェックが失敗した場合、またはアラートを返した場合:

• 失敗した項目：失敗した項目の横にある 詳細の表示 をクリックし、問題を解決した後、再事前チェック をクリックします。

• 無視できない警告項目： 詳細の表示 をクリックし、問題を解決した後、再び事前チェックを実行します。

• 無視できる警告項目： 警告詳細の確認 ＞ 無視 ＞ OK をクリックし、その後 再事前チェック をクリックします。警告を無視すると、データの不整合が発生する可能性があります。

ステップ 7：インスタンスの購入および移行の開始

1. 成功率 が 100% に達するまで待機し、次へ：インスタンスの購入 をクリックします。

2. データ移行インスタンス用の [インスタンスクラス] を選択します。インスタンスクラスは移行速度を決定します。詳細については、「データ移行インスタンスの仕様」をご参照ください。

3. Data Transmission Service（従量課金）サービス利用規約 をお読みになり、同意してください。

4. 購入して開始 をクリックします。

タスク一覧で移行の進捗状況を監視できます。