Data Transmission Service:PolarDB\-X 2\.0 から PolarDB\-X 1\.0 への移行

ソースデータベース

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

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

• 以下のオブジェクトは移行できません。

  • テーブル名に大文字を含むテーブル

  • TABLEGROUP オブジェクト、および Locality 属性を持つデータベースまたはスキーマ

  • 予約語（例：select）をテーブル名に使用するテーブル

  • PRIMARY KEY または一意制約（UNIQUE constraint）を持たないテーブル、あるいは非一意のフィールドを持つテーブル — 宛先に重複レコードが含まれる可能性があります

• 宛先でテーブルまたはカラムの名前を変更し、個別のテーブル（全データベースではなく）を移行する場合、タスクは最大 1,000 テーブルまでサポートします。この上限を超えるとリクエストエラーが発生します。複数のタスクにテーブルを分割するか、全データベース単位での移行を選択してください。

• 増分移行では、バイナリロギングを有効にする必要があります（PolarDB-X 2.0 ではデフォルトで有効になっています）。「binlog_row_image」パラメーターを「full」に設定する必要があります。このパラメーターが「full」に設定されていない場合、事前チェックは失敗し、タスクを開始できません。詳細については、「パラメーター設定」をご参照ください。

• 完全なデータ移行中に、データベースまたはテーブルスキーマを変更する DDL 操作を実行しないでください。DTS は完全移行中にソースデータベースをクエリし、その際にメタデータロック（metadata lock）が発生するため、DDL 操作がブロックされる可能性があります。

• PolarDB-X 2.0 インスタンスのネットワーク構成が変更された場合、移行インスタンスに一時的な遅延が発生する可能性があります。

その他の制限事項

• DTS は、ハートビートデータの書き込みおよび binlog オフセットの進捗を確保するために、定期的にソースデータベース上で CREATE DATABASE IF NOT EXISTS `test` を実行します。転送および逆再生タスクのハートビートテーブルに対する SQL 操作の削除の有無 を はいアラート通知設定 に設定した場合（またはソースデータベースアカウントに CREATE DATABASE 権限がない場合）、かつソースで長期間 DML 操作が実行されない場合、DTS で表示される遅延情報が不正確になる可能性があります。遅延情報を更新するには、ソースデータベースで任意の DML 操作を実行してください。

• 完全なデータ移行では同時 INSERT 操作が使用されるため、宛先データベースでテーブルの断片化（fragmentation）が発生します。完全移行完了後、宛先テーブルが使用するストレージ領域は、ソーステーブルよりも大きくなります。

• 完全なデータ移行は、ソースおよび宛先データベース双方の読み取り・書き込みリソースを消費します。移行タスクは、CPU 負荷が双方のデータベースで 30 % 未満となるオフピーク時間帯に実行してください。

• 移行中に、DTS 以外のソースから宛先へのデータ書き込みを行うと、データの不整合やタスクの失敗が発生する可能性があります。

• インスタンスに障害が発生した場合、DTS サポートは 8 時間以内にその回復を試みます。 回復操作には、インスタンスの再起動や DTS インスタンスパラメーター (データベースパラメーターは対象外) の調整などが含まれる場合があります。 調整される可能性のあるパラメーターについては、「インスタンスパラメーターの変更」をご参照ください。

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

次のいずれかの方法を使用します。

ステップ 2：タスクの作成

[タスクの作成] をクリックし、タスク構成ページへ移動します。

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

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

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

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

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

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

[次へ：高度な設定] をクリックします。

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

ステップ 7：データ検証の構成（任意）

[次のステップ：データ検証] をクリックしてデータ検証タスクを設定します。 詳細については、「データ検証タスクを設定する」をご参照ください。

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

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

このタスクの API パラメーターを事前にプレビューするには、[次へ：タスク設定の保存と事前チェック] の上にマウスを置き、[OpenAPI パラメーターのプレビュー] をクリックします。

タスクは、事前チェックに合格した後にのみ開始できます。

事前チェックが失敗した場合は、各失敗項目の横にある [詳細の表示] をクリックし、問題をトラブルシューティングした後、[再び事前チェック] をクリックしてください。

無視可能な項目でアラートがトリガーされた場合、[アラート詳細の確認] > [無視] > [OK] の順にクリックし、その後 [再び事前チェック] をクリックしてください。アラート項目を無視すると、データの不整合が発生する可能性があります。

ステップ 9：インスタンスの購入およびタスクの開始

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

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

   セクション	パラメーター	説明
   [新規インスタンスクラス]	[リソースグループ]	移行インスタンスのリソースグループ。デフォルト: [デフォルト リソースグループ]。詳細については、「Resource Management とは？
   	インスタンスクラス	インスタンスクラスによって移行速度が決まります。要件に基づいて選択してください。データ移行インスタンスのインスタンスクラスをご参照ください。

3. [Data Transmission Service（従量課金）サービス利用規約] のチェックボックスをオンにして、規約を読み、同意してください。

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

[データ移行] ページでタスクの進行状況を確認できます。

完全なデータ移行のみのタスクは、完了時に自動的に停止します。ステータスは [完了] と表示されます。

増分移行を含むタスクは、自動的に停止しません。ステータスは [実行中] と表示されます。