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

Data Transmission Service:Amazon RDS for PostgreSQL インスタンスから ApsaraDB RDS for PostgreSQL インスタンスへの完全データ移行

最終更新日:Nov 10, 2025

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

前提条件

  • Amazon RDS for PostgreSQL インスタンスのバージョンが 9.4 以降であること。

  • Amazon RDS for PostgreSQL インスタンスの [パブリックアクセス] オプションが [はい] に設定されていること。これにより、DTS がインターネット経由で Amazon RDS for PostgreSQL インスタンスにアクセスできるようになります。

  • ApsaraDB RDS for PostgreSQL インスタンスが作成されていること。詳細については、「インスタンスの作成」をご参照ください。

    説明

    ApsaraDB RDS for PostgreSQL インスタンスのメジャーバージョンは、Amazon RDS for PostgreSQL インスタンスと同じものを選択することをお勧めします。異なるデータベースバージョン間でデータを移行するには、従量課金インスタンスを作成して互換性を確認します。

  • ApsaraDB RDS for PostgreSQL インスタンスの使用可能なストレージ容量が、Amazon RDS for PostgreSQL インスタンスのデータの合計サイズよりも大きいこと。

制限事項

  • DTS は、完全データ移行中にソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。データベースのパフォーマンスが良くない場合、仕様が低い場合、またはデータ量が多い場合、データベースサービスが利用できなくなる可能性があります。たとえば、ソースデータベースで多数のスロー SQL クエリが実行されている場合、テーブルにプライマリキーがない場合、またはターゲットデータベースでデッドロックが発生した場合、DTS は大量の読み取りおよび書き込みリソースを占有します。データを移行する前に、データ移行がソースデータベースとターゲットデータベースのパフォーマンスに与える影響を評価してください。オフピーク時にデータを移行することをお勧めします。たとえば、ソースデータベースとターゲットデータベースの CPU 使用率が 30% 未満のときにデータを移行できます。

  • このシナリオでは、増分データ移行はサポートされていません。データ移行タスクを開始する前に、Amazon RDS for PostgreSQL インスタンスで実行されているサービスを停止する必要があります。データの整合性を確保するために、データ移行中は Amazon RDS for PostgreSQL インスタンスにデータを書き込まないことをお勧めします。

  • 各データ移行タスクは、単一のデータベースからのみデータを移行できます。複数のデータベースからデータを移行するには、データベースごとにデータ移行タスクを作成する必要があります。

  • DTS は、C プログラミング言語で記述された関数を移行しません。

  • ソースデータベースで移行されるテーブルには、PRIMARY KEY または UNIQUE 制約があり、すべてのフィールドが一意である必要があります。そうでない場合、ターゲットデータベースに重複するデータレコードが含まれる可能性があります。

  • データ移行タスクが失敗した場合、DTS はタスクを自動的に再開します。ワークロードをターゲットインスタンスに切り替える前に、データ移行タスクを停止または解放してください。そうしないと、タスクが再開された後、ソースインスタンスのデータによってターゲットインスタンスのデータが上書きされます。

課金

移行タイプ

インスタンス構成料金

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

スキーマ移行と完全データ移行

無料。

Alibaba Cloud からインターネット経由でデータが移行される場合にのみ課金されます。詳細については、「課金の概要」をご参照ください。

移行タイプ

  • スキーマ移行

    DTS は、オブジェクトのスキーマを ApsaraDB RDS for PostgreSQL インスタンスに移行します。DTS は、テーブル、トリガー、ビュー、シーケンス、関数、ユーザー定義型、ルール、ドメイン、操作、および集計のスキーマ移行をサポートしています。

  • 完全データ移行

    DTS は、オブジェクトの既存データを Amazon RDS for PostgreSQL インスタンスから ApsaraDB RDS for PostgreSQL インスタンスに移行します。

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

データベース

スキーマ移行

完全データ移行

Amazon RDS for PostgreSQL インスタンス

pg_catalog に対する USAGE 権限

移行対象のオブジェクトに対する SELECT 権限

ApsaraDB RDS for PostgreSQL インスタンス

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

スキーマ所有者の権限

完全データ移行のプロセス

