Data Transmission Service:RDS for MySQL から AnalyticDB for PostgreSQL へのデータ移行

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

バイナリロギング（増分移行に必須）

増分移行タスクを実行する前に、ソースデータベースで以下のバイナリログパラメーターを設定してください。

セルフマネージド MySQL のセットアップについては、「アカウントの作成およびバイナリロギングの設定」をご参照ください。

RDS MySQL のバイナリログファイルを管理するには、「バイナリログファイルの管理」をご参照ください。

テーブル制約

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

• データベース全体ではなく特定のテーブルのみを移行する場合、1 つのタスクで最大 1,000 個のテーブルをサポートします。1,000 個を超える場合は、複数のタスクを設定するか、データベース全体を移行してください。

移行中の操作制限

• プライマリキーを変更する DDL ステートメントやコメントを追加するステートメント（例：ALTER TABLE table_name COMMENT='Table comment';）を実行しないでください。

• スキーマ移行および完全なデータ移行中に、データベースまたはテーブルのスキーマを変更する DDL ステートメントを実行しないでください。

• 完全なデータ移行のみを実行する場合、ソースデータベースへのデータ書き込みを行わないでください。この制約を回避するには、スキーマ移行、完全なデータ移行、および増分データ移行を同時に実行してください。

その他のソースデータベース制限

• MySQL 8.0.23 以降 — 不可視カラム：ソーステーブルに不可視カラムが含まれている場合、それらは移行されず、データ損失が発生します。カラムを可視にするには、次のコマンドを実行します：ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;。プライマリキーを持たないテーブルは自動的に不可視のプライマリキーを生成します — これらも可視にしてください。「Invisible Columns」および「Generated Invisible Primary Keys」をご参照ください。

• DATETIME 値 `0000-00-00 00:00:00`：DTS はこの値を宛先で null に変換します。これを回避するには、移行前に一時的に値を 0001-01-01 00:00:00 に変更するか、宛先のカラムを空欄のままにしてください。

• バイナリログ変更操作：物理バックアップからのデータ復元やカスケード操作など、バイナリログ変更操作によって生成されたデータは移行されません。このデータが宛先に欠落している場合は、業務許容範囲内で再度完全移行を実行してください。

• EncDB 機能：EncDB 機能が有効化された ApsaraDB RDS for MySQL インスタンスでは、完全なデータ移行はサポートされていません。

• 透過的データ暗号化（TDE）：TDE が有効化された ApsaraDB RDS for MySQL インスタンスでは、スキーマ移行、完全なデータ移行、および増分データ移行のすべてがサポートされています。

宛先データベースの要件

• 移行対象として選択できるのはテーブルのみです。ビュー、トリガー、およびストアドプロシージャは移行されません。

• 以下のデータ型は移行できません：VARBIT、GEOMETRY、ARRAY、UUID、TSQUERY、TSVECTOR、TXID_SNAPSHOT、POINT。

• プレフィックスインデックスは移行できません。ソースデータベースにプレフィックスインデックスが存在する場合、タスクが失敗する可能性があります。

• ソーステーブルにプライマリキーがある場合、宛先のプライマリキー列はソースと一致する必要があります。ソーステーブルにプライマリキーがない場合、宛先のプライマリキー列と分散キーは同一である必要があります。

• 宛先のユニークキー（プライマリキー列を含む）には、分散キーのすべての列が含まれている必要があります。

• 宛先テーブルは append-optimized（AO）テーブルであってはなりません。

• カラムマッピングを使用する場合、またはソースと宛先のスキーマが異なる場合、宛先に存在しないカラムは移行されず、データ損失が発生します。

パフォーマンスおよび運用上の考慮事項

• 移行を開始する前に、ソースおよび宛先データベースのパフォーマンスへの影響を評価してください。可能であれば、非ピーク時間帯に移行タスクを実行してください。

• 初期完全同期中、並列の INSERT 操作により宛先テーブルに断片化が発生します。完全移行完了後、宛先の表領域はソースよりも大きくなる可能性があります。

• 特定のテーブル（データベース全体ではなく）を移行する場合、移行対象のオブジェクトに対してオンライン DDL 操作を行うために pt-online-schema-change などのツールは使用しないでください。代わりに Data Management (DMS) を使用してください。詳細については、「ロックなし DDL 操作の実行」をご参照ください。

• 移行中は、他のソースからのデータ書き込みを宛先に対して行わないでください。複数のソースから同時書き込みを行うと、データ損失が発生する可能性があります。

セルフマネージド MySQL の特殊ケース

• 移行タスク実行中にソースデータベースでプライマリ/セカンダリ スイッチオーバーが発生すると、タスクが失敗します。

• 移行遅延は、最新の移行済みデータのタイムスタンプと現在のソースタイムスタンプに基づいて計算されます。ソースで長期間 DML 操作が実行されない場合、遅延の測定値が不正確になる可能性があります。遅延を更新するには、ソースで DML 操作を実行してください。データベース全体を移行対象とする場合は、1 秒ごとにデータ更新を受け付けるハートビートテーブルを作成してください。

• DTS は定期的にソースデータベースで CREATE DATABASE IF NOT EXISTS \`test\` を実行し、バイナリログファイルの位置を進めます。

ApsaraDB RDS for MySQL の特殊ケース

• 増分データ移行において、トランザクションログを記録しない ApsaraDB RDS for MySQL インスタンス（例：読み取り専用の RDS MySQL V5.6 インスタンス）はソースとして使用できません。

• DTS は定期的にソースデータベースで CREATE DATABASE IF NOT EXISTS \`test\` を実行し、バイナリログファイルの位置を進めます。

• スキーマ移行中、DTS はソースデータベースから外部キーを宛先データベースへ移行します。完全なデータ移行および増分データ移行中、DTS はセッションレベルで外部キー制約チェックおよびカスケード操作を一時的に無効化します。移行中のソースでのカスケード更新および削除操作は、データの不整合を引き起こす可能性があります。

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

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

タスクの作成 をクリックし、以下のパラメーターを構成します。

タスク設定：

ソースデータベース

宛先データベース

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

DTS サーバーの CIDR ブロックは、ソースおよびターゲットデータベースのセキュリティ設定に追加する必要があります。DTS は Alibaba Cloud インスタンスに対してこれらの設定を自動的に追加します。自己管理データベースの場合、[接続テスト] を [DTS サーバーの CIDR ブロック] ダイアログボックスでクリックします。詳細については、「DTS サーバーの CIDR ブロックをオンプレミスデータベースのセキュリティ設定に追加する」をご参照ください。

ステップ 3：移行タイプおよび移行対象の選択

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

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

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

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

（任意） 宛先の AnalyticDB for PostgreSQL テーブルのプライマリキー列および分散キーを構成します。「CREATE TABLE」をご参照ください。

このオプションは、スキーマ移行 が選択されている場合にのみ利用可能です。

ステップ 5：事前チェックの実行および移行インスタンスの購入

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

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

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

   • チェック項目が失敗した場合、失敗した項目の横にある 詳細の表示 をクリックし、問題を修正してから 再チェック をクリックします。

   • チェック項目が警告を生成し、それを無視したい場合、警告詳細の確認 をクリックし、次に 無視、OK、そして 再チェック をクリックします。警告を無視すると、データの不整合が発生する可能性があります。

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

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

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

5. Data Transmission Service（従量課金）サービス利用規約 を読み、同意したうえで、購入して開始 をクリックします。確認ダイアログで OK をクリックします。