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

Data Transmission Service:Amazon RDS for PostgreSQL から Alibaba Cloud への増分移行

最終更新日:Jun 02, 2026

このトピックでは、Data Transmission Service (DTS) を使用して Amazon RDS for PostgreSQL から Alibaba Cloud RDS for PostgreSQL にデータベースを移行する方法について説明します。DTS はスキーマ移行、完全なデータ移行、および増分データ移行をサポートしています。これらの移行タイプを組み合わせることで、自己管理アプリケーションのダウンタイムを最小限に抑えながらスムーズにデータベースを移行できます。

前提条件

  • ソースとなる Amazon RDS for PostgreSQL インスタンスは、バージョン 10.4 以降を実行している必要があります。

  • DTS がインターネット経由で Amazon RDS for PostgreSQL インスタンスに接続できるようにするには、パブリックアクセシビリティYes に設定してください。

  • DTS が Amazon RDS for PostgreSQL インスタンスから増分データを読み取れるようにするには、パラメーターグループ内で rds.logical_replication パラメーターを 1 に設定してください。

  • ターゲットとなる ApsaraDB RDS for PostgreSQL インスタンスを作成済みであることを確認してください。詳細については、「ApsaraDB RDS for PostgreSQL インスタンスの作成」をご参照ください。

    説明
    • 最適な結果を得るには、ターゲットとなる ApsaraDB RDS for PostgreSQL インスタンスのメジャーバージョンをソースの Amazon RDS for PostgreSQL インスタンスと一致させることを推奨します。メジャーバージョン間でのデータ移行が必要な場合は、従量課金インスタンスを作成して互換性を検証してください。

    • ターゲットとなる ApsaraDB RDS for PostgreSQL インスタンスのストレージ容量が、ソースの Amazon RDS for PostgreSQL インスタンスから移行されるデータベースで使用されているストレージ容量よりも大きいことを確認してください。

注意事項

  • 完全なデータ移行は、ソースおよびターゲットデータベースの両方で読み取りおよび書き込みリソースを消費し、サーバー負荷が増加します。この追加負荷により、パフォーマンスが低下したりサービスが利用できなくなったりする可能性があります。特に、データベースのパフォーマンスが低く、スペックが低い、または既に多くの遅い SQL クエリ、プライマリキーのないテーブル、ターゲットデータベースでのデッドロックなどによりビジー状態になっている場合に顕著です。移行を開始する前に、両方のデータベースのパフォーマンスを評価し、CPU 使用率が 30% 未満などのオフピーク時間帯に移行を実施してください。

  • 移行対象のテーブルにプライマリキーまたは一意制約がなく、他の列の組み合わせでも一意性を保証できない場合、ターゲットデータベースに重複データが発生するか、移行が失敗する可能性があります。

  • データ移行タスクは 1 つのデータベースのみを移行できます。複数のデータベースを移行する場合は、それぞれに対して個別のデータ移行タスクを作成する必要があります。

  • DML 操作(INSERT、DELETE、UPDATE)のみがレプリケートされます。

  • データ移行中、DTS は Amazon RDS for PostgreSQL 内にデータをレプリケートするためのレプリケーションスロットを作成します。レプリケーションスロットのプレフィックスは dts_sync_ です。DTS は 90 分ごとに自動的に不要になったレプリケーションスロットをクリーンアップし、ディスク領域の消費を防ぎます。

    説明

    データ移行タスクがリリースされた場合や失敗した場合は、DTS が自動的にレプリケーションスロットをクリーンアップします。Amazon RDS for PostgreSQL インスタンスでプライマリ/セカンダリ スイッチオーバーが発生した場合は、セカンダリデータベースにログインして手動でレプリケーションスロットをクリーンアップする必要があります。

    Amazon slot查询信息

  • Amazon RDS for PostgreSQL インスタンスでプライマリ/セカンダリ スイッチオーバーが発生すると、データ移行タスクは失敗し、復旧不能になる可能性があります。

  • DTS は失敗したデータ移行タスクの自動復旧をトリガーします。ワークロードをターゲットインスタンスに切り替える前に、タスクを停止またはリリースする必要があります。そうしないと、タスクの自動復旧によりソースデータがターゲットインスタンスのデータを上書きしてしまう可能性があります。