オブジェクト間の依存関係によって発生するデータ移行の失敗を防ぐため、DTS はソース Amazon RDS for PostgreSQL インスタンスのスキーマとデータを次の順序で移行します。

  1. テーブル、ビュー、シーケンス、関数、ユーザー定義型、ルール、ドメイン、操作、および集計のスキーマを移行します。

  2. 完全データ移行を実行します。

  3. トリガーと外部キーのスキーマを移行します。

準備 1:Amazon RDS for PostgreSQL インスタンスのインバウンドルールを編集する

  1. Amazon RDS 管理コンソールにログインします。

  2. ソース Amazon RDS for PostgreSQL インスタンスの基本情報ページに移動します。

  3. [セキュリティグループルール] セクションで、既存のインバウンドルールが属するセキュリティグループの名前をクリックします。

    安全组规则

  4. [セキュリティグループ] ページで、セキュリティグループセクションの [インバウンド] タブをクリックします。[インバウンド] タブで、[編集] をクリックします。[インバウンドルールの編集] ダイアログボックスで、対応するリージョンにある DTS サーバーの CIDR ブロックをインバウンドルールに追加します。詳細については、「DTS サーバーの CIDR ブロックを追加する」をご参照ください。

    AWS postgresql入站规则

    説明
    • ターゲットデータベースと同じリージョンにある DTS サーバーの CIDR ブロックのみを追加する必要があります。たとえば、ソースデータベースがシンガポールリージョンにあり、ターゲットデータベースが中国 (杭州) リージョンにあるとします。中国 (杭州) リージョンにある DTS サーバーの CIDR ブロックのみを追加する必要があります。

    • 必要な CIDR ブロックをすべて一度にインバウンドルールに追加できます。

    • 他に質問がある場合は、Amazon の公式ドキュメントを参照するか、テクニカルサポートにお問い合わせください。

準備 2:ターゲット ApsaraDB RDS for PostgreSQL インスタンスにデータベースとスキーマを作成する

移行対象のオブジェクトのデータベースとスキーマ情報に基づいて、ターゲット ApsaraDB RDS for PostgreSQL インスタンスにデータベースとスキーマを作成します。ソースデータベースとターゲットデータベースのスキーマ名は同じである必要があります。詳細については、「データベースの作成」および「スキーマを使用したアカウントの管理」をご参照ください。

