すべてのプロダクト
Search
ドキュメントセンター

Data Transmission Service:RDS for MariaDB から RDS for PostgreSQL への移行

最終更新日:Jul 18, 2026

Data Transmission Service (DTS) は、ApsaraDB RDS for MariaDB インスタンスから ApsaraDB RDS for PostgreSQL インスタンスへのデータ移行をサポートしています。

前提条件

  • ソースの ApsaraDB RDS for MariaDB インスタンスで使用されている領域よりも大きなストレージ容量を持つ、ターゲットの ApsaraDB RDS for PostgreSQL インスタンスを作成済みです。詳細については、「ApsaraDB RDS for PostgreSQL インスタンスのクイック作成」をご参照ください。

  • 移行データを格納するためのデータベースを、ターゲットの ApsaraDB RDS for PostgreSQL インスタンス内に作成済みです。詳細については、「アカウントとデータベースの作成」をご参照ください。

制限事項

説明
  • DTS はスキーマ移行中に外部キーを移行します。

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

種別

説明

ソースデータベースの制限事項

  • ソースデータベースをホストしているサーバーは、十分なアウトバウンド帯域幅を確保する必要があります。そうでない場合、データ移行速度が低下します。

  • 移行対象のテーブルにはプライマリキーまたはユニーク制約が設定されており、そのキーまたは制約に含まれるすべてのフィールドが一意である必要があります。この要件を満たさない場合、ターゲットデータベースに重複データが含まれる可能性があります。

  • テーブルレベルでオブジェクトを編集する場合(例:カラム名のマッピング)、1 つのデータ移行タスクで最大 1,000 テーブルまでサポートされます。この上限を超えると、タスクの送信時にエラーが発生します。より多くのテーブルを移行する場合は、複数のタスクに分割するか、データベース全体を移行してください。

  • 増分データ移行を実行する場合、以下の binlog 要件が適用されます。

    • binlog 機能を有効にする必要があり、パラメーター binlog_format および binlog_row_image をそれぞれ row および full に設定する必要があります。これらの設定が正しくない場合、事前チェックに失敗し、データ移行タスクを開始できません。

    • 増分データ移行の場合、ソースデータベースはローカル binlog を 24 時間以上保持する必要があります。完全および増分データ移行を含むタスクでは、DTS は binlog の保持期間を最低でも 7 日間要求します。完全データ移行が完了した後は、保持期間を 24 時間以上に短縮できます。binlog にアクセスできないためにタスクが失敗した場合、データの不整合や損失が発生する可能性があります。DTS の SLA は、binlog 保持期間が不十分なことによって発生した問題をカバーしません。

  • スキーマ移行および完全移行フェーズ中は、データベースまたはテーブルスキーマを変更する DDL 操作を実行しないでください。そうした操作を行うと、データ移行タスクが失敗します。

    説明

    完全移行フェーズ中、DTS はソースデータベースに対してクエリを実行します。これによりメタデータロックが発生し、ソースデータベースでの DDL 操作がブロックされる可能性があります。

  • 完全なデータ移行のみを実行する場合、ソースデータベースに新しいデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベースの間にデータの不整合が発生します。リアルタイムのデータ整合性を維持するには、スキーマ移行、完全なデータ移行、および増分データ移行を選択してください。

  • 移行対象のデータに不可視カラムが含まれている場合、DTS がこれらのカラムからデータを取得できないため、データ損失が発生する可能性があります。