課金

移行タイプ

チャネル仕様料金

パブリックトラフィック料金

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

無料です。

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

増分データ移行

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

移行タイプ

  • スキーマ移行

    DTS はオブジェクトスキーマを ApsaraDB RDS for PostgreSQL に移行します。スキーマ移行でサポートされるオブジェクトタイプは次のとおりです:TABLE、TRIGGER、VIEW、SEQUENCE、FUNCTION、USER DEFINED TYPE、RULE、DOMAIN、OPERATION、AGGREGATE。

    説明

    DTS は C 言語で記述された関数を移行しません。

  • 完全なデータ移行

    DTS はソースオブジェクトのすべてのデータを ApsaraDB RDS for PostgreSQL に移行します。

  • 増分データ移行

    完全なデータ移行後、DTS は増分更新も ApsaraDB RDS for PostgreSQL に移行します。これにより、アプリケーションのダウンタイムを最小限に抑えてスムーズにデータ移行を完了できます。

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

データベース

スキーマ移行

完全なデータ移行

増分データ移行

Amazon RDS for PostgreSQL

pg_catalog に対する USAGE 権限

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

rds_superuser 権限

ApsaraDB RDS for PostgreSQL

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

スキーマ所有者権限

スキーマ所有者権限

データ移行プロセス

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

  1. TABLE、VIEW、SEQUENCE、FUNCTION、USER DEFINED TYPE、RULE、DOMAIN、OPERATION、AGGREGATE のスキーマを移行します。

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

  3. TRIGGER および FOREIGN KEY のスキーマを移行します。

  4. 増分データ移行を実行します。

    説明

    増分データ移行を開始する前に、移行オブジェクトに対して DDL 操作を実行しないでください。そうしないと、移行が失敗する可能性があります。

前提条件

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

  2. ページ右上隅で、ターゲットインスタンスが配置されているリージョンを選択します。

  3. 左側のナビゲーションウィンドウで、データベース をクリックします。ターゲットデータベースのデータベース識別子をクリックして、基本情報 ページを開きます。

    单击数据库标识符

  4. セキュリティグループルール セクションで、セキュリティグループの名前をクリックします。

    安全组规则

  5. セキュリティグループ設定 ページで、宛先リージョンの DTS サーバーの IP アドレス範囲をインバウンドルールに追加します。必要な IP アドレス範囲については、「データ移行・同期・サブスクリプションの IP ホワイトリスト」をご参照ください。

    AWS postgresql入站规则

    説明
    • ターゲットデータベースが配置されているリージョンの DTS サーバー CIDR ブロックのみを追加してください。たとえば、ソースデータベースがシンガポールにあり、ターゲットデータベースが中国 (杭州) にある場合は、中国 (杭州) リージョンの DTS サーバー CIDR ブロックのみを追加します。

    • 必要な CIDR ブロックを一度にすべて追加することも可能です。個別のインバウンドルールをそれぞれ追加する必要はありません。

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