手順 (新しい DTS コンソール)

  1. 次のいずれかの方法を使用して [データ移行] ページに移動し、データ移行インスタンスが存在するリージョンを選択します。

    DTS コンソール

    1. DTS console にログインします。

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

    3. ページの左上隅で、データ移行インスタンスが存在するリージョンを選択します。

    DMS コンソール

    説明

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

    1. DMS console にログインします。

    2. 上部のナビゲーションバーで、ポインターを [データ + AI] > DTS (DTS) > データ移行 に移動します。

    3. [データ移行タスク] の右側にあるドロップダウンリストから、データ同期インスタンスが存在するリージョンを選択します。

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

  3. ソースデータベースとターゲットデータベースを構成します。次の表にパラメーターを示します。

    警告

    ソースデータベースとターゲットデータベースを構成した後、ページの上部に表示される [制限事項] を読むことをお勧めします。そうしないと、タスクが失敗したり、データの不整合が発生したりする可能性があります。

    セクション

    パラメーター

    説明

    該当なし

    タスク名

    DTS タスクの名前。DTS はタスク名を自動的に生成します。タスクを簡単に識別できる分かりやすい名前を指定することをお勧めします。一意のタスク名を指定する必要はありません。

    ソースデータベース

    [DMS データベースインスタンスを選択]

    使用するインスタンス。ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。

    • 既存のインスタンスを選択すると、DTS はデータベースのパラメーターを自動的に入力します。

    • 既存のインスタンスを使用しない場合は、以下のデータベース情報を構成する必要があります。

    説明

    データベースタイプ

    ソースデータベースのタイプ。PostgreSQL を選択します。

    アクセス方法

    ソースデータベースのアクセス方法。[パブリック IP アドレス] を選択します。

    インスタンスリージョン

    Amazon RDS for PostgreSQL インスタンスが存在するリージョン。

    説明

    Amazon RDS for PostgreSQL インスタンスが存在するリージョンがドロップダウンリストに表示されない場合は、Amazon RDS for PostgreSQL インスタンスに地理的に最も近いリージョンを選択してください。

    [ドメイン名または IP]

    Amazon RDS for PostgreSQL インスタンスへのアクセスに使用するエンドポイント。

    説明

    エンドポイントは、Amazon RDS for PostgreSQL インスタンスの基本情報ページで取得できます。

    [ポート番号]

    Amazon RDS for PostgreSQL インスタンスのサービスポート番号。デフォルト値:[5432]

    データベース名

    Amazon RDS for PostgreSQL インスタンスのソースデータベースの名前。

    データベースアカウント

    Amazon RDS for PostgreSQL インスタンスのデータベースアカウント。アカウントに必要な権限については、このトピックの「データベースアカウントに必要な権限」セクションを参照してください。

    データベースパスワード

    データベースインスタンスへのアクセスに使用するパスワード。

    [暗号化]

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

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

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

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

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

    宛先データベース

    [DMS データベースインスタンスを選択]

    使用するインスタンス。ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。

    • 既存のインスタンスを選択すると、DTS はデータベースのパラメーターを自動的に入力します。

    • 既存のインスタンスを使用しない場合は、以下のデータベース情報を構成する必要があります。

    説明

    データベースタイプ

    ターゲットデータベースのタイプ。PostgreSQL を選択します。

    アクセス方法

    ターゲットデータベースのアクセス方法。[alibaba Cloud インスタンス] を選択します。

    インスタンスリージョン

    ターゲット ApsaraDB RDS for PostgreSQL インスタンスが存在するリージョン。

    [インスタンス ID]

    ターゲット ApsaraDB RDS for PostgreSQL インスタンスの ID。

    データベース名

    ApsaraDB RDS for PostgreSQL インスタンスのターゲットデータベースの名前。この名前は、Amazon RDS for PostgreSQL インスタンスのソースデータベースの名前と異なる場合があります。

    説明

    データ移行タスクを構成する前に、ApsaraDB RDS for PostgreSQL インスタンスにターゲットデータベースが作成されていることを確認してください。詳細については、「データベースの作成」をご参照ください。

    データベースアカウント

    ターゲット ApsaraDB RDS for PostgreSQL インスタンスのデータベースアカウント。アカウントに必要な権限については、このトピックの「データベースアカウントに必要な権限」セクションを参照してください。

    データベースパスワード

    データベースインスタンスへのアクセスに使用するパスワード。

    [暗号化]

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

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

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

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

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

  4. ページの下部にある [接続テストと続行] をクリックし、表示される [DTS サーバーの CIDR ブロック] ダイアログボックスで 接続テスト をクリックします。

    説明

    DTS サーバーの CIDR ブロックが、ソースデータベースとターゲットデータベースのセキュリティ設定に自動または手動で追加され、DTS サーバーからのアクセスが許可されていることを確認します。詳細については、「DTS サーバーの CIDR ブロックを追加する」をご参照ください。

  5. 移行するオブジェクトを構成します。

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

      パラメーター

      説明

      移行タイプ

      [スキーマ移行][完全データ移行] を選択します。

      説明

      ソースデータベースとターゲットデータベース間のデータの整合性を確保するために、データ移行中は Amazon RDS for PostgreSQL インスタンスにデータを書き込まないことをお勧めします。

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

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

        説明

        ソースデータベースとターゲットデータベースに同じ名前のテーブルが含まれていて、ターゲットデータベースのテーブルを削除または名前変更できない場合は、オブジェクト名マッピング機能を使用して、ターゲットデータベースに移行されるテーブルの名前を変更できます。詳細については、「オブジェクト名のマッピング」をご参照ください。

      • エラーを無視して続行:ソースデータベースとターゲットデータベースの同じテーブル名の事前チェックをスキップします。

        警告

        エラーを無視して続行 を選択すると、データの不整合が発生し、ビジネスが以下の潜在的なリスクにさらされる可能性があります。

        • ソースデータベースとターゲットデータベースのスキーマが同じで、データレコードのプライマリキーがターゲットデータベースの既存のデータレコードと同じである場合、次のシナリオが発生する可能性があります。

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

          • 増分データ移行中、DTS はデータレコードをターゲットデータベースに移行します。ターゲットデータベースの既存のデータレコードは上書きされます。

        • ソースデータベースとターゲットデータベースのスキーマが異なる場合、特定の列のみが移行されるか、データ移行タスクが失敗します。注意して進めてください。

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

      ターゲットインスタンスのデータベース名、テーブル名、および列名の大文字と小文字の区別。デフォルトでは、[DTS デフォルトポリシー] が選択されています。他のオプションを選択して、オブジェクト名の大文字と小文字の区別がソースデータベースまたはターゲットデータベースと一致するようにすることができます。詳細については、「ターゲットインスタンスのオブジェクト名の大文字と小文字の区別を指定する」をご参照ください。

      ソースオブジェクト

      ソースオブジェクト セクションから 1 つ以上のオブジェクトを選択します。Rightwards arrow アイコンをクリックして、[選択したオブジェクト] セクションにオブジェクトを追加します。

      説明

      列、テーブル、またはスキーマを移行対象のオブジェクトとして選択できます。テーブルまたは列を移行対象のオブジェクトとして選択した場合、DTS はビュー、トリガー、ストアドプロシージャなどの他のオブジェクトをターゲットデータベースに移行しません。

      [選択済みオブジェクト]

      • ターゲットインスタンスに移行するオブジェクトの名前を変更するには、[選択したオブジェクト] セクションでオブジェクトを右クリックします。詳細については、「単一オブジェクトの名前をマッピングする」をご参照ください。

      • 複数のオブジェクトの名前を一度に変更するには、[選択したオブジェクト] セクションの右上隅にある [一括編集] をクリックします。詳細については、「一度に複数のオブジェクト名をマッピングする」をご参照ください。

      説明

      オブジェクト名マッピング機能を使用してオブジェクトの名前を変更すると、そのオブジェクトに依存する他のオブジェクトが移行に失敗する可能性があります。

    2. 次へ:詳細設定 をクリックして、詳細設定を構成します。

      パラメーター

      説明

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

      デフォルトでは、DTS は共有クラスターにタスクをスケジュールします。このパラメーターを構成する必要はありません。指定した仕様の専用クラスターを購入して、データ移行タスクを実行できます。詳細については、「DTS 専用クラスターとは」をご参照ください。

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

      接続失敗時のリトライ時間の範囲。データ移行タスクの開始後にソースデータベースまたはターゲットデータベースに接続できない場合、DTS はリトライ時間範囲内で直ちに接続を再試行します。有効値:10 ~ 1,440。単位:分。デフォルト値:720。パラメーターを 30 より大きい値に設定することをお勧めします。指定されたリトライ時間範囲内に DTS がソースデータベースとターゲットデータベースに再接続された場合、DTS はデータ移行タスクを再開します。そうでない場合、データ移行タスクは失敗します。

      説明
      • 同じソースデータベースまたはターゲットデータベースを共有する複数のデータ移行タスクに異なるリトライ時間範囲を指定した場合、後で指定した値が優先されます。

      • DTS が接続を再試行すると、DTS インスタンスの料金が発生します。ビジネス要件に基づいてリトライ時間範囲を指定することをお勧めします。また、ソースデータベースとターゲットインスタンスが解放された後、できるだけ早く DTS インスタンスを解放することもできます。

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

      その他の問題のリトライ時間の範囲。たとえば、データ移行タスクの開始後に DDL または DML 操作の実行に失敗した場合、DTS はリトライ時間範囲内で直ちに操作を再試行します。有効値:1 ~ 1440。単位:分。デフォルト値:10。パラメーターを 10 より大きい値に設定することをお勧めします。指定されたリトライ時間範囲内に失敗した操作が正常に実行された場合、DTS はデータ移行タスクを再開します。そうでない場合、データ移行タスクは失敗します。

      重要

      移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 パラメーターの値は、失敗した接続の再試行時間 パラメーターの値よりも小さくなければなりません。

      完全なデータ移行のためのスロットリングを有効化

      完全データ移行の調整を有効にするかどうかを指定します。完全データ移行中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。ビジネス要件に基づいて、完全データ移行の調整を有効にすることができます。調整を構成するには、1 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを構成する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。

      説明

      移行タイプ パラメーターで 完全データ移行 を選択した場合にのみ、このパラメーターを構成できます。

      [環境タグ]

      インスタンスを識別するために使用される環境タグを選択します。このトピックではタグは選択されていません。

      ETL の設定

      抽出、変換、書き出し (ETL) 機能を有効にするかどうかを指定します。詳細については、「ETL とは」をご参照ください。有効な値:

      [監視とアラート]

      データ移行タスクのアラートを構成するかどうかを指定します。タスクが失敗した場合、または移行レイテンシが指定されたしきい値を超えた場合、アラート連絡先に通知が送信されます。有効な値:

      • [いいえ]:アラートを構成しません。

      • [はい]:アラートを構成します。この場合、アラートしきい値と alert notification settings も構成する必要があります。詳細については、「監視とアラートの構成」トピックの「DTS タスクの作成時に監視とアラートを構成する」セクションを参照してください。

    3. [次のステップ:データ検証] をクリックして、データ検証タスクを構成します。

      データ検証機能の使用方法の詳細については、「データ検証タスクの構成」をご参照ください。

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

    • DTS タスクを構成するために関連する API 操作を呼び出すときに指定するパラメーターを表示するには、次:タスク設定の保存と事前チェック にポインターを移動し、OpenAPI パラメーターのプレビュー をクリックします。

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

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

    • タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にある [詳細の表示] をクリックします。チェック結果に基づいて原因を分析した後、問題をトラブルシューティングします。次に、事前チェックを再実行します。

    • 事前チェック中に項目のアラートがトリガーされた場合:

      • アラート項目を無視できない場合は、失敗した項目の横にある [詳細の表示] をクリックして、問題をトラブルシューティングします。次に、事前チェックを再実行します。

      • アラート項目を無視できる場合は、[アラート詳細の確認] をクリックします。[詳細の表示] ダイアログボックスで、[無視] をクリックします。表示されるメッセージで、[OK] をクリックします。次に、[再チェック] をクリックして、事前チェックを再実行します。アラート項目を無視すると、データの不整合が発生し、ビジネスが潜在的なリスクにさらされる可能性があります。

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

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

    2. [インスタンスの購入] ページで、データ移行インスタンスの [インスタンスクラス] パラメーターを構成します。次の表にパラメーターを示します。

      セクション

      パラメーター

      説明

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

      [リソースグループ]

      データ移行インスタンスが属するリソースグループ。デフォルト値:[デフォルトのリソースグループ]。詳細については、「リソース管理とは」をご参照ください。

      インスタンスクラス

      DTS は、移行速度が異なるインスタンスクラスを提供します。ビジネスシナリオに基づいてインスタンスクラスを選択できます。詳細については、「データ移行インスタンスのインスタンスクラス」をご参照ください。

    3. チェックボックスをオンにして、[data Transmission Service (従量課金) サービス規約] を読んで同意します。

    4. [購入して開始] をクリックします。表示されるメッセージで、[OK] をクリックします。

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

