Data Transmission Service:MySQL 互換の OceanBase データベースから PolarDB for MySQL クラスターへのデータ移行

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

• ソースデータベースは ApsaraDB for OceanBase データベースであってはなりません。

• ソースデータベースサーバーには、十分なアウトバウンド帯域幅が必要です。帯域幅が不足すると、移行速度が低下します。

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

• 移行オブジェクトとしてテーブルを選択し、ターゲットデータベースでテーブル名または列名を変更する必要がある場合、1 つのタスクで移行できるテーブルは最大 1,000 個です。1 つのタスクで 1,000 個を超えるテーブルを移行すると、リクエストエラーが発生します。この場合、移行を複数のタスクに分割するか、代わりにデータベース全体を移行してください。

• GEOMETRY 型のデータは、完全なデータ移行でのみ移行できます。この型では増分データ移行はサポートされていません。

• MySQL データベースの列名では、大文字と小文字が区別されません。ソースデータベースに大文字と小文字のみが異なる複数の列がある場合、DTS はこれらの列のデータを同じターゲット列に移行するため、予期しない結果が生じる可能性があります。

その他の制約

• DTS は、DATETIME 型から VARCHAR 型へのデータ変換をサポートしていません。

• 完全なデータ移行ではスロットリングは利用できません。

• ソースデータベース名が PolarDB for MySQL の命名規則に準拠していない場合は、移行タスクを設定する前に PolarDB for MySQL クラスターにターゲットデータベースを作成してください。その後、[オブジェクトと詳細設定の構成] ステップでオブジェクト名マッピング機能を使用して名前を変更します。命名規則とデータベースの作成方法については、「データベース管理」をご参照ください。

• FLOAT 型または DOUBLE 型の列の場合、DTS は ROUND(COLUMN,PRECISION) を適用して値を取得します。精度が指定されていない場合、DTS は FLOAT には 38 桁、DOUBLE には 308 桁をデフォルトとします。これらのデフォルト値がビジネス要件を満たしていることを確認してください。

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

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

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

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

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

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

ナビゲーションは、DMS コンソールのモードおよびレイアウトによって異なる場合があります。詳細については、「シンプルモード」および「DMS コンソールのレイアウトとスタイルのカスタマイズ」をご参照ください。また、新しい DTS コンソールのデータ移行タスクページに直接アクセスすることもできます。

ステップ 2： リージョンの選択

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

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

ステップ 3： ソースデータベースとターゲットデータベースの設定

[タスクの作成] をクリックします。[タスクの作成] ウィザードページで、次のパラメーターを設定します。

ソースデータベース

ソースデータベースがセルフマネージドの場合、移行前に必要な環境を設定してください。詳細については、「準備の概要」をご参照ください。

ターゲットデータベース

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

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

ソースデータベースが IP アドレスホワイトリストを使用している場合、[接続性のテストと続行] をクリックする前に、DTS サーバーの CIDR ブロックをホワイトリストに追加してください。

• Alibaba Cloud データベースインスタンス (ApsaraDB RDS for MySQL や ApsaraDB for MongoDB など)：DTS は自動的に CIDR ブロックを追加します。

• ECS 上のセルフマネージドデータベース：DTS は自動的に ECS セキュリティグループルールに CIDR ブロックを追加します。ECS インスタンスがデータベースにアクセスできることを確認してください。データベースが複数の ECS インスタンスにまたがる場合は、各インスタンスに手動で CIDR ブロックを追加してください。

• データセンターまたはサードパーティクラウド上のセルフマネージドデータベース：データベースの IP アドレスホワイトリストに手動で CIDR ブロックを追加してください。

DTS サーバーの CIDR ブロックの一覧については、「DTS サーバーの CIDR ブロックをオンプレミスデータベースのセキュリティ設定に追加する」をご参照ください。

ステップ 5： オブジェクトと移行設定の構成

オブジェクト名のマッピングは、データの不整合や、名前が変更されたオブジェクトに依存するオブジェクトの破損を引き起こす可能性があります。たとえば、列マッピングを伴う非完全なテーブル移行では、ソース列がターゲットスキーマに存在しない場合にデータ損失が発生する可能性があります。

ステップ 6： 詳細設定の構成

[次へ： 詳細設定] をクリックし、次のパラメーターを設定します。

完全なデータ移行中、DTS はソースとターゲットの両方のデータベースで読み取りおよび書き込みリソースを使用するため、サーバーの負荷が増加します。移行はオフピーク時間に実行してください。完全なデータ移行が完了した後、同時 INSERT 操作によりターゲットデータベースでテーブルの断片化が発生する可能性があるため、ターゲットの表領域はソースよりも大きくなります。

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

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

保存する前にこのタスク設定の API パラメーターをプレビューするには、[次へ： タスク設定を保存して事前チェック] にカーソルを合わせ、[OpenAPI パラメーターのプレビュー] をクリックします。

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

• 事前チェック項目が失敗した場合、失敗した項目の横にある [詳細の表示] をクリックして原因を確認し、問題を修正して再度事前チェックを実行します。

• 事前チェック項目がアラートを生成した場合、シナリオに基づいて対処します。

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

  • アラートを安全に無視できる場合は、[アラート詳細の確認] をクリックし、[詳細の表示] ダイアログボックスで [無視] をクリックし、[OK] をクリックして、[再事前チェック] をクリックします。

ステップ 8： DTS インスタンスの購入

成功率が 100% に達するまで待ってから、[次へ： インスタンスの購入] をクリックします。

[インスタンスの購入] ページで、以下を設定します。

ステップ 9： 移行タスクの開始

[Data Transmission Service (従量課金) 利用規約] チェックボックスを読んで選択し、[購入して開始] をクリックします。タスクリストでタスクの進行状況を監視します。