RDS for MySQL から RDS for PostgreSQL への移行 - Data Transmission Service

このトピックでは、Data Transmission Service (DTS) を使用して ApsaraDB RDS for MySQL インスタンスから ApsaraDB RDS for PostgreSQL インスタンスへデータを移行する方法について説明します。

前提条件

ターゲットの ApsaraDB RDS for PostgreSQL インスタンスが作成済みである必要があります。詳細については、「ApsaraDB RDS for PostgreSQL インスタンスの作成」をご参照ください。
ターゲットインスタンスのストレージ容量は、ソースデータベースが使用している容量よりも大きくなければなりません。

注意事項

説明

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

種別	説明
ソースデータベースの制限事項	移行対象のテーブルにはプライマリキーまたは一意制約が設定されており、制約内のフィールド値が一意である必要があります。そうでない場合、ターゲットデータベースに重複データが発生する可能性があります。テーブル単位でデータを移行し、列名マッピングなどの編集操作を実行する必要がある場合、1 つのデータ移行タスクで移行できるテーブル数の上限は 1,000 です。この上限を超えると、タスクの送信に失敗します。その場合は、テーブルを複数のデータ移行タスクに分割するか、データベース全体を移行するタスクを構成することを推奨します。増分移行を実行する必要がある場合は、バイナリロギングを有効にしてください。 binlog_format を ROW に、binlog_row_image を FULL に設定してください。設定しない場合、事前チェックに失敗し、タスクを開始できません。重要セルフマネージド MySQL のソースがデュアルマスタクラスター（各インスタンスがマスタかつスレーブの役割を果たす）の場合、log_slave_updates パラメーターを有効にしてください。これにより、DTS がすべてのバイナリログを読み取れるようになります。 RDS for MySQL インスタンスの場合、ローカルバイナリログを少なくとも 3 日間（推奨：7 日間）保持してください。セルフマネージド MySQL データベースの場合は、少なくとも 7 日間保持してください。DTS がバイナリログにアクセスできない場合、タスクは失敗します。最悪の場合、データの不整合やデータ損失が発生する可能性があります。DTS が要請するバイナリログ保持期間よりも短い期間しか保持していないために発生した問題は、DTS の SLA の対象外となります。説明 RDS for MySQL インスタンスにおけるローカルバイナリログの保存期間を設定するには、「ローカルログの自動削除」をご参照ください。ソースデータベースの操作に関する制限事項：スキーマ移行フェーズ中は、データベースまたはテーブルスキーマを変更する DDL 操作を実行しないでください。実行した場合、データ移行タスクは失敗します。 RDS for MySQL インスタンスで Always-Encrypted が有効になっている場合、完全移行はサポートされません。説明 TDE (透過的データ暗号化) が有効になっている RDS for MySQL インスタンスは、スキーマ移行、完全移行、増分移行をサポートしています。 DTS は、バイナリログに書き込まれない変更によって生成されたデータを移行しません。例として、物理バックアップからの復元データやカスケード操作によって作成されたデータが該当します。説明このような状況が発生した場合は、業務上の許容範囲内で完全移行を再度実行してください。ソースの MySQL データベースのバージョンが 8.0.23 以降で、非表示の隠し列が含まれている場合、DTS はこれらの列を読み取ることができません。これにより、データ損失が発生する可能性があります。説明 `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` を実行して、隠し列を表示可能にしてください。詳細については、「Invisible Columns」をご参照ください。
その他の制限事項	DTS は、パーティション、ビュー、プロシージャ、関数、トリガーの移行をサポートしていません。ソースデータベースが一時テーブルモードによるオンライン DDL 操作（複数テーブルのマージシナリオを含む）を使用している場合、または一意キー列に関数ベースインデックスを追加している場合、ターゲットデータベースでデータ損失またはタスク失敗が発生する可能性があります。ソースデータベースの移行対象オブジェクトに対して pt-online-schema-change などのツールを使用してオンライン DDL 変更を実行しないでください。実行した場合、移行は失敗します。 FLOAT 型または DOUBLE 型の列について、移行精度が業務要件を満たしていることを確認してください。DTS はこれらの列から値を読み取る際に `ROUND(COLUMN,PRECISION)` 関数を使用します。精度が定義されていない場合、DTS は FLOAT 値を 38 桁の精度で、DOUBLE 値を 308 桁の精度で移行します。データ移行前に、ソースおよびターゲットデータベースのパフォーマンスを評価してください。オフピーク時間帯にデータ移行を実行することを推奨します。そうしない場合、完全なデータ移行によってデータベースの負荷が増加し、ソースおよびターゲットデータベースの読み取り・書き込みリソースを消費する可能性があります。完全なデータ移行中、同時実行の INSERT 操作によりターゲットデータベースのテーブルに断片化が発生します。その結果、完全なデータ移行完了後、ターゲットデータベースの表領域がソースデータベースよりも大きくなります。 DTS は失敗した移行タスクを 7 日以内に再開しようと試みます。そのため、ワークロードをターゲットインスタンスにスイッチオーバーする前に、タスクを終了またはリリースする必要があります。または、ターゲットインスタンスへのアクセスに DTS が使用するアカウントの書き込み権限を `REVOKE` ステートメントで取り消すこともできます。これにより、再開されたタスクがターゲットインスタンスのデータを上書きすることを防げます。この制限は、ソースデータベースから移行されるテーブルに外部キー、トリガー、イベントトリガーが含まれる完全または増分データ移行タスクに適用されます。DTS は移行中にセッションレベルで `session_replication_role` パラメーターを `replica` に一時的に設定します。ターゲットデータベースのアカウントに必要な権限がない場合は、手動でターゲットデータベースのパラメーターを `replica` に設定する必要があります。`session_replication_role` が `replica` に設定されている間は、ソースデータベースでのカスケード更新または削除操作によりデータの不整合が発生する可能性があります。移行タスクをリリースした後は、パラメーターを `origin` に戻すことができます。タスクが失敗した場合、DTS サポートスタッフは 8 時間以内に復旧を試みます。復旧中は、タスクを再起動したりパラメーターを調整したりする可能性があります。説明 DTS タスクパラメーターのみが変更され、データベースパラメーターは変更されません。調整対象となるパラメーターは、「インスタンスパラメーターの変更」に記載されています。次の MySQL データ型はデータ移行でサポートされていません：GEOMETRY、LINESTRING、POLYGON。移行対象にこれらの型の列が含まれている場合、タスクが失敗する可能性があります。
特殊なケース	セルフマネージド MySQL ソースの場合：ソースデータベースでマスタ–スタンバイスイッチオーバーが発生すると、移行タスクは失敗します。 DTS は、ターゲットデータベースに最後に移行されたレコードのタイムスタンプと現在時刻を比較することで遅延を計算します。ソースで長時間 DML 操作が実行されない場合、遅延レポートが不正確になります。遅延が高すぎると思われる場合は、ソースで DML 操作を実行して遅延値を更新してください。説明データベース全体の移行を選択した場合は、ハートビートテーブルを作成し、毎秒更新または書き込みを行ってください。 DTS はバイナリログオフセットを進めるために、ソースデータベースで定期的に CREATE DATABASE IF NOT EXISTS `test` を実行します。 Amazon Aurora MySQL またはその他のクラスター化された MySQL インスタンスをソースとして使用する場合は、タスクに設定されたドメイン名または IP アドレスおよびその DNS 解決が常に読み取り–書き込み (RW) ノードを指していることを確認してください。そうでない場合、移行タスクが失敗する可能性があります。 RDS for MySQL ソースの場合：増分移行を実行する必要がある場合、トランザクションログを記録しない RDS for MySQL インスタンス（例：RDS for MySQL 5.6 読み取り専用インスタンス）はソースとしてサポートされていません。 DTS はバイナリログオフセットを進めるために、ソースデータベースで定期的に CREATE DATABASE IF NOT EXISTS `test` を実行します。

