すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:PolarDB for PostgreSQL から自己管理 Oracle データベースへのデータ移行

    ドキュメントセンター

    Data Transmission Service:PolarDB for PostgreSQL から自己管理 Oracle データベースへのデータ移行

    最終更新日:Feb 04, 2026

    このトピックでは、Data Transmission Service (DTS) を使用して、PolarDB for PostgreSQL クラスターから自己管理 Oracle データベースにデータを移行する方法について説明します。

    前提条件

    • 自己管理 Oracle データベースが作成済みであること。Oracle データベースのディスク領域は、ソース PolarDB for PostgreSQL クラスターの使用済みストレージ領域よりも大きい必要があります。

    • 移行されたデータを受け取るために、自己管理 Oracle データベースに対応する構造を持つスキーマとデータテーブルが作成済みであること。

    • 自己管理 Oracle データベースが Real Application Clusters (RAC) データベースであり、VPC を介して Alibaba Cloud に接続する必要がある場合、SCAN IP と各ノードの仮想 IP アドレス (VIP) を Alibaba Cloud VPC に接続し、ルートを設定する必要があります。これにより、DTS タスクが期待どおりに実行されることが保証されます。ルートの設定方法の詳細については、「オンプレミスデータセンターを Alibaba Cloud に接続するためのソリューションの概要」および「VPN Gateway を介してオンプレミスデータセンターを DTS に接続」をご参照ください。

    注意事項

    説明

    完全移行および増分移行中：

    • ソースデータベースでのカスケード更新および削除操作は、データ不整合を引き起こす可能性があります。

    • ターゲットデータベースに外部キーまたはトリガーがある場合は、それらを無効にしてください。そうしないと、移行タスクが失敗する可能性があります。

    タイプ

    説明

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

    • PolarDB for PostgreSQL クラスターでは、移行するテーブルにプライマリキーまたは非 NULL の一意なインデックスが必要です。

    • 増分移行の場合、ソース PolarDB for PostgreSQL クラスターの wal_level パラメーターを logical に設定する必要があります。パラメーターの設定方法の詳細については、「クラスターパラメーターの設定」をご参照ください。

    • ソースデータベースに長時間トランザクションがあり、インスタンスに増分移行タスクがある場合、長時間トランザクションがコミットされる前に生成された先行書き込みログ (WAL) が蓄積される可能性があります。これにより、ソースデータベースのディスク領域が不足する可能性があります。

    • 移行タスクが期待どおりに実行され、プライマリ/セカンダリの切り替えによって論理レプリケーションが中断されるのを防ぐために、PolarDB for PostgreSQL クラスターは論理レプリケーションスロットのフェールオーバーをサポートし、有効にする必要があります。

      説明

      ソース PolarDB for PostgreSQL クラスターが論理レプリケーションスロットのフェールオーバーをサポートしていない場合 (たとえば、クラスターの データベースエンジンが PostgreSQL 14 の場合)、ソースデータベースでの高可用性 (HA) 切り替えにより、移行インスタンスが失敗し、回復不能になる可能性があります。

    • ソースデータベースの論理レプリケーションの固有の制限により、移行対象の単一データが増分変更後に 256 MB を超えると、移行インスタンスが失敗し、回復不能になる可能性があります。移行インスタンスを再設定する必要があります。

    • 完全移行中は、データベースまたはテーブルの構造を変更する DDL 操作を実行しないでください。そうしないと、データ移行タスクは失敗します。

    その他の制限

    • スキーマ移行はサポートされていません。

    • 1 つのデータ移行タスクで移行できるデータベースは 1 つだけです。複数のデータベースを移行する必要がある場合は、データベースごとにデータ移行タスクを設定する必要があります。

    • DTS は、TimescaleDB 拡張テーブル、クロススキーマ継承を持つテーブル、または式に基づく一意なインデックスを持つテーブルの移行をサポートしていません。

    • プラグインをインストールして作成されたスキーマは移行できません。タスクを設定する際に、コンソールでこれらのスキーマに関する情報を取得することはできません。

    • 移行インスタンスに増分データ移行タスクが含まれている場合は、データを書き込む前に、ソースデータベースの移行対象テーブルで ALTER TABLE schema.table REPLICA IDENTITY FULL; コマンドを実行する必要があります。これにより、データ整合性が保証されます。このコマンドは、次のシナリオで実行します。このコマンドの実行中は、デッドロックを避けるためにテーブルロック操作を実行しないでください。事前チェックで関連するチェックをスキップした場合、DTS はインスタンスの初期化中にこのコマンドを自動的に実行します。

      • インスタンスが初めて実行されるとき。

      • 移行オブジェクトがスキーマであり、スキーマ内に新しいテーブルが作成されるか、RENAME コマンドを使用して既存のテーブルが再構築されるとき。

      説明

      • コマンドでは、schema と table を実際のスキーマ名とテーブル名に置き換えてください。

      • この操作はオフピーク時に実行することを推奨します。

    • データを移行する前に、ソースデータベースとターゲットデータベースのパフォーマンスを評価してください。また、オフピーク時にデータを移行することを推奨します。そうしないと、初期完全データ同期がソースデータベースとターゲットデータベースの両方で読み取りおよび書き込みリソースを消費し、データベースの負荷が増加する可能性があります。

    • 完全データ移行では同時 INSERT 操作が実行されるため、ターゲットデータベースでテーブルの断片化が発生します。その結果、完全移行完了後のターゲットデータベースのテーブルスペースは、ソースデータベースよりも大きくなります。

    • DTS は 7 日以内に失敗したタスクを自動的に回復しようとします。したがって、ビジネスを宛先インスタンスに切り替える前に、タスクを終了またはリリースするか、revoke コマンドを使用して、DTS が宛先インスタンスにアクセスするために使用するアカウントの書き込み権限を取り消す必要があります。これにより、タスクが自動的に回復された後、ソースデータが宛先インスタンスのデータを上書きするのを防ぎます。

    • DTS はデータ内容を検証しますが、シーケンスなどのメタデータの検証はサポートしていません。メタデータはご自身で検証する必要があります。

    • DTS は、増分データの DDL 文、増分テーブルの構造、およびハートビート情報を取得するために、ソースデータベースに次の一時テーブルを作成します。移行中にこれらの一時テーブルを削除しないでください。そうしないと、DTS タスクが異常になります。一時テーブルは、DTS インスタンスがリリースされた後に自動的に削除されます。

      public.dts_pg_class、public.dts_pg_attribute、public.dts_pg_type、public.dts_pg_enum、public.dts_postgres_heartbeat、public.dts_ddl_command、public.dts_args_session、および public.aliyun_dts_instance。

    • 増分データ移行中、DTS はソースデータベースにプレフィックス dts_sync_ を持つレプリケーションスロットを作成してデータをレプリケートします。DTS はこのレプリケーションスロットを使用して、過去 15 分間のソースデータベースから増分ログを取得します。データ移行が失敗した場合、または移行インスタンスがリリースされた場合、DTS はこのレプリケーションスロットを自動的にクリーンアップしようとします。

      説明

      • データ移行中にソースデータベースアカウントのパスワードを変更したり、ソースデータベースの IP アドレスホワイトリストから DTS の IP アドレスを削除したりすると、レプリケーションスロットは自動的にクリーンアップされません。この場合、ソースデータベースでレプリケーションスロットを手動でクリーンアップする必要があります。これにより、スロットが継続的に蓄積されてディスク領域を消費し、ソースデータベースが利用できなくなるのを防ぎます。

      • ソースデータベースでフェールオーバーが発生した場合は、セカンダリデータベースにログインしてスロットを手動でクリーンアップする必要があります。

    • タスクが失敗した場合、DTS の技術サポートは 8 時間以内に回復を試みます。回復プロセス中に、タスクの再起動やパラメーターの調整などの操作が実行される場合があります。

      説明

      パラメーターが調整される場合、DTS タスクパラメーターのみが変更され、データベースパラメーターは変更されません。変更される可能性のあるパラメーターには、「インスタンスパラメーターの変更」で説明されているものが含まれますが、これらに限定されません。

    • パーティションテーブルを移行する場合、親テーブルとその子テーブルの両方を同期オブジェクトとして含めてください。そうしないと、パーティションテーブルでデータ不整合が発生する可能性があります。

      説明

      PostgreSQL では、パーティションテーブルの親テーブルは直接データを格納しません。すべてのデータは子テーブルに格納されます。同期タスクには、親テーブルとそのすべての子テーブルを含める必要があります。そうしないと、子テーブルのデータが同期されず、ソースとターゲット間でデータ不整合が発生する可能性があります。

    課金

    移行タイプ

    インスタンス構成料金

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

    完全なデータ移行

    無料。

    ターゲットデータベースの アクセス方法 パラメーターが パブリック IP アドレス に設定されている場合、インターネットトラフィックに対して課金されます。詳細については、「課金の概要」をご参照ください。

    増分データ移行

    課金されます。詳細については、「課金の概要」をご参照ください。

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

    操作タイプ

    SQL 文

    DML

    INSERT, UPDATE, DELETE

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

    データベース

    権限要件

    アカウントの作成と権限付与の方法

    ソース PolarDB for PostgreSQL クラスター

    特権アカウント

    データベースアカウントの作成

    ターゲット Oracle データベース

    宛先スキーマのスキーマオーナー権限

    CREATE USER および GRANT

    操作手順

    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. ソースデータベースとターゲットデータベースを設定します。

      カテゴリ

      構成

      説明

      なし

      タスク名

      DTS は自動的にタスク名を生成します。簡単に識別できるように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。

      移行元データベース

      既存の接続情報の選択

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

        説明

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

      • データベースインスタンスをシステムに登録していない場合、または登録済みのインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      PolarDB for PostgreSQL を選択します。

      アクセス方法

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

      インスタンスのリージョン

      ソース PolarDB for PostgreSQL クラスターが存在するリージョンを選択します。

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

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

      インスタンス ID

      ソース PolarDB for PostgreSQL クラスターの ID を選択します。

      データベース名

      移行対象のオブジェクトを含むソース PolarDB for PostgreSQL クラスターのデータベース名を入力します。

      データベースアカウント

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

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

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

      移行先データベース

      既存の接続情報の選択

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

        説明

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

      • データベースインスタンスをシステムに登録していない場合、または登録済みのインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      Oracle を選択します。

      アクセス方法

      ソースデータベースのデプロイ場所に基づいて選択します。このトピックでは、ECS 上の自己管理データベース を例として設定プロセスを説明します。

      説明

      ご利用の自己管理データベースが他のインスタンスタイプである場合は、対応する準備も行う必要があります。詳細については、「準備の概要」をご参照ください。

      インスタンスのリージョン

      ターゲット Oracle データベースが存在するリージョンを選択します。

      ECS インスタンス ID

      ターゲット Oracle データベースが配置されている ECS インスタンスの ID を選択します。

      ポート番号

      ターゲット Oracle データベースのサービスポートを入力します。デフォルトは 1521 です。

      Oracle の型

      • Non-RAC Instance：このオプションを選択した場合は、SID も入力する必要があります。

      • RAC または PDB インスタンス：このオプションを選択した後、サービス名 情報も入力する必要があります。

      この例では、RAC または PDB インスタンス を選択し、サービス名 を入力します。

      データベースアカウント

      ターゲット Oracle データベースのデータベースアカウントを入力します。必要な権限については、「必要なデータベースアカウントの権限」をご参照ください。

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

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

    4. 設定が完了したら、ページ下部の 接続をテストして続行 をクリックします。表示される DTS サーバーの CIDR ブロック ダイアログボックスで、接続テスト をクリックします。

      説明

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

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

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

        構成

        説明

        移行タイプ

        • 完全移行のみを実行する必要がある場合は、完全データ移行 を選択します。

        • ダウンタイムなしで移行を実行するには、完全データ移行 と 増分データ移行 の両方を選択します。

        説明

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

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

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

          説明

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

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

          警告

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

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

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

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

          • テーブルスキーマが一致しない場合、データの一部の列のみが移行されるか、移行が失敗する可能性があります。注意して進めてください。

        移行先インスタンスでのオブジェクト名の大文字化

        宛先インスタンスで移行されたオブジェクト (データベース、テーブル、列など) の名前の大文字/小文字の区別ポリシーを設定できます。デフォルトでは、DTS のデフォルトポリシー が選択されています。ソースまたは宛先データベースのデフォルトポリシーと大文字/小文字の区別を一致させることも選択できます。詳細については、「宛先データベースのオブジェクト名の大文字/小文字の区別」をご参照ください。

        ソースオブジェクト

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

        説明

        移行オブジェクトとしてスキーマまたはテーブルを選択できます。

        選択中のオブジェクト

        選択中のオブジェクト 配下の移行オブジェクトを右クリックし、オブジェクト名マッピング機能を使用して、データを受け取るターゲット Oracle データベースのスキーマ、テーブル、および列を指定します。詳細については、「データベース、テーブル、および列名のマッピング」をご参照ください。

        説明

        • テーブルレベルで移行する SQL 操作を選択するには、選択中のオブジェクト でターゲットオブジェクトを右クリックし、表示されるダイアログボックスで必要な SQL 操作を選択します。サポートされている操作のリストについては、「増分移行でサポートされる SQL 操作」をご参照ください。

        • データのフィルター条件を設定するには、選択中のオブジェクト で移行するテーブルを右クリックし、ダイアログボックスでフィルター条件を設定します。フィルター条件の設定方法については、「フィルター条件の設定」をご参照ください。

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

        構成

        説明

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

        デフォルトでは、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 を設定して、ターゲットデータベースの負荷を軽減できます。

        説明

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

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

        環境タグ

        必要に応じて環境タグを選択してインスタンスを識別できます。この例では、タグは不要です。

        ETL 機能の設定

        ビジネスニーズに基づいて、データを処理するために ETL 機能を設定するかどうかを選択します。

        • ○：ETL 機能を設定します。テキストボックスにデータ処理文を入力する必要もあります。

        • ×：ETL 機能を設定しません。

        監視アラート

        ビジネスニーズに基づいて、アラートを設定し、アラート通知を受け取るかどうかを選択します。

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

        • ○：アラートしきい値とアラート通知を設定してアラートを構成します。移行が失敗した場合、またはレイテンシーがしきい値を超えた場合、システムはアラート通知を送信します。

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

      • API 操作を呼び出す際にこのインスタンスを設定するためのパラメーターを表示するには、次：タスク設定の保存と事前チェック ボタンにポインターを合わせ、表示されるバブルで OpenAPI パラメーターのプレビュー をクリックします。

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

      説明

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

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

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

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

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

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

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

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

        カテゴリ

        パラメーター

        説明

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

        リソースグループの設定

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

        インスタンスクラス

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

      3. 設定が完了したら、Data Transmission Service (従量課金) 利用規約 を読み、選択します。

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

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

        説明

        • 移行タスクに増分移行が含まれていない場合、完全移行が完了すると自動的に停止します。タスクが停止すると、その ステータス は 完了 に変わります。

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