操作手順 (新コンソール)

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

    警告

    ソースおよびターゲットインスタンスを選択した後は、ページ上部に表示される制限事項を慎重に確認することを推奨します。そうしないと、タスクが失敗したりデータの不整合が発生したりする可能性があります。

    セクション

    パラメーター

    説明

    N/A

    タスク名

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

    ソースデータベース

    DMS データベースインスタンスの選択

    必要に応じて、既存のインスタンスを使用するかどうかを選択できます。

    • 既存のインスタンスを使用する場合、以下のデータベース情報が自動的に入力され、再度入力する必要はありません。

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

    説明

    データベースタイプ

    PostgreSQL を選択します。

    アクセス方法

    パブリック IP アドレス を選択します。

    インスタンスリージョン

    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 証明書 をアップロードする必要があります。

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

    • RDS for PostgreSQL インスタンスの SSL 暗号化機能については、「SSL 接続暗号化」をご参照ください。

    宛先データベース

    DMS データベースインスタンスの選択

    必要に応じて、既存のインスタンスを使用するかどうかを選択できます。

    • 既存のインスタンスを使用する場合、以下のデータベース情報が自動的に入力され、再度入力する必要はありません。

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

    説明

    データベースタイプ

    PostgreSQL を選択します。

    アクセス方法

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

    インスタンスリージョン

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

    インスタンス ID

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

    データベース名

    ApsaraDB RDS for PostgreSQL インスタンス内のターゲットデータベース名を入力します。この名前はソースデータベース名と異なっていても構いません。

    説明

    データベースは ApsaraDB RDS for PostgreSQL インスタンス内に存在している必要があります。データベースの作成方法については、「データベースの作成」をご参照ください。

    データベースアカウント

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

    データベースパスワード

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

    暗号化

    接続方法を選択します。この例では、非暗号化 を選択しています。

    SSL 暗号化を使用してデータベースに接続する必要がある場合は、SSL 暗号化 を選択し、必要に応じて CA 証明書クライアント証明書、および クライアント証明書の秘密鍵 をアップロードします。その後、クライアント証明書の秘密鍵のパスワード を入力します。

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

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

    • RDS for PostgreSQL インスタンスの SSL 暗号化機能については、「SSL 接続暗号化」をご参照ください。

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

    説明

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

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

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

      パラメーター

      説明

      移行タイプ

      スキーマ移行 および 増分データ移行 の両方にチェックを入れます。完全データ移行 も選択することを推奨します。

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

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

        説明

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

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

        警告

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

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

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

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

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

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

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

      ソースオブジェクト

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

      説明

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

      選択中のオブジェクト

      • ターゲットインスタンスで単一の移行オブジェクトの名前を変更するには、選択中のオブジェクト ボックス内のオブジェクトを右クリックします。詳細については、「個別のスキーマ、テーブル、列名のマッピング」をご参照ください。

      • ターゲットインスタンスで複数の移行オブジェクトの名前を変更するには、一括編集 ボックスの右上隅にある 選択中のオブジェクト をクリックします。詳細については、「複数のスキーマ、テーブル、列名のマッピング」をご参照ください。

      説明
      • オブジェクト名マッピング機能を使用すると、依存オブジェクトの移行が成功しない可能性があります。

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

      • スキーマまたはテーブルレベルで移行する 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 とは」をご参照ください。有効値:

      監視アラート

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      カテゴリ

      パラメーター

      説明

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

      リソースグループの設定

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

      インスタンスクラス

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

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

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

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

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

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

