すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:ApsaraDB RDS for MySQL インスタンスから自己管理 Oracle データベースへのデータ同期

    ドキュメントセンター

    Data Transmission Service:ApsaraDB RDS for MySQL インスタンスから自己管理 Oracle データベースへのデータ同期

    最終更新日:Nov 09, 2025

    Data Transmission Service (DTS) は、MySQL インスタンスから Oracle データベースへのデータ同期をサポートしています。

    サポートされているソースデータベースとターゲットデータベース

    次の表に、MySQL データベースから Oracle データベースへのデータ同期でサポートされているソースデータベースとターゲットデータベースのタイプを示します。このトピックでは、このタイプのデータ同期の構成について説明します。この例では、データは ApsaraDB RDS for MySQL インスタンスから Elastic Compute Service (ECS) でホストされている自己管理 Oracle データベースに同期されます。他のタイプのデータベースとのデータ同期を構成する手順も同様です。

    ソースデータベース

    ターゲットデータベース

    • ApsaraDB RDS for MySQL インスタンス
    • Elastic Compute Service (ECS) でホストされている自己管理データベース
    • Express Connect、VPN Gateway、または Smart Access Gateway 経由で接続されている自己管理データベース
    • データベースゲートウェイ経由で接続されている自己管理データベース
    • Cloud Enterprise Network (CEN) 経由で接続されている自己管理データベース

    • Express Connect、VPN Gateway、または Smart Access Gateway 経由で接続されている自己管理データベース。

    • ECS でホストされている自己管理データベース。

    • データベースゲートウェイ経由で接続されている自己管理データベース。

    • Cloud Enterprise Network (CEN) 経由で接続されている自己管理データベース。

    前提条件

    • 自己管理 Oracle データベースはアーカイブログモードで実行されています。アーカイブされたログファイルにアクセスでき、アーカイブされたログファイルに適切な保持期間が設定されています。詳細については、「アーカイブ REDO ログファイルの管理」をご参照ください。

    • 自己管理 Oracle データベースで補足ログ機能が有効になっており、SUPPLEMENTAL_LOG_DATA_PK および SUPPLEMENTAL_LOG_DATA_UI パラメーターが Yes に設定されています。詳細については、「補足ログ」をご参照ください。

    • 自己管理 Oracle データベースが Real Application Clusters (RAC) アーキテクチャの場合、データベースは Alibaba Cloud VPC (VPC) に接続されています。ルーティングルールが構成され、Oracle RAC データベースの各 Single Client Access Name (SCAN) IP と各ノードの仮想 IP アドレス (VIP) が VPC に接続されます。これにより、DTS タスクが期待どおりに実行されることが保証されます。詳細については、「オンプレミスデータベースを Alibaba Cloud に接続する」および「VPN Gateway を使用してデータセンターを DTS に接続する」をご参照ください。

    使用上の注意

    説明

    完全データ同期および増分データ同期中:

    • ソースデータベースにカスケード更新または削除操作が存在する場合、データ不整合が発生する可能性があります。

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

    タイプ

    説明

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

    • 同期するテーブルには、プライマリキーまたは一意制約が必要であり、フィールドは一意である必要があります。そうしないと、ターゲットデータベースに重複データが表示される可能性があります。

    • テーブルレベルでデータを同期し、マッピングテーブルや列名などのオブジェクトを編集する必要がある場合、単一のデータ同期タスクは最大 1,000 テーブルをサポートします。この制限を超えると、タスクを送信した後にエラーが報告されます。この場合、テーブルを複数のデータ同期タスクに分割するか、データベース全体を同期するタスクを構成します。

    • バイナリログ:

      • バイナリログは、ApsaraDB RDS for MySQL インスタンスでデフォルトで有効になっています。`binlog_row_image` パラメーターが `full` に設定されていることを確認する必要があります。そうしないと、事前チェックが失敗し、データ同期タスクを開始できません。パラメーターの設定方法の詳細については、「インスタンスパラメーターの設定」をご参照ください。

        重要

        • ソースインスタンスが自己管理 MySQL データベースの場合、バイナリログを有効にし、`binlog_format` パラメーターを `row` に、`binlog_row_image` パラメーターを `full` に設定する必要があります。

        • ソースの自己管理 MySQL データベースが、2 つのデータベースが互いにプライマリとセカンダリであるプライマリ/プライマリ アーキテクチャである場合、`log_slave_updates` パラメーターを有効にする必要があります。これにより、DTS がすべてのバイナリログを取得できるようになります。詳細については、「自己管理 MySQL データベースのデータベースアカウントを作成してバイナリログを構成する」をご参照ください。

      • ApsaraDB RDS for MySQL インスタンスのローカルバイナリログは、少なくとも 3 日間保持する必要があります。7 日間保持することをお勧めします。自己管理 MySQL データベースのローカルバイナリログは、少なくとも 7 日間保持する必要があります。そうしないと、DTS がバイナリログを取得できないため、DTS タスクが失敗する可能性があります。極端な場合、データが不整合になったり失われたりする可能性があります。必要な期間よりも短いバイナリログ保持期間によって引き起こされる問題は、DTS サービスレベルアグリーメント (SLA) の対象外です。

        説明

        RDS MySQL インスタンスのローカルバイナリログの [保持期間] の設定手順については、「ローカルログの自動削除」をご参照ください。

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

    • 同期中、物理バックアップを使用したデータ回復やカスケード操作など、バイナリログに記録されない操作によって生成されたデータ変更は、ターゲットデータベースに同期されません。

      説明

      これが発生した場合、ビジネスで許可されていれば、同期オブジェクトからデータベースまたはテーブルを削除してから再度追加できます。詳細については、「同期オブジェクトの変更」をご参照ください。

    • ソースデータベースがバージョン 8.0.23 以降の MySQL データベースで、同期するデータに非表示の列が含まれている場合、これらの列のデータを取得できないため、データが失われる可能性があります。

      説明

      • ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; コマンドを実行して、非表示の列を表示できます。詳細については、「非表示の列」をご参照ください。

      • プライマリキーのないテーブルは、非表示のプライマリキーを自動的に生成します。この非表示のプライマリキーも表示する必要があります。詳細については、「生成された非表示のプライマリキー」をご参照ください。

    その他の制限

    • 複数の列プロパティの変更はサポートされていません。

    • 基本データ型の変更はサポートされていません。

    • 複数のテーブルのマージなど、一時テーブルを使用するオンライン DDL 操作をソースデータベースで実行すると、ターゲットデータベースでデータが失われたり、同期インスタンスが失敗したりする可能性があります。

    • 自己管理 Oracle データベースが Real Application Clusters (RAC) アーキテクチャの場合、ScanIP を構成することはできません。接続情報には 1 つの仮想 IP アドレス (VIP) のみ構成できます。この構成後、RAC でのノード切り替えはサポートされません。

    • 同期インスタンスの実行中にプライマリキーまたは一意キーの競合が発生した場合:

      • ソースデータベースとターゲットデータベースのスキーマが同じで、ターゲットデータベースのデータレコードがソースデータベースのデータレコードと同じプライマリキー値または一意キー値を持つ場合:

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

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

      • ソースデータベースとターゲットデータベースのスキーマが異なる場合、データの初期化に失敗する可能性があります。この場合、一部の列のみが同期されるか、データ同期インスタンスが失敗します。注意して進めてください。

    • ApsaraDB RDS for MySQL インスタンスで Always-Confidential (EncDB) 機能が有効になっている場合、初期完全データ同期はサポートされていません。

      説明

      TDE (透過的データ暗号化) が有効になっている ApsaraDB RDS for MySQL インスタンスは、スキーマ同期、初期完全データ同期、および増分データ同期をサポートしています。

    • インスタンスに障害が発生した場合、DTS ヘルプデスクは 8 時間以内にインスタンスの回復を試みます。回復プロセス中に、インスタンスの再起動やパラメーターの調整などの操作が実行される場合があります。

      説明

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

    特殊なケース

    • ソースデータベースが自己管理 MySQL データベースの場合:

      • 同期中にソースデータベースでプライマリ/セカンダリフェールオーバーが発生すると、同期タスクは失敗します。

      • DTS のレイテンシーは、ターゲットデータベースに同期された最後のデータレコードのタイムスタンプと現在のタイムスタンプの差に基づいて計算されます。ソースデータベースで DML 操作が長時間実行されない場合、レイテンシー情報が不正確になる可能性があります。表示されるレイテンシーが高すぎる場合は、ソースデータベースで DML 操作を実行してレイテンシー情報を更新できます。

        説明

        データベース全体を同期することを選択した場合は、ハートビートテーブルを作成することもできます。ハートビートテーブルは 1 秒ごとに更新または書き込みされます。

      • DTS は、ソースデータベースで CREATE DATABASE IF NOT EXISTS `test` コマンドを定期的に実行して、バイナリログのオフセットを進めます。

      • ソースデータベースが Amazon Aurora MySQL インスタンスまたは別のクラスター化 MySQL インスタンスである場合は、タスク用に構成されたドメイン名または IP アドレスとその解決結果が常に読み取り/書き込み (RW) ノードを指していることを確認してください。そうしないと、同期タスクが期待どおりに実行されない可能性があります。

    • ソースデータベースが ApsaraDB RDS for MySQL インスタンスの場合:

      • ApsaraDB RDS for MySQL 5.6 の読み取り専用インスタンスなど、トランザクションログを記録しない ApsaraDB RDS for MySQL インスタンスは、ソースデータベースとして使用できません。

      • DTS は、ソースデータベースで CREATE DATABASE IF NOT EXISTS `test` コマンドを定期的に実行して、バイナリログのオフセットを進めます。

    課金

    同期タイプタスク構成料金
    スキーマ同期と完全データ同期無料です。
    増分データ同期課金されます。詳細については、「課金の概要」をご参照ください。

    サポートされている同期トポロジ

    • 一方向 1 対 1 同期

    • 一方向 1 対多同期

    • 一方向多対 1 同期

    同期可能な SQL 操作

    操作タイプ

    操作

    DML

    INSERT、UPDATE、および DELETE

    DDL

    • CREATE TABLE、ALTER TABLE、DROP TABLE、RENAME TABLE、および TRUNCATE TABLE

    • ADD COLUMN、DROP COLUMN、MODIFY COLUMN、および RENAME COLUMN

    • CREATE INDEX、UNIQUE INDEX、および DROP INDEX

    手順

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

      DTS コンソール

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

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

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

      DMS コンソール

      説明

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

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

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

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

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

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

      セクション

      パラメーター

      説明

      N/A

      タスク名

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

      ソースデータベース

      データベースタイプ

      [MySQL] を選択します。

      アクセス方法

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

      インスタンスリージョン

      ソースの ApsaraDB RDS for MySQL インスタンスが存在するリージョンを選択します。

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

      この例では、データは同じ Alibaba Cloud アカウント内で同期されます。[いいえ] を選択します。

      RDS インスタンス ID

      ソースの ApsaraDB RDS for MySQL インスタンスの ID を選択します。

      データベースアカウント

      ソースの ApsaraDB RDS for MySQL インスタンスのデータベースアカウントを入力します。

      データベースパスワード

      データベースへのアクセスに使用されるパスワード。

      暗号化

      データベースへの接続を暗号化するかどうかを指定します。ビジネス要件に基づいて [非暗号化] または [SSL 暗号化] を選択できます。このパラメーターを [SSL 暗号化] に設定する場合は、DTS タスクを構成する前に ApsaraDB RDS for MySQL インスタンスの SSL 暗号化を有効にする必要があります。詳細については、「クラウド証明書を使用して SSL 暗号化を有効にする」をご参照ください。

      宛先データベース

      データベースタイプ

      [Oracle] を選択します。

      アクセス方法

      [ECS 上の自己管理データベース] を選択します。

      インスタンスリージョン

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

      ECS インスタンス ID

      自己管理 Oracle データベースをホストする ECS インスタンスの ID を選択します。

      ポート番号

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

      Oracle タイプ

      • [非 RAC インスタンス]: このオプションを選択した場合は、[SID] パラメーターを指定する必要があります。

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

      データベースアカウント

      自己管理 Oracle データベースのアカウントを入力します。

      データベースパスワード

      データベースへのアクセスに使用されるパスワード。

    4. ページの下部で、接続をテストして続行 をクリックします。DTS サーバーの CIDR ブロック ダイアログボックスで、接続テスト をクリックします。

      説明

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

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

      1. オブジェクト設定 ステップで、同期するオブジェクトを構成します。

        パラメーター

        説明

        同期タイプ

        同期タイプ。デフォルトでは、[増分データ同期] が選択されています。[スキーマ同期] と [完全データ同期] も選択する必要があります。事前チェックが完了すると、DTS は選択したオブジェクトの既存データをソースデータベースから宛先クラスターに同期します。既存データは、後続の増分同期の基礎となります。

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

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

          説明

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

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

          警告

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

          • ソースデータベースとターゲットデータベースのスキーマが同じで、ターゲットデータベースのデータレコードがソースデータベースのデータレコードと同じプライマリキー値または一意キー値を持つ場合:

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

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

          • ソースデータベースとターゲットデータベースのスキーマが異なる場合、データの初期化に失敗する可能性があります。この場合、一部の列のみが同期されるか、データ同期インスタンスが失敗します。注意して進めてください。

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

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

        ソースオブジェクト

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

        説明

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

        選択中のオブジェクト

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

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

        説明

        • WHERE 条件を構成してデータをフィルター処理するには、選択中のオブジェクト セクションで同期するテーブルを右クリックし、表示されるダイアログボックスでフィルター条件を構成します。詳細については、「SQL 条件を構成してデータをフィルター処理する」をご参照ください。

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

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

        パラメーター

        説明

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

        デフォルトでは、専用クラスターを指定しない場合、DTS はタスクを共有クラスターにスケジュールします。データ同期インスタンスの安定性を向上させたい場合は、専用クラスターを購入してください。詳細については、「DTS 専用クラスターとは」をご参照ください。

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

        失敗した接続のリトライ時間範囲。データ同期タスクの開始後にソースデータベースまたはターゲットデータベースへの接続に失敗した場合、DTS は時間範囲内にすぐに接続をリトライします。有効値: 10～1440。単位: 分。デフォルト値: 720。このパラメーターは 30 より大きい値に設定することをお勧めします。DTS が指定された時間範囲内にソースデータベースとターゲットデータベースに再接続すると、DTS はデータ同期タスクを再開します。それ以外の場合、データ同期タスクは失敗します。

        説明

        • 同じソースデータベースまたはターゲットデータベースを持つ複数のデータ同期タスクに異なるリトライ時間範囲を指定した場合、最短のリトライ時間範囲が優先されます。

        • DTS が接続をリトライすると、DTS インスタンスに対して課金されます。ビジネス要件に基づいてリトライ時間範囲を指定することをお勧めします。ソースインスタンスと宛先インスタンスがリリースされた後、できるだけ早く DTS インスタンスをリリースすることもできます。

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

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

        重要

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

        完全同期レートを制限するかどうか

        完全データ同期中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを完全データ同期タスクに構成して、ターゲットデータベースサーバーの負荷を軽減できます。

        説明

        このパラメーターは、同期タイプ パラメーターで 完全データ同期 が選択されている場合にのみ構成できます。

        増分同期率を制限するかどうか

        増分データ同期のスロットリングを有効にするかどうかを指定します。ビジネス要件に基づいて、増分データ同期のスロットリングを有効にできます。スロットリングを構成するには、1 秒あたりの増分同期の行数 RPS および 1 秒あたりの増分同期データ量 (MB) BPS パラメーターを構成する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。

        環境タグ

        ビジネス要件に基づいて、同期インスタンスを識別するための環境タグを選択できます。この例では、環境タグは選択されていません。

        ETL の設定

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

        監視アラート

        データ同期インスタンスのアラートを構成するかどうかを指定します。タスクが失敗した場合、または同期遅延が指定されたしきい値を超えた場合、アラート連絡先は通知を受け取ります。有効値:

        • [いいえ]: アラートを有効にしません。

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

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

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

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

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

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

      説明

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

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

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

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

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

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

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

      2. [購入] ページで、データ同期タスクの課金方法とインスタンスクラスのパラメーターを構成します。次の表にパラメーターを示します。

        セクション

        パラメーター

        説明

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

        課金方法

        • サブスクリプション: データ同期インスタンスを作成するときにサブスクリプションの料金を支払います。サブスクリプション課金方法は、長期使用の場合、従量課金方法よりも費用対効果が高くなります。

        • 従量課金: 従量課金インスタンスは時間単位で課金されます。従量課金方法は短期使用に適しています。従量課金データ同期インスタンスが不要になった場合は、インスタンスをリリースしてコストを削減できます。

        リソースグループの設定

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

        インスタンスクラス

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

        サブスクリプション期間

        サブスクリプション課金方法を選択した場合は、サブスクリプション期間と作成するデータ同期インスタンスの数を指定します。サブスクリプション期間は、1～9 か月、1 年、2 年、3 年、または 5 年です。

        説明

        このパラメーターは、サブスクリプション 課金方法を選択した場合にのみ使用できます。

      3. [Data Transmission Service (従量課金) 利用規約] を読んで選択します。

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

        タスクリストでタスクの進行状況を表示できます。