その他の制限事項

  • 移行オブジェクトに対して pt-online-schema-change などのツールを使用してオンライン DDL 操作を実行しないでください。そうした操作を行うと、移行が失敗します。

  • FLOAT または DOUBLE データ型のカラムについて、DTS は ROUND(COLUMN,PRECISION) を使用して値を読み取ります。精度が明示的に定義されていない場合、DTS は FLOAT に対してデフォルトの移行精度として 38 桁、DOUBLE に対しては 308 桁を使用します。移行精度がビジネス要件を満たしていることを確認してください。

  • 移行前に、ソースおよびターゲットデータベースのパフォーマンスを評価してください。完全なデータ移行は読み取りおよび書き込みリソースを消費し、データベースサーバーの負荷を高めるため、オフピーク時間帯にデータを移行することを推奨します。

  • 完全なデータ移行中、同時実行の INSERT 操作によりターゲットデータベースでテーブルの断片化が発生し、ソースインスタンスよりもストレージ使用量が多くなることがあります。

  • DTS は失敗した移行タスクを 7 日以内に再開しようと試みます。ワークロードをターゲットインスタンスに切り替える前に、DTS インスタンスを終了またはリリースするか、REVOKE コマンドを使用してターゲットインスタンス上の DTS アカウントの書き込み権限を取り消してください。これにより自動的なタスク再開を防止し、ソースデータがターゲットデータを上書きするのを回避できます。

  • この制限は、ソースデータベースから移行するテーブルに外部キー、トリガー、またはイベントトリガーが含まれる完全または増分データ移行タスクに適用されます。DTS は移行中にセッションレベルで session_replication_role パラメーターを replica に一時的に設定します。ターゲットデータベースのアカウントに必要な権限がない場合、手動でターゲットデータベース内のパラメーターを replica に設定する必要があります。session_replication_rolereplica に設定されている間は、ソースデータベースでのカスケード更新または削除操作によりデータの不整合が発生する可能性があります。移行タスクをリリースした後は、パラメーターを origin に戻すことができます。

  • タスクが失敗した場合、DTS サポートスタッフは 8 時間以内に復旧を試みます。復旧中、タスクを再起動したり、パラメーターを調整したりする場合があります。

    説明

    データベースパラメーターではなく、DTS タスクパラメーターのみが変更されます。 調整対象となるパラメーターは、「インスタンスパラメーターの変更」に記載されています。

課金

移行タイプ

リンク構成料金

インターネットトラフィック料金

スキーマ移行および完全なデータ移行

無料です。

Alibaba Cloud 外部へインターネット経由でデータを移行する場合、インターネットトラフィック料金が発生します。詳細については、「課金概要」をご参照ください。

増分データ移行

課金対象です。詳細については、「課金概要」をご参照ください。

移行タイプ

  • スキーマ移行

    DTS は、選択されたオブジェクトのスキーマをソースデータベースからターゲットデータベースに移行します。

  • 完全なデータ移行

    DTS は、選択されたオブジェクトに含まれる既存のすべてのデータをソースデータベースからターゲットデータベースに移行します。

  • 増分データ移行

    完全なデータ移行が完了した後、DTS はソースデータベースから継続的に発生するデータ変更をターゲットデータベースに移行し、アプリケーションのダウンタイムを最小限に抑えます。

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

操作タイプ

SQL ステートメント

DML

INSERT、UPDATE、DELETE

データベースアカウントに必要な権限

データベース

スキーマ移行

完全なデータ移行

増分データ移行

ApsaraDB RDS for MariaDB インスタンス

SELECT

SELECT

REPLICATION CLIENT、REPLICATION SLAVE、SHOW VIEW、および SELECT

ApsaraDB RDS for PostgreSQL

移行オブジェクトに対する CREATE および USAGE

スキーマに対する所有者権限

スキーマに対する所有者権限

アカウントの作成および権限の付与方法:

操作手順

  1. 次のいずれかの方法で、ターゲットリージョンの移行タスクリストページに移動します。

    DTS コンソールから

    1. Data Transmission Service (DTS) コンソールにログインします。

    2. 左側のナビゲーションウィンドウで、データの移行 をクリックします。

    3. ページ左上隅で、移行インスタンスが配置されているリージョンを選択します。

    DMS コンソールからの移動

    説明

    実際の操作は、DMS コンソールのモードおよびレイアウトによって異なる場合があります。詳細については、「シンプルモードコンソール」および「DMS コンソールのレイアウトとスタイルのカスタマイズ」をご参照ください。

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

    2. 上部のメニューバーで、Data + AI > Data Transmission (DTS) > データ移行 を選択します。

    3. データ移行タスク の右側で、移行インスタンスが配置されているリージョンを選択します。

  2. タスクの作成 をクリックして、タスク構成ページに移動します。

  3. オプション:ページ右上隅で、新バージョンの設定ページを試してみる をクリックします。

    説明
    • すでに新規構成ページにいる場合(ページ右上隅のボタンが 旧バージョンの設定ページに戻る になっている場合)、この手順をスキップできます。

    • 新規および旧構成ページのパラメーターは異なります。新規構成ページの使用を推奨します。

  4. ソースおよびターゲットデータベースを構成します。

    セクション

    パラメーター

    説明

    該当なし

    タスク名

    DTS は自動的にタスク名を生成します。識別しやすいように、わかりやすい名前を指定してください。名前は一意である必要はありません。

    移行元データベース

    既存の接続情報の選択

    • システムに追加済み(作成または保存済み)のデータベースインスタンスを使用する場合、ドロップダウンリストから目的のデータベースインスタンスを選択します。これにより、下記のデータベース情報が自動的に構成されます。

      説明

      DMS コンソールでは、このパラメーターの名前は DMS データベースインスタンスの選択 です。

    • データベースインスタンスをシステムに登録していない場合、または登録済みのインスタンスを使用しない場合は、下記のデータベース情報を手動で構成してください。

    データベースタイプ

    MariaDB を選択します。

    アクセス方法

    Alibaba Cloud インスタンス を選択します。

    インスタンスリージョン

    ソースの ApsaraDB RDS for MariaDB インスタンスが配置されているリージョンを選択します。

    Alibaba Cloud アカウント間でデータを複製

    この例では、現在の Alibaba Cloud アカウント配下のデータベースインスタンスを使用します。× を選択します。

    インスタンス ID

    ソースの ApsaraDB RDS for MariaDB インスタンスのインスタンス ID を選択します。

    データベースアカウント

    ソースの ApsaraDB RDS for MariaDB インスタンスのデータベースアカウントを入力します。権限要件については、「データベースアカウントに必要な権限」をご参照ください。

    データベースパスワード

    データベースアカウントのパスワードを入力します。

    暗号化

    ApsaraDB RDS for MariaDB インスタンスのデフォルト接続方法は 非暗号化 です。

    移行先データベース

    既存の接続情報の選択

    • システムに追加済み(作成または保存済み)のデータベースインスタンスを使用する場合、ドロップダウンリストから目的のデータベースインスタンスを選択します。これにより、下記のデータベース情報が自動的に構成されます。

      説明

      DMS コンソールでは、このパラメーターの名前は DMS データベースインスタンスの選択 です。

    • データベースインスタンスをシステムに登録していない場合、または登録済みのインスタンスを使用しない場合は、下記のデータベース情報を手動で構成してください。

    データベースタイプ

    PostgreSQL を選択します。

    アクセス方法

    Alibaba Cloud インスタンス を選択します。

    インスタンスリージョン

    ターゲットの ApsaraDB RDS for PostgreSQL インスタンスが配置されているリージョンを選択します。

    インスタンス ID

    ターゲットの ApsaraDB RDS for PostgreSQL インスタンスのインスタンス ID を選択します。

    データベース名

    移行オブジェクトを受信するターゲットデータベースの名前を入力します。

    データベースアカウント

    ターゲットの ApsaraDB RDS for PostgreSQL インスタンスのデータベースアカウントを入力します。

    データベースのパスワード

    データベースアカウントのパスワードを入力します。

    暗号化

    ソースデータベースへの接続を暗号化するかどうかを指定します。ビジネス要件に基づいてこのパラメーターを構成できます。この例では、非暗号化 を選択しています。

    ソースデータベースへの SSL 暗号化接続を確立する場合は、次の手順を実行します。SSL 暗号化 を選択し、必要に応じて CA 証明書クライアント証明書、および クライアント証明書の秘密鍵 をアップロードし、クライアント証明書の秘密鍵のパスワード を指定します。

    説明
    • 自己管理 PostgreSQL データベースで暗号化を SSL 暗号化 に設定する場合、CA 証明書 をアップロードする必要があります。

    • クライアント証明書を使用する場合は、クライアント証明書 および クライアント証明書の秘密鍵 をアップロードし、クライアント証明書の秘密鍵のパスワード を指定する必要があります。

    • ApsaraDB RDS for PostgreSQL インスタンスの SSL 暗号化の構成方法については、「SSL 暗号化」をご参照ください。

  5. 構成が完了したら、ページ下部の 接続をテストして続行 をクリックします。

    説明
    • DTS サーバーからのアクセスを許可するために、ソースおよびターゲットデータベースのセキュリティ設定に DTS サービスの IP アドレスセグメントを自動または手動で追加していることを確認してください。詳細については、「DTS サーバーの IP アドレスをホワイトリストに追加」をご参照ください。

    • ソースまたはターゲットデータベースが自己管理データベースの場合(アクセス方法Alibaba Cloud インスタンス ではない場合)、表示される DTS サーバーの CIDR ブロック ダイアログボックスで 接続テスト をクリックする必要があります。

  6. タスクオブジェクトを構成します。

    1. オブジェクト設定 ページで、移行するオブジェクトを構成します。

      パラメーター

      説明

      移行タイプ

      • 完全移行のみを実行する必要がある場合は、スキーマ移行 および 完全データ移行 の両方を選択します。

      • ダウンタイムゼロの移行を実行する場合は、スキーマ移行完全データ移行、および 増分データ移行 を選択します。

      説明
      • スキーマ移行 を選択しない場合、ターゲットデータベースにデータを受信するためのデータベースおよびテーブルが存在することを確認する必要があります。選択中のオブジェクト ボックスで必要に応じてオブジェクト名マッピング機能を使用することもできます。

      • 増分データ移行 を選択しない場合、データ整合性を確保するためにデータ移行中にソースインスタンスに新しいデータを書き込まないでください。

      競合するテーブルの処理モード

      • エラーの事前チェックと報告:ターゲットデータベースに同じ名前のテーブルが存在するかどうかをチェックします。同じ名前のテーブルが存在しない場合、事前チェックは合格します。同じ名前のテーブルが存在する場合、事前チェック中にエラーが報告され、データ移行タスクは開始されません。

        説明

        ターゲットデータベース内のテーブルが同じ名前であり、簡単に削除または名前変更できない場合は、ターゲットデータベース内のテーブル名を変更できます。詳細については、「オブジェクト名マッピング」をご参照ください。

      • エラーを無視して続行:同じ名前のテーブルのチェックをスキップします。

        警告

        エラーを無視して続行 を選択すると、データの不整合やビジネスリスクが発生する可能性があります。例えば:

        • テーブルスキーマが一致しており、ターゲットデータベースのレコードがソースデータベースのレコードと同じプライマリキー値を持つ場合:

          • 完全移行中、DTS はターゲットデータベースのレコードを保持します。ソースデータベースのレコードは移行されません。

          • 増分移行中、DTS はターゲットデータベースのレコードを保持しません。ソースデータベースのレコードがターゲットデータベースのレコードを上書きします。

        • テーブルスキーマが不一致の場合、一部のカラムのデータのみが移行されるか、移行が失敗する可能性があります。慎重に進めてください。

      ソースオブジェクト

      ソースオブジェクト ボックスで、移行するオブジェクトをクリックし、Right arrow をクリックして 選択中のオブジェクト ボックスに移動させます。

      説明

      データベース、テーブル、またはカラムレベルでオブジェクトを選択できます。

      選択中のオブジェクト

      説明
      • オブジェクト名マッピング機能を使用する場合、名前変更されたオブジェクトに依存する他のオブジェクトの移行が失敗する可能性があります。

      • WHERE 句を指定してデータをフィルターするには、選択中のオブジェクト パネル内のテーブルを右クリックし、表示されるダイアログボックスでフィルター条件を設定します。詳細については、「フィルター条件の設定」をご参照ください。

      • データベースまたはテーブルレベルで移行する SQL 操作を選択するには、選択中のオブジェクト パネル内のオブジェクトを右クリックし、表示されるダイアログボックスで目的の SQL 操作を選択します。

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

      パラメーター

      説明

      タスクのスケジュールに使用する専用クラスターの選択

      デフォルトでは、DTS は共有クラスター上でタスクをスケジュールします。選択する必要はありません。より安定したタスクを実行したい場合は、DTS 移行タスクを実行するための専用クラスターを購入できます。

      失敗した接続の再試行時間

      移行タスクの開始後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、直ちに接続の再試行を開始します。デフォルトの再試行時間は 720 分です。再試行時間を 10 ~ 1440 分の範囲でカスタマイズできます。30 分以上に設定することを推奨します。指定された時間内に DTS がソースおよびターゲットデータベースに再接続できた場合、移行タスクは自動的に再開されます。それ以外の場合、タスクは失敗します。

      説明
      • 同じソースまたはターゲットを共有する複数の DTS インスタンスの場合、ネットワーク再試行時間は最後に作成されたタスクの設定によって決まります。

      • 接続再試行期間中もタスクに対して課金されるため、ビジネス要件に基づいて再試行時間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスをリリースした後はできるだけ早く DTS インスタンスをリリースすることを推奨します。

      移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。

      移行タスクの開始後、DDL または DML 実行例外などの接続以外の問題がソースまたはターゲットデータベースで発生した場合、DTS はエラーを報告し、直ちに操作の再試行を開始します。デフォルトの再試行時間は 10 分です。再試行時間を 1 ~ 1440 分の範囲でカスタマイズできます。10 分以上に設定することを推奨します。指定された再試行時間内に関連操作が成功した場合、移行タスクは自動的に再開されます。それ以外の場合、タスクは失敗します。

      重要

      移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 の値は、失敗した接続の再試行時間 の値より小さくする必要があります。

      完全移行率を制限するかどうか

      完全移行中、DTS はソースおよびターゲットデータベースの読み取りおよび書き込みリソースを消費し、データベース負荷が増加する可能性があります。必要に応じて、完全移行タスクの速度制限を有効化できます。1 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS を設定して、ターゲットデータベースへの負荷を軽減できます。

      説明
      • この設定項目は、移行タイプ完全データ移行 を選択した場合にのみ利用可能です。

      • 移行インスタンスの実行後にも、完全移行速度を調整 できます。

      増分移行率を制限するかどうか

      必要に応じて、増分移行タスクの速度制限を設定することもできます。1 秒あたりの増分移行の行数 RPS および 1 秒あたりの増分移行データ量 (MB) BPS を設定して、ターゲットデータベースへの負荷を軽減できます。

      説明
      • この設定項目は、移行タイプ増分データ移行 を選択した場合にのみ利用可能です。

      • 移行インスタンスの実行後にも、増分移行速度を調整 できます。

      環境タグ

      インスタンスを識別するために環境タグを選択できます。この例では選択する必要はありません。

      ETL 機能の設定

      ビジネス要件に基づき、データを処理するためにETL 機能を構成するかどうかを選択します。

      • :ETL 機能を構成します。また、テキストボックスにデータ処理文を入力する必要があります。

      • ×:ETL 機能を構成しません。

      監視アラート

      ビジネス要件に基づき、アラートを設定して通知を受信するかどうかを選択します。

      • ×:アラートを設定しません。

      • アラートのしきい値 およびアラート通知を設定してアラートを構成します。移行が失敗した場合や遅延がしきい値を超えた場合、システムがアラート通知を送信します。

  7. タスクを保存して事前チェックを実行します。

    • API オペレーションを呼び出す際にこのインスタンスの構成パラメーターを確認するには、次:タスク設定の保存と事前チェック ボタンにポインターを合わせ、表示されるバルーン内の OpenAPI パラメーターのプレビュー をクリックします。

    • API パラメーターを確認する必要がない場合、または確認が完了した場合は、ページ下部の 次:タスク設定の保存と事前チェック をクリックします。

    説明
    • 移行タスクの開始前に、DTS は事前チェックを実行します。事前チェックに合格した後でのみタスクが開始されます。

    • 事前チェックに失敗した場合、失敗したチェック項目の横にある 詳細を表示 をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行してください。

    • 事前チェック中に警告が報告された場合:

      • 無視できないチェック項目の場合、失敗した項目の横にある 詳細を表示 をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行してください。

      • 無視可能なチェック項目の場合、アラートの詳細を確認無視OK、および 再度事前チェックを実行 をクリックして、警告項目をスキップして再度事前チェックを実行できます。警告を無視することを選択した場合、データの不整合などの問題が発生し、ビジネスにリスクをもたらす可能性があります。

  8. 移行インスタンスを購入します。

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

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

      カテゴリ

      パラメーター

      説明

      新しいインスタンスクラス

      リソースグループの設定

      インスタンスが属するリソースグループを選択します。デフォルト値はデフォルトリソースグループです。詳細については、「Resource Management とは」をご参照ください。

      インスタンスクラス

      DTS は、さまざまなパフォーマンスレベルを持つ移行仕様を提供しています。リンク仕様は移行速度に影響します。ビジネスシナリオに基づいて仕様を選択できます。詳細については、「データ移行リンク仕様」をご参照ください。

    3. 構成が完了したら、Data Transmission Service (従量課金) 利用規約 を読み、同意してください。

    4. 購入して起動 をクリックします。表示される OK ダイアログボックスで、OK をクリックします。

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

      説明
      • 移行タスクに増分移行が含まれていない場合、完全移行が完了後に自動的に停止します。タスクが停止すると、ステータス完了 に変化します。

      • 移行タスクに増分移行が含まれている場合、自動的には停止しません。増分移行タスクは継続して実行されます。増分移行タスクが実行中の間、タスクの ステータス実行中 になります。