課金

移行タイプ	インスタンス構成料金	インターネットトラフィック料金
スキーマ移行および完全なデータ移行	無料です。	ターゲットデータベースのアクセス方法パラメーターがパブリック IP アドレスに設定されている場合、インターネットトラフィック料金が発生します。詳細については、「課金概要」をご参照ください。
増分データ移行	課金対象です。詳細については、「課金概要」をご参照ください。

移行タイプ

スキーマ移行

DTS は、移行対象オブジェクトのスキーマ定義をソースデータベースからターゲットデータベースへ移行します。
完全移行

DTS は、指定された移行対象オブジェクトの既存データをすべてソースデータベースからターゲットデータベースへ移行します。
増分移行

完全移行完了後、DTS はソースデータベースの増分データ更新をターゲットデータベースへ移行します。増分移行により、セルフマネージドアプリケーションを中断せずにスムーズにデータ移行できます。

サポートされる SQL 操作

操作タイプ	SQL ステートメント
DML	INSERT、UPDATE、DELETE

データベースアカウントの権限

データベース	スキーマ移行	完全なデータ移行	増分データ移行	操作
ApsaraDB RDS for MySQL インスタンス	SELECT 権限	SELECT 権限	REPLICATION CLIENT、REPLICATION SLAVE、SHOW VIEW、および SELECT 権限	アカウントの作成およびApsaraDB RDS for MySQL インスタンスの標準アカウントの権限変更
ApsaraDB RDS for PostgreSQL インスタンス	CREATE および USAGE 権限	スキーマ所有者権限	スキーマ所有者権限	アカウントの作成

