すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:PolarDB for PostgreSQL から RDS for PostgreSQL へのデータ移行

    ドキュメントセンター

    Data Transmission Service:PolarDB for PostgreSQL から RDS for PostgreSQL へのデータ移行

    最終更新日:Feb 05, 2026

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

    前提条件

    • 移行元の PolarDB for PostgreSQL データベースクラスターを作成済みであること。詳細については、「データベースクラスターの作成」をご参照ください。

    • 移行先の RDS for PostgreSQL インスタンスを作成済みであること。詳細については、「RDS for PostgreSQL インスタンスの作成」をご参照ください。

    • 移行元の PolarDB for PostgreSQL インスタンスの wal_level パラメーターを logical に設定済みであること。パラメーターの設定方法の詳細については、「クラスターパラメーターの設定」をご参照ください。

    • 移行先データベースのストレージ領域が、移行元データベースの使用済みストレージ領域よりも大きいこと。

    注意事項

    説明

    • スキーマ移行中、DTS は外部キーを移行元データベースから移行先データベースに移行します。

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

    タイプ

    説明

    移行元データベースの制限

    • PolarDB for PostgreSQL クラスターにおいて、移行対象のテーブルにはプライマリキーまたは NULL 値を許容しない一意なインデックスが必要です。

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

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

      説明

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

    • 移行元データベースでの操作に関する制限：

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

      • 完全データ移行のみを実行する場合、移行元インスタンスに新しいデータを書き込まないでください。書き込むと、移行元データベースと移行先データベース間でデータ不整合が発生します。リアルタイムでのデータ整合性を維持するため、スキーマ移行、完全データ移行、増分データ移行を選択することを推奨します。

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

    その他の制限

    • 1 つのデータ移行タスクで移行できるデータベースは 1 つだけです。複数のデータベースを移行するには、データベースごとに個別のデータ移行タスクを設定してください。

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

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

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

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

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

      説明

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

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

    • 移行対象のテーブルに SERIAL 型のフィールドが含まれている場合、移行元データベースはそのフィールドに対して自動的にシーケンスを作成します。そのため、ソースオブジェクト を設定する際に、移行タイプ で スキーマ移行 を選択した場合は、[シーケンス] も選択するか、スキーマ全体を移行することを推奨します。そうしないと、移行インスタンスが失敗する可能性があります。

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

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

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

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

      説明

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

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

    • 移行先データベースへのサービス切り替え後、新しいシーケンスは移行元データベースの最大シーケンス値から増分を開始しません。切り替え前に移行先データベースのシーケンス値を更新する必要があります。詳細については、「移行先データベースのシーケンス値の更新」をご参照ください。

    • 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 はセッションレベルで session_replication_role パラメーターを一時的に replica に設定します。移行先データベースのアカウントがこれらの権限を持っていない場合は、移行先データベースで手動で session_replication_role パラメーターを replica に設定する必要があります。この期間中 (session_replication_role が replica のとき) に、移行元データベースでカスケード更新または削除操作が発生すると、データ不整合が発生する可能性があります。DTS 移行タスクがリリースされた後、session_replication_role パラメーターを origin に戻すことができます。

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

      説明

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

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

      説明

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

    課金

    移行タイプ

    インスタンス構成料金

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

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

    無料。

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

    増分データ移行

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

    移行タイプ

    • スキーマ移行

      DTS は、移行オブジェクトのスキーマ定義を移行元データベースから移行先データベースに移行します。

    • 完全移行

      DTS は、指定された移行オブジェクトのすべての既存データを移行元データベースから移行先データベースに移行します。

    • 増分移行

      完全移行が完了した後、DTS は増分データ更新を移行元データベースから移行先データベースに移行します。増分移行により、自己管理アプリケーションを中断することなく、スムーズにデータを移行できます。

    サポートされるオブジェクト

    • SCHEMA、TABLE

      説明

      これには、PRIMARY KEY、UNIQUE KEY、FOREIGN KEY、DATATYPE (組み込みデータ型)、および DEFAULT CONSTRAINT が含まれます。

    • VIEW、PROCEDURE (PostgreSQL 11 以降)、FUNCTION、RULE、SEQUENCE、EXTENSION、TRIGGER、AGGREGATE、INDEX、OPERATOR、DOMAIN

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

    操作タイプ

    SQL 操作

    DML

    INSERT、UPDATE、DELETE

    DDL

    • 2020 年 10 月 1 日以降に作成されたデータ移行タスクのみが DDL 操作の移行をサポートします。

      重要

      • 2023 年 5 月 12 日より前に作成されたデータ移行タスクの場合、移行タスクを設定する前に、移行元データベースでトリガーと関数を作成して DDL 情報をキャプチャする必要があります。詳細については、「トリガーと関数を使用して PostgreSQL の増分 DDL 移行を実装する」をご参照ください。

      • bit データ型は増分データ移行中に移行できません。

    • 移行元データベースのアカウントが特権アカウントである場合、移行タスクは以下の DDL 文をサポートします：

      • CREATE TABLE、DROP TABLE

      • ALTER TABLE (RENAME TABLE、ADD COLUMN、ADD COLUMN DEFAULT、ALTER COLUMN TYPE、DROP COLUMN、ADD CONSTRAINT、ADD CONSTRAINT CHECK、ALTER COLUMN DROP DEFAULT を含む)

      • TRUNCATE TABLE (移行元の PostgreSQL 11 以降)

      • CREATE INDEX ON TABLE

      重要

      • CASCADE や RESTRICT などの DDL 文内の追加情報は移行されません。

      • SET session_replication_role = replica コマンドを使用するセッション内の DDL 文は移行されません。

      • FUNCTION やその他のメソッドを呼び出して実行される DDL 文は移行されません。

      • 移行元データベースで単一のトランザクションで送信された複数の SQL 文に DML と DDL の両方が含まれている場合、DDL 文は移行されません。

      • 移行元データベースで単一のトランザクションで送信された複数の SQL 文に非移行オブジェクトの DDL 文が含まれている場合、DDL 文は移行されません。

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

    データベース

    スキーマ移行

    完全移行

    増分移行

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

    PolarDB for PostgreSQL

    特権アカウント

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

    RDS for PostgreSQL

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

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

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

    アカウントの作成

    操作手順

    1. 以下のいずれかの方法で、移行先リージョンの移行タスク一覧ページに移動します。

      DTS コンソールから

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

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

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

      DMS コンソールから

      説明

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

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

      2. トップメニューバーで、[データ + AI] > [データ転送 (DTS)] > [データ移行] を選択します。

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

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

    3. 移行元データベースと移行先データベースを設定します。

      カテゴリ

      構成

      説明

      なし

      タスク名

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

      ソースデータベース

      データベースタイプ

      PolarDB for PostgreSQL を選択します。

      アクセス方法

      [クラウドインスタンス] を選択します。

      インスタンスリージョン

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

      クロスアカウント

      この例では、同じ Alibaba Cloud アカウント内でデータを移行する方法を示します。[いいえ] を選択します。

      インスタンスID

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

      データベース名

      PolarDB for PostgreSQL データベースの名前を入力します。

      データベースアカウント

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

      データベースパスワード

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

      宛先データベース

      データベースタイプ

      [PostgreSQL] を選択します。

      アクセス方法

      [クラウドインスタンス] を選択します。

      インスタンスリージョン

      移行先の RDS for PostgreSQL インスタンスが存在するリージョンを選択します。

      インスタンス ID

      移行先の RDS for PostgreSQL インスタンスの ID を選択します。

      [データベース名]

      移行先 RDS for PostgreSQL インスタンス内の移行オブジェクトが属するデータベースの名前を入力します。

      データベースアカウント

      移行先の RDS for PostgreSQL インスタンスのデータベースアカウントを入力します。

      データベースパスワード

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

      暗号化

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

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

      説明

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

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

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

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

      説明

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

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

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

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

        構成

        説明

        移行タイプ

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

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

        説明

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

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

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

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

          説明

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

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

          警告

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

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

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

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

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

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

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

        ソースオブジェクト

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

        説明

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

        • 移行対象のテーブルに SERIAL フィールドが含まれており、移行タイプ で スキーマ移行 を選択した場合、[シーケンス] も選択するか、スキーマ全体を移行することを推奨します。

        選択中のオブジェクト

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

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

        説明

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

      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 とは何か？」をご参照ください。有効な値：

        監視アラート

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

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

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

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

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

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

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

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

      説明

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

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

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

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

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

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

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

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

        カテゴリ

        パラメーター

        説明

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

        リソースグループの設定

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

        インスタンスクラス

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

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

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

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

        説明

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

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