すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:自己管理 Oracle から ApsaraDB RDS for PostgreSQL への移行

    ドキュメントセンター

    Data Transmission Service:自己管理 Oracle から ApsaraDB RDS for PostgreSQL への移行

    最終更新日:Jul 18, 2026

    Data Transmission Service (DTS) は、自己管理 Oracle データベースから ApsaraDB RDS for PostgreSQL インスタンスへのデータ移行を実行します。DTS はスキーマ移行、完全なデータ移行、および増分データ移行をサポートしています。これらの移行タイプを組み合わせることで、アプリケーションのダウンタイムをゼロに抑えて移行を完了できます。

    前提条件

    • 自己管理 Oracle データベースは、Oracle 9i、10g、11g、12c、18c、または 19c を実行している必要があります。

    • 自己管理 Oracle データベースは ARCHIVELOG モードである必要があります。アーカイブログに適切な保存期間を設定し、アクセス可能であることを確認してください。詳細については、「ARCHIVELOG」をご参照ください。

    • 自己管理 Oracle データベースでは補足ログが有効になっている必要があります。また、supplemental_log_data_pk および supplemental_log_data_ui パラメーターも有効にしてください。詳細については、「Supplemental Logging」をご参照ください。

    • 自己管理 Oracle データベースから移行する各テーブルには、プライマリキーまたは UNIQUE NOT NULL インデックスが存在する必要があります。

    • ターゲットとなる RDS for PostgreSQL インスタンスが存在している必要があります。詳細については、「RDS for PostgreSQL インスタンスのクイック作成」をご参照ください。

    • データ移行を開始する前に、Oracle ソースデータベースに対する DTS の機能と制限事項を理解することを推奨します。また、クラウド移行を円滑に進めるために、ADAM (Advanced Database & Application Migration) を使用してデータベース評価を実施することも推奨します。詳細については、「Oracle データベースの制限事項と準備」および「データベース評価の概要」をご参照ください。

    注意事項

    説明

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

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

    種別

    説明

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

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

    • ソースデータベースが専用回線経由で接続されている場合、接続情報に仮想 IP アドレス (VIP) のいずれかを設定する必要があります。これにより、Oracle Real Application Clusters (RAC) が専用回線経由でデータ移行タスクに接続できるようになります。

    • 自己管理 Oracle データベースが RAC アーキテクチャを使用しており、かつ専用回線、VPN Gateway、Smart Access Gateway、Database Gateway (DG)、Cloud Enterprise Network (CEN)、または ECS インスタンス経由で接続されている場合、Single Client Access Name (SCAN) IP アドレスを設定することはできません。接続情報には VIP のいずれかのみを設定できます。この方法を使用する場合、RAC のノード切り替えはサポートされません。

    • 移行対象データに Oracle が NULL として扱う `varchar2` 型の空文字列が含まれており、かつターゲットデータベースの対応フィールドに非 NULL 制約が設定されている場合、移行タスクは失敗します。

    • 移行対象テーブルで FGA (Fine-Grained Audit) ポリシーが有効になっている場合、DTS は ORA_ROWSCN 擬似カラムを認識できず、移行ジョブが失敗します。

      説明

      移行対象テーブルの FGA ポリシーを無効にするか、これらのテーブルからのデータ移行を実施しないでください。

    • 移行オブジェクトに関する要件：

      • 移行対象テーブルにはプライマリキーまたは一意制約が存在し、フィールド値が一意である必要があります。そうでない場合、ターゲットデータベースに重複データが発生する可能性があります。

      • 自己管理 Oracle データベースのバージョンが 12c 以降の場合、移行対象テーブル名の長さは 30 バイトを超えてはなりません。

      • テーブル単位でオブジェクトを移行し、テーブル名やカラム名のマッピングなど編集を行う必要がある場合、1 つのデータ移行タスクでサポートされる最大テーブル数は 1,000 です。この上限を超えると、タスク送信後にエラーが報告されます。その場合は、テーブルを複数のバッチに分割して各バッチごとに個別のタスクを設定するか、データベース全体を移行するタスクを設定してください。

    • 増分移行の場合、Redo ログおよびアーカイブログ：

      • 有効である必要があります。

      • 増分データ移行タスクの場合、DTS はソースデータベースの Redo Logs およびアーカイブログを 24 時間以上保持することを要求します。完全および増分データ移行を含むタスクの場合、DTS は Redo Logs およびアーカイブログを少なくとも 7 日間保持することを要求します。完全データ移行が完了後、保持期間を 24 時間以上に変更できます。保持期間が DTS の要件より短い場合、DTS タスクはログを取得できないため失敗する可能性があります。極端なケースでは、データの不整合や損失が発生する可能性があります。DTS の要件よりも短いログ保持期間によって発生した問題は、DTS サービスレベルアグリーメント (SLA) の適用外となります。

    • ソースデータベース操作に関する制限事項：

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

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

      • 大規模なテキストフィールドを個別に更新することはサポートされておらず、タスクが失敗します。

    その他の制限事項

    • データ移行前にソースおよびターゲットデータベースのパフォーマンスを評価し、オフピーク時間帯に移行を実施してください。完全データ移行中、DTS はソースおよびターゲットデータベースの一部の読み取り・書き込みリソースを消費するため、データベース負荷が増加する可能性があります。

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

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

    • ソースおよびターゲットデータベースの文字セットが互換性を持つことを確認してください。互換性のない文字セットは、データの不整合やタスクの失敗を引き起こす可能性があります。

    • DTS のスキーマ移行機能を使用してください。そうしないと、データ型の互換性の問題によりタスクが失敗する可能性があります。

    • ソースおよびターゲットデータベースのタイムゾーンは同一である必要があります。

    • 外部テーブルの移行はサポートされていません。

    • PACKAGE、PACKAGE_BODY、MATERIALIZED_VIEW、SYNONYM、TYPE、TYPE_BODY、および PROCEDURE の移行はサポートされていません。

    • ターゲットの ApsaraDB RDS for PostgreSQL インスタンスは null 終端文字 ('\0') をサポートしていません。移行対象データにこの文字が含まれている場合、DTS はターゲットデータベースにその文字を書き込まず、データの不整合が発生します。

    • DTS は、ソースの自己管理 Oracle データベースの CHECK 制約を、ターゲットの ApsaraDB RDS for PostgreSQL インスタンスに移行する際に NOT NULL 制約に変換します。

    • ユーザー定義の Type オブジェクトはターゲットの ApsaraDB RDS for PostgreSQL インスタンスに移行できます。ただし、DTS は Oracle が自動生成する組み込み型オブジェクトを自動的に移行しません。

      説明

      ターゲットの ApsaraDB RDS for PostgreSQL インスタンスは、ソース Oracle データベースの組み込みオブジェクトをサポートしています。これらを移行する必要はありません。

    • 増分移行中、Oracle Data Pump を使用してソースデータベースにデータをインポートすることはサポートされていません。これによりデータ損失が発生する可能性があります。

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

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

      説明

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

    課金

    移行タイプ

    タスク設定料金

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

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

    無料です。

    DTS は、ターゲットデータベースのアクセス方法がパブリック IP アドレスに設定されている場合、インターネットトラフィック料金を請求します。「課金概要」。

    増分データ移行

    課金対象です。「課金概要」をご参照ください。

    移行タイプ

    種別

    説明

    スキーマ移行

    DTS は移行オブジェクトのスキーマを ApsaraDB RDS for PostgreSQL インスタンスに移行します。サポートされるオブジェクトタイプ：テーブル、ビュー、シノニム、トリガー、ストアドプロシージャ、ストアドファンクション、パッケージ、およびカスタム型。

    説明

    DTS はトリガーと互換性がありません。データの不整合を防ぐため、ソースデータベースからトリガーを削除してください。詳細については、「トリガーが存在するソースデータベースの同期または移行ジョブの設定」をご参照ください。

    完全データ移行

    DTS は選択した移行オブジェクトの既存データすべてを自己管理 Oracle データベースから ApsaraDB RDS for PostgreSQL インスタンスに移行します。

    説明

    スキーマ移行および完全データ移行が完了するまで、移行オブジェクトに対して DDL 操作を実行しないでください。そうしないと、移行タスクが失敗する可能性があります。

    増分データ移行

    完全データ移行後、DTS は自己管理 Oracle データベースの redo ログをポーリングおよびキャプチャし、増分更新を ApsaraDB RDS for PostgreSQL インスタンスに同期します。

    増分データ移行により、Oracle から ApsaraDB RDS for PostgreSQL への移行中のアプリケーションのダウンタイムを最小限に抑えることができます。

    増分移行の SQL 操作

    種別

    SQL ステートメント

    DML

    INSERT、UPDATE、DELETE

    DDL

    • CREATE TABLE

      説明

      増分移行では、パーティションテーブル、サブパーティションテーブル、関数を含む定義を持つテーブル、および CREATE TABLE AS SELECT ステートメントの CREATE TABLE はサポートされていません。

    • ALTER TABLE（ADD COLUMN、ADD INDEX、DROP COLUMN、DROP INDEX、MODIFY COLUMN、RENAME COLUMN を含む）

    • DROP TABLE

    • RENAME TABLE、TRUNCATE TABLE、および CREATE INDEX

    前提条件

    ソース Oracle データベースにログインし、データ収集用のデータベースアカウントを作成して、必要な権限を付与します。

    説明

    次の表に記載されている権限を持つアカウントがすでに存在する場合は、この手順をスキップできます。

    データベース

    スキーマ移行

    完全移行

    増分移行

    自己管理 Oracle データベース

    スキーマ所有者権限

    スキーマ所有者権限

    詳細権限

    ApsaraDB RDS for PostgreSQL

    スキーマ所有者権限

    データベースアカウントを作成して権限を付与するには、以下を参照してください。

    重要

    増分データを移行するには、アーカイブログおよび補足ログも有効にする必要があります。詳細については、「データベース構成」をご参照ください。

    操作手順

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

      移行元データベース

      データベースタイプ

      Oracle を選択します。

      アクセス方法

      ソースデータベースのデプロイ場所に基づいて接続タイプを選択します。本トピックでは例として インターネット IP アドレス を使用します。

      説明

      自己管理データベースに他のインスタンスタイプを使用する場合、対応する準備も完了させる必要があります。

      インスタンスリージョン

      ソース Oracle データベースが配置されているリージョンを選択します。

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

      自己管理 Oracle データベースのエンドポイントを入力します。

      ポート

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

      説明

      この例では、サービスポートがパブリックインターネット経由でアクセス可能である必要があります。

      Oracle の型

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

      • RAC または PDB インスタンス：このオプションを選択する場合、サービス名 も指定する必要があります。

      本トピックでは例として Non-RAC Instance を使用します。

      データベースアカウント

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

      データベースパスワード

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

      移行先データベース

      データベースタイプ

      PostgreSQL を選択します。

      アクセス方法

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

      インスタンスリージョン

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

      インスタンス ID

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

      データベース名

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

      データベースアカウント

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

      データベースパスワード

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

      暗号化

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

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

      説明

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

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

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

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

      説明

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

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

      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 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS を設定して、ターゲットデータベースの負荷を軽減できます。

        説明

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

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

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

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

        説明

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

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

        環境タグ

        インスタンスを識別するために環境タグを選択します。任意です。

        実際の書き込みコード

        ターゲットへのデータ書き込みに使用する文字コードを選択します。

        ETL 機能の設定

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

        監視アラート

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

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

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

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

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

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

      説明

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

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

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

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

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

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

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

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

        カテゴリ

        パラメーター

        説明

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

        リソースグループの設定

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

        インスタンスクラス

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

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

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

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

        説明

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

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