操作手順

次のいずれかの方法で、ターゲットリージョンの移行タスクリストページに移動します。
DTS コンソールから
1. Data Transmission Service (DTS) コンソールにログインします。
2. 左側のナビゲーションウィンドウで、データの移行をクリックします。
3. ページ左上隅で、移行インスタンスが配置されているリージョンを選択します。
DMS コンソールから

説明
実際の操作は DMS コンソールのモードおよびレイアウトによって異なる場合があります。詳細については、「シンプルモードコンソール」および「DMS コンソールのレイアウトとスタイルのカスタマイズ」をご参照ください。
1. Data Management (DMS) コンソールにログインします。
2. 上部のメニューバーで、データ + AI > データ伝送 (DTS) > データ移行を選択します。
3. データ移行タスクの右側で、移行インスタンスが配置されているリージョンを選択します。
タスクの作成をクリックして、タスク設定ページに移動します。

ソースおよびターゲットデータベースを設定します。

セクション	パラメーター	説明
該当なし	タスク名	DTS が自動的にタスク名を生成します。識別しやすいように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。
ソースデータベース	データベースタイプ	MySQLを選択します。
	アクセス方法	Alibaba Cloud インスタンスを選択します。
	インスタンスリージョン	ソースのApsaraDB for RDS (MySQL)インスタンスのリージョンを選択します。
	Alibaba Cloud アカウント間でデータを複製	この例では、同一 Alibaba Cloud アカウント内でデータを移行します。×を選択します。
	RDS インスタンス ID	ソースのApsaraDB for RDS (MySQL)インスタンスの ID を選択します。
	データベースアカウント	ソースのApsaraDB for RDS (MySQL)インスタンスのデータベースアカウントを入力します。
	データベースパスワード	データベースアカウントに対応するパスワードを入力します。
	暗号化	必要に応じて、非暗号化またはSSL 暗号化を選択します。SSL 暗号化を選択する場合は、事前に RDS for MySQL インスタンスで SSL 暗号化を有効化しておく必要があります。詳細については、「クラウド証明書を使用した SSL 暗号化の迅速な有効化」をご参照ください。