手順 (古い DTS コンソール)

  1. DTS console にログインします。

    説明

    データ管理 ( DMS ) コンソールにリダイレクトされた場合は、old アイコンを image でクリックすると、以前のバージョンの DTS コンソールに移動できます。

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

  3. [移行タスク] ページの上部で、ターゲットクラスターが存在するリージョンを選択します。

  4. ページの右上隅にある [移行タスクの作成] をクリックします。

  5. ソースデータベースとターゲットデータベースを構成します。

    源库及目标库配置

    セクション

    パラメーター

    説明

    該当なし

    タスク名

    DTS が自動的に生成するタスク名。タスクを簡単に識別できる説明的な名前を指定することをお勧めします。一意のタスク名を指定する必要はありません。

    ソースデータベース

    インスタンスタイプ

    ソースデータベースのインスタンスタイプ。[パブリック IP アドレスを持つユーザー作成データベース] を選択します。

    インスタンスリージョン

    ソースインスタンスが存在するリージョン。インスタンスタイプとして [パブリック IP アドレスを持つユーザー作成データベース] を選択した場合は、[インスタンスリージョン] パラメーターを構成する必要はありません。

    データベースタイプ

    ソースデータベースのタイプ。[postgresql] を選択します。

    ホスト名または IP アドレス

    Amazon RDS for PostgreSQL インスタンスへのアクセスに使用するエンドポイント。

    説明

    エンドポイントは、Amazon RDS for PostgreSQL インスタンスの基本情報ページで取得できます。

    连接地址

    ポート番号

    Amazon RDS for PostgreSQL インスタンスのサービスポート番号。デフォルト値:[5432]

    データベース名

    Amazon RDS for PostgreSQL インスタンスのソースデータベースの名前。

    データベースアカウント

    Amazon RDS for PostgreSQL インスタンスのデータベースアカウント。アカウントに必要な権限については、このトピックの「データベースアカウントに必要な権限」セクションを参照してください。

    データベースパスワード

    データベースアカウントのパスワード。

    説明

    ソースデータベースパラメーターを構成した後、[データベースパスワード] の横にある [接続テスト] をクリックして、構成されたパラメーターが有効かどうかを確認します。構成されたパラメーターが有効な場合は、[成功] メッセージが表示されます。[失敗] メッセージが表示された場合は、[失敗] の横にある [チェック] をクリックして、チェック結果に基づいてソースデータベースパラメーターを変更します。

    ターゲットデータベース

    インスタンスタイプ

    ターゲットデータベースのインスタンスタイプ。[RDS インスタンス] を選択します。

    インスタンスリージョン

    ApsaraDB RDS for PostgreSQL インスタンスが存在するリージョン。

    RDS インスタンス ID

    ApsaraDB RDS for PostgreSQL インスタンスの ID。

    データベース名

    ApsaraDB RDS for PostgreSQL インスタンスのターゲットデータベースの名前。この名前は、Amazon RDS for PostgreSQL インスタンスのソースデータベースの名前と異なる場合があります。

    説明

    データ移行タスクを構成する前に、ターゲット ApsaraDB RDS for PostgreSQL インスタンスにデータベースとスキーマを作成する必要があります。詳細については、このトピックの「準備 2:ターゲット ApsaraDB RDS for PostgreSQL インスタンスにデータベースとスキーマを作成する」セクションを参照してください。

    データベースアカウント

    ApsaraDB RDS for PostgreSQL インスタンスのデータベースアカウント。アカウントに必要な権限については、このトピックの「データベースアカウントに必要な権限」セクションを参照してください。

    データベースパスワード

    データベースアカウントのパスワード。

    説明

    ターゲットデータベースパラメーターを構成した後、[データベースパスワード] の横にある [接続テスト] をクリックして、構成されたパラメーターが有効かどうかを確認します。構成されたパラメーターが有効な場合は、[成功] メッセージが表示されます。[失敗] メッセージが表示された場合は、[失敗] の横にある [チェック] をクリックして、チェック結果に基づいてターゲットデータベースパラメーターを変更します。

  6. ページの右下隅にある [ホワイトリストを設定して次へ] をクリックします。

    ソースデータベースインスタンスまたはターゲットデータベースインスタンスが、ApsaraDB RDS for MySQLApsaraDB for MongoDB インスタンスなどの Alibaba Cloud データベースインスタンスである場合、DTS は DTS サーバーの CIDR ブロックをインスタンスのホワイトリストに自動的に追加します。ソースデータベースまたはターゲットデータベースが ECS インスタンスでホストされている自己管理データベースである場合、DTS は DTS サーバーの CIDR ブロックを ECS インスタンスのセキュリティグループルールに自動的に追加します。ソースデータベースまたはターゲットデータベースがデータセンターの自己管理データベースであるか、他のクラウド サービス プロバイダーからのものである場合は、DTS がデータベースにアクセスできるように DTS サーバーの CIDR ブロックを手動で追加する必要があります。詳細については、「オンプレミスデータベースのセキュリティ設定に DTS サーバーの CIDR ブロックを追加する」トピックの「DTS サーバーの CIDR ブロック」セクションを参照してください。

    警告

    DTS サーバーの CIDR ブロックがデータベースまたはインスタンスのホワイトリスト、または ECS セキュリティグループルールに自動または手動で追加されると、セキュリティリスクが発生する可能性があります。したがって、DTS を使用してデータを移行する前に、潜在的なリスクを理解して認識し、予防措置を講じる必要があります。これには、ユーザー名とパスワードのセキュリティ強化、公開されているポートの制限、API 呼び出しの認証、ホワイトリストまたは ECS セキュリティグループルールの定期的なチェックと不正な CIDR ブロックの禁止、Express Connect、VPN Gateway、または Smart Access Gateway を使用したデータベースと DTS の接続などが含まれますが、これらに限定されません。

  7. 移行するオブジェクトと移行タイプを選択します。

    設定

    説明

    移行タイプを選択

    [スキーマ移行][完全データ移行] を選択します。このシナリオでは、[増分データ移行] はサポートされていません。

    説明

    ソースデータベースとターゲットデータベース間のデータの整合性を確保するために、データ移行中は Amazon RDS for PostgreSQL インスタンスにデータを書き込まないことをお勧めします。

    移行するオブジェクトを選択

    [使用可能] セクションから 1 つ以上のオブジェクトを選択し、向右小箭头 アイコンをクリックして、[選択済み] セクションにオブジェクトを移動します。

    説明
    • 列、テーブル、またはデータベースを移行対象のオブジェクトとして選択できます。

    • デフォルトでは、オブジェクトがターゲットデータベースに移行された後、オブジェクトの名前はターゲットデータベースで変更されません。オブジェクト名マッピング機能を使用して、ターゲットデータベースに移行されるオブジェクトの名前を変更できます。詳細については、「オブジェクト名マッピング」をご参照ください。

    • オブジェクト名マッピング機能を使用してオブジェクトの名前を変更すると、そのオブジェクトに依存する他のオブジェクトが移行に失敗する可能性があります。

    オブジェクトの名前を変更するかどうかを指定

    オブジェクト名マッピング機能を使用して、ターゲットインスタンスに移行されるオブジェクトの名前を変更できます。詳細については、「オブジェクト名マッピング」をご参照ください。

    ソースデータベースまたはターゲットデータベースへの接続失敗時のリトライ時間範囲を指定

    デフォルトでは、DTS がソースデータベースまたはターゲットデータベースに接続できない場合、DTS は次の 12 時間以内に再試行します。ビジネス要件に基づいてリトライ時間範囲を指定できます。指定されたリトライ時間範囲内に DTS がソースデータベースとターゲットデータベースに再接続された場合、DTS はデータ移行タスクを再開します。そうでない場合、データ移行タスクは失敗します。

    説明

    DTS が接続を再試行すると、DTS インスタンスの料金が発生します。ビジネス要件に基づいてリトライ時間範囲を指定することをお勧めします。また、ソースインスタンスとターゲットインスタンスが解放された後、できるだけ早く DTS インスタンスを解放することもできます。

  8. ページの右下隅にある [事前チェック] をクリックします。

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

    • タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にある Info icon アイコンをクリックして詳細を表示できます。

      • 原因に基づいて問題をトラブルシューティングし、事前チェックを再実行できます。

      • 問題をトラブルシューティングする必要がない場合は、失敗した項目を無視して事前チェックを再実行できます。

  9. タスクが事前チェックに合格した後、[次へ] をクリックします。

  10. [設定の確認] ダイアログボックスで、[チャネル仕様] パラメーターを指定し、[data Transmission Service (従量課金) サービス規約] を選択します。

  11. [購入して開始] をクリックして、データ移行タスクを開始します。
    説明 完全データ移行中にタスクを手動で停止しないことをお勧めします。そうしないと、ターゲットデータベースに移行されたデータが不完全になります。データ移行タスクが自動的に停止するまで待つことができます。
    Full data migration
  12. ワークロードを ApsaraDB RDS for PostgreSQL インスタンスに切り替えます。