操作手順 (旧コンソール)

  1. DTS コンソールにログインします。

    説明

    Data Management (DMS) コンソールに自動的にリダイレクトされた場合は、画面右下の jiqiren アイコンをクリックしてから、返回旧版 をクリックしてクラシック DTS コンソールに戻ることができます。

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

  3. 移行タスク ページの上部で、宛先クラスターのリージョンを選択します。

  4. ページ右上隅で、移行タスクの作成 をクリックします。

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

    源库及目标库配置

    カテゴリ

    パラメーター

    説明

    N/A

    タスク名

    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 インスタンス内に存在している必要があります。存在しない場合は、「データベースの作成」をご参照ください。

    データベースアカウント

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

    データベースパスワード

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

    説明

    ターゲットデータベース情報を入力した後、データベースのパスワード の横にある 接続テスト をクリックして、入力した情報が正しいかどうかを確認できます。情報が正しい場合、合格 メッセージが表示されます。失敗 メッセージが表示された場合は、失敗 の横にある チェック をクリックし、プロンプトに基づいてターゲットデータベース情報を調整してください。

  6. 設定を完了したら、ページ右下隅の ホワイトリストを設定して次へ をクリックします。

    ソースまたはターゲットデータベースが Alibaba Cloud データベースインスタンス(例:ApsaraDB for MySQL または ApsaraDB for MongoDB)の場合、DTS は選択したリージョンの DTS サーバーの IP アドレスを Alibaba Cloud データベースインスタンスのホワイトリストに自動的に追加します。ソースまたはターゲットデータベースが ECS インスタンス上でホストされている自己管理データベースの場合、DTS は選択したリージョンの DTS サーバーの IP アドレスを ECS インスタンスのセキュリティルールに自動的に追加します。また、自己管理データベースが ECS インスタンスからのアクセスを制限していないことを確認する必要があります。データベースクラスターが複数の ECS インスタンスにデプロイされている場合は、他の各 ECS インスタンスのセキュリティルールに選択したリージョンの DTS サーバーの IP アドレスを手動で追加する必要があります。ソースまたはターゲットデータベースがオンプレミスデータセンターまたはサードパーティクラウドの自己管理データベースの場合、選択したリージョンの DTS サーバーの IP アドレスをセキュリティ設定に手動で追加してアクセスを許可する必要があります。DTS サーバーの IP アドレスについては、「DTS サーバーの IP アドレス範囲」をご参照ください。

    警告

    DTS サーバーのパブリック IP アドレスを自動または手動で追加することは、セキュリティリスクをもたらす可能性があります。本製品をご利用になることで、これらの潜在的なリスクを認識し、受け入れるものとします。強力なパスワードの使用、オープンポートの制限、内部 API の認証、不要なネットワークセグメントの定期的なレビューと制限、Express Connect、VPN Gateway、Smart Access Gateway などのプライベート接続の使用など、基本的なセキュリティ対策を講じる責任はお客様にあります。

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

    选择迁移类型和对象

    パラメーター

    説明

    移行タイプ

    スキーマ移行完全なデータ移行、および 増分データ移行 を選択します。

    移行オブジェクト

    利用可能 ボックスで、移行するオブジェクトを選択し、向右小箭头 アイコンをクリックして 選択中のオブジェクト ボックスに移動させます。

    説明
    • 移行オブジェクトは、スキーマ、テーブル、または列レベルで選択できます。

    • デフォルトでは、移行後のオブジェクト名は変更されません。ターゲットの ApsaraDB RDS for PostgreSQL インスタンスで移行オブジェクトの名前を変更する必要がある場合は、DTS が提供するオブジェクト名マッピング機能を使用します。詳細については、「オブジェクト名マッピング」をご参照ください。

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

    マッピングされたオブジェクトの名前変更

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

    接続失敗時の再試行時間

    デフォルトの再試行時間は 12 時間です。カスタム時間を指定することもできます。指定された時間内に DTS がソースまたはターゲットデータベースに再接続できた場合、移行タスクは自動的に再開されます。そうでない場合、移行タスクは失敗します。

    説明

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

  8. 設定を完了したら、ページ右下隅の 事前チェックして開始 をクリックします。

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

    • 事前チェックが失敗した場合は、失敗した項目の横にある 提示 アイコンをクリックして詳細を表示します。

      • プロンプトに従って問題を修正し、再度事前チェックを実行します。

      • 警告項目を修正する必要がない場合は、無視 を選択してから、警告を無視して再度事前チェック をクリックして、再度事前チェックを実行します。

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

  10. 表示される 設定の確認 ダイアログボックスで、インスタンスクラス を選択し、Data Transmission Service (従量課金) サービス規約 チェックボックスをオンにします。

  11. 購入して起動 をクリックして、移行タスクを開始します。

    説明

    移行タスクは自動的に停止せず、手動で停止する必要があります。オフピーク時間帯やビジネスをターゲットインスタンスに切り替える準備ができた適切なタイミングでタスクを停止することを推奨します。

    1. タスクの進捗が 増分データ移行 になり、ステータスが 遅延なし になるまで待ちます。その後、数分間ソースデータベースへの書き込みを停止します。この間、増分データ移行 ステータスに遅延が表示される可能性があります。

    2. 増分データ移行 ステータスが 遅延なし に戻ったら、手動で移行タスクを停止します。结束增量迁移任务

  12. ビジネスを ApsaraDB RDS for PostgreSQL インスタンスに切り替えます。