宛先データベース	データベースタイプ	PostgreSQLを選択します。
	アクセス方法	Alibaba Cloud インスタンスを選択します。
	インスタンスリージョン	ターゲットのApsaraDB for RDS (PostgreSQL)インスタンスが配置されているリージョンを選択します。
	インスタンス ID	ターゲットのApsaraDB for RDS (PostgreSQL)インスタンスの ID を選択します。
	データベース名	ターゲットのApsaraDB RDS for PostgreSQLインスタンス内の移行対象オブジェクトのデータベース名を入力します。
	データベースアカウント	ターゲットのApsaraDB for RDS (PostgreSQL)インスタンスのデータベースアカウントを入力します。
	データベースパスワード	データベースアカウントに対応するパスワードを入力します。
	暗号化	ソースデータベースへの接続を暗号化するかどうかを指定します。業務要件に応じてこのパラメーターを設定できます。この例では、非暗号化を選択します。ソースデータベースへの SSL 暗号化接続を確立する場合は、次の手順を実行します。SSL 暗号化を選択し、必要に応じてCA 証明書、クライアント証明書、およびクライアント証明書の秘密鍵をアップロードし、クライアント証明書の秘密鍵のパスワードを指定します。説明セルフマネージド PostgreSQL データベースの暗号化をSSL 暗号化に設定する場合は、CA 証明書をアップロードする必要があります。クライアント証明書を使用する場合は、クライアント証明書およびクライアント証明書の秘密鍵をアップロードし、クライアント証明書の秘密鍵のパスワードを指定する必要があります。 ApsaraDB RDS for PostgreSQLインスタンスの SSL 暗号化の設定方法については、「SSL 暗号化」をご参照ください。

設定を完了したら、ページ下部の接続をテストして続行をクリックします。
説明
- DTS サーバーからのアクセスを許可するために、ソースおよびターゲットデータベースのセキュリティ設定に DTS サービスの IP アドレスセグメントが自動または手動で追加されていることを確認してください。詳細については、「DTS サーバーの IP アドレスをホワイトリストに追加」をご参照ください。
- ソースまたはターゲットデータベースがセルフマネージドデータベース（アクセス方法がAlibaba Cloud インスタンスではない）の場合、表示されるDTS サーバーの CIDR ブロックダイアログボックスで接続テストもクリックする必要があります。

タスクオブジェクトを設定します。

オブジェクト設定ページで、移行対象のオブジェクトを設定します。

パラメーター	説明
移行タイプ	完全移行のみを実行する場合は、スキーマ移行および完全データ移行の両方を選択します。ダウンタイムなしで移行を実行する場合は、スキーマ移行、完全データ移行、および増分データ移行を選択します。説明スキーマ移行を選択しない場合、ターゲットデータベースにデータを受信するためのデータベースおよびテーブルが存在することを確認する必要があります。選択中のオブジェクトボックスで必要に応じてオブジェクト名マッピング機能を使用することもできます。増分データ移行を選択しない場合、データ移行中にソースインスタンスに新しいデータを書き込まないでください。これにより、データ整合性を確保できます。
競合するテーブルの処理モード	エラーの事前チェックと報告：ターゲットデータベースに同名のテーブルが存在するかどうかをチェックします。同名のテーブルが存在しない場合、事前チェックは合格します。同名のテーブルが存在する場合、事前チェック中にエラーが報告され、データ移行タスクは開始されません。説明ターゲットデータベースのテーブルが同じ名前で、簡単に削除または名前変更できない場合は、ターゲットデータベースのテーブル名を変更できます。詳細については、「オブジェクト名マッピング」をご参照ください。エラーを無視して続行：同名のテーブルのチェックをスキップします。警告エラーを無視して続行を選択すると、データの不整合や業務リスクが発生する可能性があります。例：テーブルスキーマが一致しており、ターゲットデータベースのレコードがソースデータベースのレコードと同じプライマリキー値を持つ場合：完全移行中、DTS はターゲットデータベースのレコードを保持します。ソースデータベースのレコードは移行されません。増分移行中、DTS はターゲットデータベースのレコードを保持しません。ソースデータベースのレコードがターゲットデータベースのレコードを上書きします。テーブルスキーマが不一致の場合、一部の列のデータのみが移行されるか、移行が失敗する可能性があります。慎重に操作してください。
移行先インスタンスでのオブジェクト名の大文字化	ターゲットインスタンスにおけるデータベース、テーブル、列などの移行対象オブジェクト名の大文字小文字の扱いポリシーを設定できます。デフォルトでは、DTS のデフォルトポリシーが選択されています。ソースまたはターゲットデータベースのデフォルトポリシーと大文字小文字の扱いを一致させることもできます。詳細については、「ターゲットデータベースにおけるオブジェクト名の大文字小文字の扱い」をご参照ください。
ソースオブジェクト	ソースオブジェクトボックスで移行対象のオブジェクトをクリックし、をクリックして選択中のオブジェクトボックスに移動します。説明データベース、テーブル、列レベルで移行対象オブジェクトを選択できます。
選択中のオブジェクト	ターゲットインスタンスにおける単一の移行対象オブジェクトの名前を変更するには、選択中のオブジェクトボックスでそのオブジェクトを右クリックします。詳細については、「個別のスキーマ、テーブル、列名のマッピング」をご参照ください。ターゲットインスタンスにおける複数の移行対象オブジェクトの名前を変更するには、一括編集ボックスの右上隅にある選択中のオブジェクトをクリックします。詳細については、「複数のスキーマ、テーブル、列名のマッピング」をご参照ください。説明タイムスタンプデータ型は時間フィールドでサポートされています。ソースデータベースの時間フィールドが 0 の場合、ターゲットデータベースの対応する時間フィールドは自動的に null に変換されます。 WHERE 句を使用してデータをフィルターするには、選択中のオブジェクトボックスで移行対象のテーブルを右クリックし、表示されるダイアログボックスでフィルター条件を指定します。詳細については、「フィルター条件の設定」をご参照ください。オブジェクト名マッピング機能を使用する場合、マッピングされたオブジェクトに依存する他のオブジェクトの移行が失敗する可能性があります。

