Data Transmission Service:PolarDB-X 1.0 インスタンスから ApsaraDB RDS for MySQL インスタンスへのデータ移行

ソースデータベースの要件

• サーバーには十分なアウトバウンド帯域幅が必要です。帯域幅が低いと、移行速度が低下します。

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

• 移行中にテーブル名またはカラム名を変更する場合、単一のタスクでは最大 1,000 個のテーブルをサポートします。1,000 個を超えるテーブルを移行する場合は、複数のタスクにワークロードを分割するか、データベース全体を移行してください。

• 移行中はソースを変更しないでください：インスタンスのアップグレードまたはダウングレード、頻繁に更新されるテーブルの移行、シャードキーの変更、DDL 操作の実行などはいずれも避けてください。これらの操作を行うと、移行タスクが失敗します。

• 移行中に PolarDB-X 1.0 インスタンスのネットワークタイプを変更した場合は、移行タスクのネットワーク接続設定をそれに合わせて更新してください。

• 完全なデータ移行のみの場合：移行中にソースへのデータ書き込みを行わないでください。完全移行中の書き込みは、データの不整合を引き起こします。

増分データ移行の場合、開始前に以下の設定を行ってください。

• バイナリロギングが有効化されており、binlog_row_image が full に設定されている必要があります。この設定がされていない場合、事前チェックは失敗します。

• バイナリログの保持期間が最低要件を満たしている必要があります：DTS がバイナリログを読み取れない場合、タスクは失敗し、データの不整合や損失が発生する可能性があります。完全なデータ移行が完了した後は、保持期間を 24 時間以上に短縮できます。

  移行範囲	最低保持期間
  増分データ移行のみ	24 時間超
  完全なデータ移行 ＋ 増分データ移行	7 日以上

その他の制限事項

• DTS はオンライン DDL 操作を移行しません。

• DTS はスキーマ移行時に、ソースの外部キーを宛先に移行します。

• データに 4 バイト文字（稀な文字や絵文字など）が含まれる場合、宛先テーブルは UTF8mb4 文字セットを使用する必要があります。スキーマ移行を利用する場合は、宛先の character_set_server パラメーターを UTF8mb4 に設定してください。

• 宛先テーブル内で大文字・小文字のみが異なるカラム名を使用すると、予期しない結果が生じる可能性があります（MySQL のカラム名は大文字小文字を区別しないため）。

• ソースで XA トランザクションを使用する場合、DTS は XA トランザクションの連続性に基づいて増分データの整合性を保証します。連続性が中断された場合（例：ディザスタリカバリ時）、未コミットの XA トランザクションが失われる可能性があります。

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

• 完全なデータ移行中、同時 INSERT 操作によりテーブルの断片化が発生します。移行完了後、宛先の表領域サイズはソースよりも大きくなります。

• DTS は失敗したタスクを最大 7 日間リトライします。ワークロードを宛先に切り替える前に、失敗したタスクを停止またはリリースするか、REVOKE を実行して DTS の宛先への書き込み権限を取り消してください。そうしないと、再開された失敗タスクが宛先のデータをソースのデータで上書きする可能性があります。

• 移行が完了した後（タスクの ステータス が 完了 に変更された後）、ディスクへのデータ書き込みを確認するために、ANALYZE TABLE <table_name> を実行してください。一部の高可用性（HA）スイッチオーバーのシナリオでは、データがメモリ内にのみ存在し、失われる可能性があります。

• DTS タスクが失敗した場合、DTS テクニカルサポートが 8 時間以内に復旧を試みます。復旧中、タスクが再起動され、そのパラメーターが変更される場合があります。ただし、データベースのパラメーターは変更されません。

• DTS は定期的にソースの dts_health_check.ha_health_check テーブルを更新し、バイナリログ位置を進めます。

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

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

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

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

2. 以下の表のパラメーターを使用して、ソースおよび宛先データベースを構成します。

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

DTS サーバーの CIDR ブロックが、ソースおよびターゲットデータベースのセキュリティ設定に追加されていることを確認してください。詳細については、「DTS サーバーの CIDR ブロックを追加する」をご参照ください。

ステップ 3：移行対象オブジェクトの選択および移行オプションの構成

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

1. 次へ：高度な設定 をクリックし、以下のパラメーターを構成します。

ステップ 4：事前チェックの実行および移行の開始

1. 次へ：タスク設定の保存および事前チェック をクリックします。

   この構成の API パラメーターを表示するには、次へ：タスク設定の保存および事前チェック 上にカーソルを合わせ、進む前に OpenAPI パラメーターのプレビュー をクリックします。

2. DTS が自動的に事前チェックを実行します。いずれかの項目が失敗した場合：

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

   • 無視可能な警告が表示された項目については、警告の詳細の確認 > 無視 > OK の順にクリックし、その後 再チェック をクリックします。警告を無視すると、データの不整合が発生する可能性があります。

3. 成功率 が 100％ になるまで待機し、その後 次へ：インスタンスの購入 をクリックします。

4. インスタンスの購入 ページで、以下のパラメーターを構成します。

1. Data Transmission Service（従量課金）サービス利用規約 を読み、同意した上で、購入および開始 > OK をクリックします。