詳細設定へをクリックして、詳細パラメーターを設定します。

パラメーター	説明
タスクのスケジュールに使用する専用クラスターの選択	デフォルトでは、DTS は共有クラスター上でタスクをスケジューリングします。選択する必要はありません。より安定したタスクを実行したい場合は、DTS 移行タスクを実行するための専用クラスターを購入できます。
失敗した接続の再試行時間	移行タスク開始後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、直ちに接続の再試行を開始します。デフォルトの再試行時間は 720 分です。10～1440 分の範囲で再試行時間をカスタマイズできます。30 分以上に設定することを推奨します。指定された時間内に DTS がソースおよびターゲットデータベースに再接続できた場合、移行タスクは自動的に再開されます。それ以外の場合、タスクは失敗します。説明同じソースまたはターゲットを共有する複数の DTS インスタンスの場合、ネットワーク再試行時間は最後に作成されたタスクの設定によって決定されます。接続再試行期間中もタスクに対して課金されるため、業務要件に基づいて再試行時間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスをリリースした後は速やかに DTS インスタンスをリリースすることを推奨します。
移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。	移行タスク開始後、DDL または DML 実行例外などの接続以外の問題がソースまたはターゲットデータベースで発生した場合、DTS はエラーを報告し、直ちに操作の再試行を開始します。デフォルトの再試行時間は 10 分です。1～1440 分の範囲で再試行時間をカスタマイズできます。10 分以上に設定することを推奨します。指定された再試行時間内に関連操作が成功した場合、移行タスクは自動的に再開されます。それ以外の場合、タスクは失敗します。重要移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。の値は、失敗した接続の再試行時間の値よりも小さくする必要があります。
完全移行率を制限するかどうか	完全移行中、DTS はソースおよびターゲットデータベースの読み取り・書き込みリソースを消費し、データベースの負荷が増加する可能性があります。必要に応じて、完全移行タスクの速度制限を有効化できます。1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および1 秒あたりの完全移行データ量 (MB) BPS を設定して、ターゲットデータベースの負荷を軽減できます。説明この設定項目は、移行タイプで完全データ移行を選択した場合にのみ利用可能です。移行インスタンス実行後も、完全移行速度を調整できます。
増分移行率を制限するかどうか	必要に応じて、増分移行タスクの速度制限を設定することもできます。1 秒あたりの増分移行の行数 RPSおよび1 秒あたりの増分移行データ量 (MB) BPS を設定して、ターゲットデータベースの負荷を軽減できます。説明この設定項目は、移行タイプで増分データ移行を選択した場合にのみ利用可能です。移行インスタンス実行後も、増分移行速度を調整できます。
環境タグ	インスタンスを識別するために環境タグを選択できます。この例では、タグを選択する必要はありません。
順方向および逆方向タスクのハートビートテーブル SQL を削除	DTS インスタンス実行時にソースデータベースにハートビート SQL 情報を書き込むかどうかを選択します。 ○：ハートビート SQL 情報はソースデータベースに書き込まれません。これにより、DTS インスタンスが遅延を報告する可能性があります。 ×：ハートビート SQL 情報をソースデータベースに書き込みます。これにより、ソースデータベースの物理バックアップやクローンなどの機能に干渉する可能性があります。
ETL 機能の設定	業務要件に基づき、データを処理するためにETL 機能を設定するかどうかを選択します。 ○：ETL 機能を設定します。また、テキストボックスにデータ処理ステートメントを入力する必要があります。 ×：ETL 機能を設定しません。
監視アラート	業務要件に基づき、アラートを設定して通知を受けるかどうかを選択します。 ×：アラートを設定しません。 ○：アラートのしきい値およびアラート通知を設定してアラートを構成します。移行が失敗した場合や遅延がしきい値を超えた場合、システムがアラート通知を送信します。

次へ：データ検証をクリックして、データ検証タスクを設定します。

データ検証機能の詳細については、「データ検証の設定」をご参照ください。

タスクを保存して事前チェックを実行します。
- API オペレーションを呼び出す際にこのインスタンスを設定するパラメーターを表示するには、次：タスク設定の保存と事前チェックボタンにポインターを合わせ、表示されるバルーンでOpenAPI パラメーターのプレビューをクリックします。
- API パラメーターを表示する必要がない場合、または表示が完了した場合は、ページ下部の次：タスク設定の保存と事前チェックをクリックします。
説明
- 移行タスク開始前に、DTS が事前チェックを実行します。事前チェックに合格した場合にのみタスクが開始されます。
- 事前チェックに失敗した場合は、失敗したチェック項目の横にある詳細を表示をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行してください。
- 事前チェック中に警告が報告された場合：
  
  無視できないチェック項目の場合は、失敗した項目の横にある詳細を表示をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行してください。
  
  無視可能なチェック項目の場合は、アラートの詳細を確認、無視、OK、および再度事前チェックを実行をクリックして、警告項目をスキップして再度事前チェックを実行できます。警告を無視することを選択した場合、データの不整合などの問題が発生し、業務にリスクをもたらす可能性があります。

インスタンスを購入します。

成功率が 100% の場合、次：インスタンスの購入をクリックします。

購入ページで、データ移行インスタンスのリンク仕様を選択します。詳細は次の表をご参照ください。

カテゴリ	パラメーター	説明
新しいインスタンスクラス	リソースグループの設定	インスタンスが属するリソースグループを選択します。デフォルト値は default resource group です。詳細については、「Resource Management とは」をご参照ください。
新しいインスタンスクラス	インスタンスクラス	DTS は異なるパフォーマンスレベルを持つ移行仕様を提供しています。リンク仕様は移行速度に影響します。業務シナリオに基づいて仕様を選択できます。詳細については、「データ移行リンク仕様」をご参照ください。

設定が完了したら、Data Transmission Service (従量課金) 利用規約を読み、選択します。
購入して起動をクリックします。表示されるOKダイアログボックスで、OKをクリックします。

データ移行タスクリストページで、移行タスクの進行状況を確認できます。
説明
- 移行タスクに増分移行が含まれていない場合、完全移行完了後に自動的に停止します。タスクが停止すると、ステータスが完了に変化します。
- 移行タスクに増分移行が含まれている場合、自動的に停止しません。増分移行タスクは継続して実行されます。増分移行タスク実行中は、タスクのステータスが実行中になります。