すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:PolarDB for MySQL クラスターから AnalyticDB for PostgreSQL インスタンスへのデータ同期

    ドキュメントセンター

    Data Transmission Service:PolarDB for MySQL クラスターから AnalyticDB for PostgreSQL インスタンスへのデータ同期

    最終更新日:Feb 11, 2026

    このトピックでは、Data Transmission Service (DTS) を使用して PolarDB for MySQL クラスターから AnalyticDB for PostgreSQL インスタンスへデータを同期する方法について説明します。

    前提条件

    • 宛先の AnalyticDB for PostgreSQL インスタンスが作成済みである必要があります。また、宛先インスタンスの空きストレージ容量は、ソースの PolarDB for MySQL クラスターで使用されているストレージ容量よりも大きくなければなりません。詳細については、「インスタンスの作成」をご参照ください。

    • 移行先の AnalyticDB for PostgreSQL インスタンスに、同期されたデータを格納するためのデータベースが作成されます。詳細については、「CREATE DATABASE」をご参照ください。

    注意事項

    種別

    説明

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

    • 同期対象のテーブルにはプライマリキーまたは一意制約が設定されており、フィールド値が一意である必要があります。これらの条件を満たさない場合、宛先データベースに重複データが発生する可能性があります。

    • テーブル単位でデータを同期し、列名のマッピングなどテーブル編集が必要な場合、1 つのデータ同期タスクでサポートされる最大テーブル数は 1,000 です。この上限を超えると、タスクの送信時にエラーが発生します。その場合は、テーブルを複数の同期タスクに分割するか、データベース全体を同期するタスクを構成してください。

    • バイナリログ：

      • バイナリロギングを有効化し、loose_polar_log_bin パラメーターを ON に設定する必要があります。設定しない場合、事前チェックでエラーが発生し、DTS インスタンスが起動しません。バイナリロギングの有効化およびパラメーター変更方法の詳細については、「バイナリロギングの有効化」および「クラスターおよびノードパラメーターの設定」をご参照ください。

        説明

        PolarDB for MySQL クラスターでバイナリロギングを有効化すると、ストレージ容量を消費し、料金が発生します。

      • PolarDB for MySQL クラスターのバイナリログは、少なくとも 3 日間保持する必要があります。7 日間の保持を推奨します。保持期間が短いと、DTS がバイナリログを取得できず、DTS タスクが失敗する可能性があります。最悪の場合、データ不整合やデータ損失が発生するおそれがあります。必要な保持期間未満に設定されたことによる問題は、DTS サービスレベル契約 (SLA) の適用外となります。

        説明

        PolarDB for MySQL クラスターのバイナリログ保持期間の設定方法については、「保持期間の変更」をご参照ください。

    • 同期中に、プライマリキーの変更やテーブルへのコメント追加などの DDL 操作（例：ALTER TABLE table_name COMMENT='Table comment';）を実行しないでください。これらの操作は、データ同期中に実行されると失敗します。

    • ソースデータベースの同期対象データに日付データ 0000-00-00 00:00:00 が含まれている場合、タスクが失敗する可能性があります。

      説明

      DTS は、この日付データを宛先データベースに同期する際に null に変換します。一時的にソースデータを 0001-01-01 00:00:00 に変更するか、宛先データベースの対応フィールドを null 許容に設定してください。

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

      説明

      初期完全同期中、DTS はソースデータベースに対してクエリを実行します。これによりメタデータロックが発生し、ソースデータベースでの DDL 操作がブロックされる可能性があります。

    その他の制限

    • 同期オブジェクトの要件：

      • テーブル単位の同期のみサポートされています。

      • BIT、VARBIT、GEOMETRY、ARRAY、UUID、TSQUERY、TSVECTOR、TXID_SNAPSHOT 型のデータの同期はサポートされていません。

      • プレフィックスインデックスの同期はサポートされていません。ソースデータベースにプレフィックスインデックスが存在する場合、データ同期が失敗する可能性があります。

      • ソースの PolarDB for MySQL クラスターの読み取り専用ノードからのデータ同期はできません。

      • ソースの PolarDB for MySQL クラスターの OSS 外部テーブルの同期はできません。

      • PARTITION、VIEW、PROCEDURE、FUNCTION、TRIGGER、FK、INDEX の同期はサポートされていません。

    • 初期完全データ同期中にデータベースインスタンスのプライマリ/セカンダリフェールオーバーはサポートされていません。フェールオーバーが発生した場合は、速やかに同期タスクを再構成してください。

    • ソースデータベースでオンライン DDL 操作を一時テーブルモードで実行している場合（複数テーブルのマージシナリオなどを含む）、または一意キー列に関数ベースのインデックスを追加している場合、宛先データベースでデータ損失やタスク失敗が発生する可能性があります。

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

      • テーブルスキーマが同一で、宛先データベースのレコードがソースデータベースのレコードと同じプライマリキーまたは一意キー値を持つ場合：

        • 初期完全同期中は、DTS が宛先クラスター内のレコードを保持し、ソースデータベースの対応レコードは同期されません。

        • 増分同期中は、ソースデータベースのレコードが宛先データベースのレコードを上書きします。

      • テーブルスキーマが異なる場合、初期データ同期が失敗し、一部の列データのみが同期されるか、完全に同期が失敗する可能性があります。慎重に操作してください。

    • 同期対象テーブルにプライマリキーが存在する場合、宛先テーブルのプライマリキーカラムはソーステーブルと一致している必要があります。同期対象テーブルにプライマリキーが存在しない場合、宛先テーブルのプライマリキーカラムは分散キーと一致している必要があります。

    • 宛先テーブルの一意キー（プライマリキーカラムを含む）には、分散キーのすべてのカラムが含まれている必要があります。

    • データ同期前に、ソースおよび宛先データベースのパフォーマンスを評価してください。オフピーク時間帯にデータ同期を実行することを推奨します。ピーク時間帯に同期を実行すると、初期完全データ同期によってソースおよび宛先データベースの読み取り・書き込みリソースが消費され、データベース負荷が増大する可能性があります。

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

    • テーブル単位のデータ同期において、ソースデータベースの同期オブジェクトに対して pt-online-schema-change などのツールを使用してオンライン DDL 操作を実行しないでください。これらの操作を行うと、同期が失敗します。

    • テーブル単位のデータ同期において、DTS 以外のデータが宛先データベースに書き込まれていない場合、Data Management (DMS) を使用してオンライン DDL 操作を実行できます。詳細については、「テーブルをロックせずにスキーマを変更する」をご参照ください。

    • DTS 同期中は、DTS 以外のデータを宛先データベースに書き込まないでください。書き込むと、ソースおよび宛先データベース間でデータ不整合が発生する可能性があります。例えば、他のデータが宛先データベースに書き込まれている状態で DMS を使用してオンライン DDL 操作を実行すると、宛先データベースでデータが失われるおそれがあります。

    • AO テーブルは宛先テーブルとして使用できません。

    • 非全テーブル同期で列マッピングを使用する場合、またはソースおよび宛先テーブルスキーマが不整合の場合、宛先テーブルに存在しないカラムのデータは失われます。

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

      説明

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

    その他の注意点

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

    課金

    同期タイプ

    料金

    スキーマ同期および初期完全データ同期

    無料です。

    増分データ同期

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

    増分同期をサポートする SQL 操作

    操作タイプ

    SQL 文

    DML

    INSERT、UPDATE、DELETE

    説明

    データを宛先の AnalyticDB for PostgreSQL インスタンスに書き込む際、DTS は自動的に UPDATE 文を REPLACE INTO 文に変換します。プライマリキーに対して UPDATE 文が実行された場合、DTS はそれを DELETE 文および INSERT 文に変換します。

    DDL

    CREATE TABLE、ALTER TABLE、TRUNCATE TABLE、DROP TABLE

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

    データベース

    必要な権限

    アカウント作成および権限付与方法

    ソースの PolarDB for MySQL クラスター

    同期対象オブジェクトに対する読み取り・書き込み権限

    データベースアカウントの作成と管理およびデータベースアカウントのパスワード管理。

    宛先の AnalyticDB for PostgreSQL インスタンス

    宛先データベースに対する読み取り・書き込み権限

    「ユーザーの作成および管理」および「ユーザー権限の管理」をご参照ください。

    説明

    初期アカウントまたは RDS_SUPERUSER 権限を持つアカウントを使用することもできます。

    操作手順

    1. [データ同期タスク] ページに移動します。

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

      2. 上部ナビゲーションバーで、[データ + AI] をクリックします。

      3. 左側ナビゲーションウィンドウで、[DTS (DTS)] > [データ同期] を選択します。

      説明

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

    3. ソースおよび宛先データベースを設定します。

      カテゴリ

      設定項目

      説明

      該当なし

      タスク名

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

      移行元データベース

      既存の接続情報の選択

      • システムに追加済み（新規作成または保存済み）のデータベースインスタンスを使用する場合、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。

        説明

        DMS コンソールでは、この設定項目の名称は DMS データベースインスタンスの選択 です。

      • データベースインスタンスをシステムに追加していない場合、または追加済みのインスタンスを使用しない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      PolarDB for MySQL を選択します。

      アクセス方法

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

      インスタンスのリージョン

      ソースの PolarDB for MySQL クラスターが配置されているリージョンを選択します。

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

      この例では、現在の Alibaba Cloud アカウントに属するデータベースインスタンスを使用します。× を選択します。

      PolarDB クラスター ID

      ソースの PolarDB for MySQL クラスターの ID を選択します。

      データベースアカウント

      ソースの PolarDB for MySQL クラスターのデータベースアカウントを入力します。必要な権限の詳細については、「データベースアカウントに必要な権限」をご参照ください。

      データベースのパスワード

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

      移行先データベース

      既存の接続情報の選択

      • システムに追加済み（新規作成または保存済み）のデータベースインスタンスを使用する場合、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。

        説明

        DMS コンソールでは、この設定項目の名称は DMS データベースインスタンスの選択 です。

      • データベースインスタンスをシステムに追加していない場合、または追加済みのインスタンスを使用しない場合は、以下のデータベース情報を手動で設定します。

      データベースタイプ

      AnalyticDB for PostgreSQL を選択します。

      アクセス方法

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

      インスタンスのリージョン

      宛先の AnalyticDB for PostgreSQL インスタンスが配置されているリージョンを選択します。

      インスタンス ID

      宛先の AnalyticDB for PostgreSQL インスタンスの ID を選択します。

      データベース名

      宛先の AnalyticDB for PostgreSQL インスタンスでデータを受信するために使用するデータベースの名前を入力します。

      データベースアカウント

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

      データベースのパスワード

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

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

      説明

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

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

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

        設定項目

        説明

        同期タイプ

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

        同期する DDL および DML 操作

        インスタンスレベルで同期する DDL または DML 操作を選択できます。サポートされる操作の詳細については、「増分同期をサポートする SQL 操作」をご参照ください。

        説明

        データベースまたはテーブルごとに同期する SQL 操作を選択するには、選択中のオブジェクト ボックス内の同期オブジェクトを右クリックします。表示されるダイアログボックスで、SQL 操作を選択してください。

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

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

          説明

          宛先データベースで同名のテーブルを削除または名前変更できない場合は、別のテーブル名にマッピングできます。詳細については、「テーブル名および列名のマッピング」をご参照ください。

        • エラーを無視して続行：宛先データベースでの重複テーブル名のチェックをスキップします。

          警告

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

          • テーブルスキーマが同一で、宛先データベースのレコードがソースデータベースのレコードと同じプライマリキーまたは一意キー値を持つ場合：

            • 初期完全同期中は、DTS が宛先クラスター内のレコードを保持し、ソースデータベースの対応レコードは同期されません。

            • 増分同期中は、ソースデータベースのレコードが宛先データベースのレコードを上書きします。

          • テーブルスキーマが異なる場合、初期データ同期が失敗し、一部の列データのみが同期されるか、完全に同期が失敗する可能性があります。慎重に操作してください。

        ストレージエンジンタイプ

        宛先テーブルのストレージエンジンタイプを選択します。デフォルトは Beam です。

        説明

        この設定項目は、ターゲットの AnalyticDB for PostgreSQL インスタンスのカーネルバージョンが v7.0.6.6 以降であり、かつ 同期タイプ が スキーマ同期 に設定されている場合にのみ利用可能です。

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

        宛先インスタンスに同期されるデータベース、テーブル、列オブジェクト名の大文字・小文字の扱いポリシーを設定できます。デフォルトでは、DTS のデフォルトポリシー が選択されています。ソースおよび宛先データベースのデフォルトポリシーを使用することもできます。詳細については、「宛先オブジェクト名の大文字・小文字の扱いポリシー」をご参照ください。

        ソースオブジェクト

        ソースオブジェクト ボックスで同期するオブジェクトをクリックし、向右 をクリックして 選択中のオブジェクト ボックスに移動させます。

        説明

        同期オブジェクトとしてデータベースまたはテーブルを選択できます。

        選択中のオブジェクト

        説明

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

        • 特定のデータベースまたはテーブルに対して同期する SQL 操作を選択するには、選択中のオブジェクト セクション内のオブジェクトを右クリックします。表示されるダイアログボックスで、同期する SQL 操作を選択してください。詳細については、「増分同期をサポートする SQL 操作」をご参照ください。

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

      2. 詳細設定へ をクリックして、詳細パラメーターを設定します。

        設定項目

        説明

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

        デフォルトでは、DTS は共有クラスター上でタスクをスケジューリングするため、クラスターを選択する必要はありません。より安定したパフォーマンスを求める場合は、DTS 同期タスクを実行するための専用クラスターを購入できます。詳細については、「DTS 専用クラスターとは」をご参照ください。

        移行元テーブルで生成された Online DDL ツールの一時テーブルを移行先データベースにコピーします。

        ソースデータベースで Data Management (DMS) または gh-ost を使用してオンライン DDL 変更を実行する場合、オンライン DDL 変更で生成された一時テーブルのデータを同期するかどうかを選択できます。

        重要

        • DTS タスクは、pt-online-schema-change などのツールを使用したオンライン DDL 変更をサポートしていません。これらのツールを使用すると、DTS タスクが失敗します。

        • 各ステージの処理方法は次のとおりです。スキーマ同期 および 完全データ同期 ステージでは、データベースまたはテーブルスキーマを変更する DDL 操作が許可されていないため、これらのステージはオンライン DDL ポリシーの制御を受けません。

          • スキーマ同期：このステージはオンライン DDL ポリシーの制御を受けません。関連する一時テーブルが作成されます。

          • 完全データ同期: このステージは、オンラインDDLポリシーによって制御されません。一時テーブルは完全同期の対象に含まれません。名前が正規表現 (^_(.+)_(?:gho|new)$ または ^_(.+)_(?:ghc|del|old)$) に一致するすべてのテーブルは除外されます。

          • 増分データ同期：このステージはオンライン DDL ポリシーの制御を受けます。

            • ○：オンライン DDL 操作で生成された一時テーブル（例：_table-name_gho）のデータ変更を同期します。

            • いいえ、DMS オンライン DDL に適応 および いいえ、gh-ost に適応：gh-ost などのツールで生成された一時テーブル（例：_table-name_gho）のデータ変更を正規表現ルールに基づいてフィルターで除外します。

        • ○：オンライン DDL 変更で生成された一時テーブルデータを同期します。

          説明

          オンライン DDL 変更で生成された一時テーブルデータが非常に大きい場合、同期遅延が発生する可能性があります。

        • いいえ、DMS オンライン DDL に適応：オンライン DDL 操作で生成された一時テーブルからのデータを同期しません。ソースデータベースで Data Management (DMS) を使用して実行された元の DDL 文のみを同期します。

          説明

          このオプションを選択すると、宛先データベースのテーブルがロックされます。

        • いいえ、gh-ost に適応：オンライン DDL 変更で生成された一時テーブルからのデータを同期しません。カスタムフィルタールールをサポートしています。DTS は、gh-ost などのツールで生成された一時テーブル（例：_table-name_gho）のデータ変更を正規表現ルールに基づいてフィルターで除外します。必要に応じて、シャドウテーブルおよび不要なテーブルに一致させるデフォルトの正規表現を変更できます。

          • シャドウテーブル：^_(.+)_(?:gho|new)$

          • 不要なテーブル：^_(.+)_(?:ghc|del|old)$

          説明

          このオプションを選択すると、宛先データベースのテーブルがロックされます。

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

        同期タスク開始後、ソースまたは宛先データベースへの接続が失敗した場合、DTS はエラーを報告し、直ちに接続のリトライを開始します。デフォルトリトライ時間は 720 分です。10 ～ 1,440 分の範囲でカスタムリトライ時間を指定することもできます。30 分以上に設定することを推奨します。指定時間内に DTS がデータベースに正常に再接続できた場合、同期タスクは自動的に再開されます。そうでない場合、タスクは失敗します。

        説明

        • 同じソースまたは宛先を共有する複数の DTS インスタンス（例：インスタンス A およびインスタンス B）があり、インスタンス A のネットワークリトライ時間を 30 分、インスタンス B を 60 分に設定した場合、両方のインスタンスでより短い 30 分が使用されます。

        • DTS は接続リトライ期間中もタスク実行時間に対して課金されるため、ビジネスニーズに基づいてリトライ時間をカスタマイズするか、ソースおよび宛先データベースインスタンスをリリースした後は速やかに DTS インスタンスをリリースすることを推奨します。

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

        同期タスク開始後、ソースまたは宛先データベースで接続以外の問題（DDL または DML 実行例外など）が発生した場合、DTS はエラーを報告し、直ちに継続的なリトライ操作を開始します。デフォルトリトライ時間は 10 分です。1 ～ 1,440 分の範囲でカスタムリトライ時間を指定することもできます。10 分以上に設定することを推奨します。設定されたリトライ時間内に該当操作が成功した場合、同期タスクは自動的に再開されます。そうでない場合、タスクは失敗します。

        重要

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

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

        初期完全同期ステージ中、DTS はソースおよび宛先データベースの読み取り・書き込みリソースを消費するため、データベース負荷が増大します。ソースおよび宛先データベースの負荷を軽減するために、1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定して、初期完全同期タスクのレート制限を設定できます。

        説明

        • この設定項目は、同期タイプ が 完全データ同期 に設定されている場合にのみ利用可能です。

        • 同期インスタンスの実行後も、初期完全同期レートを調整 できます。

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

        増分同期タスクのレート制限を設定することもできます。宛先データベースの負荷を軽減するために、1 秒あたりの増分同期の行数 RPS および 1 秒あたりの増分同期データ量 (MB) BPS を設定してください。

        環境タグ

        ビジネスニーズに基づいてインスタンスを識別するために、環境タグを選択できます。この例では、タグを選択する必要はありません。

        順方向および逆方向タスクのハートビートテーブル SQL を削除

        DTS インスタンス実行中に、ソースデータベースにハートビート SQL 情報を書き込むかどうかを選択します。

        • ○：ハートビート SQL 情報はソースデータベースに書き込まれません。これにより、DTS インスタンスが遅延を報告する可能性があります。

        • ×：ハートビート SQL 情報をソースデータベースに書き込みます。これにより、ソースデータベースの物理バックアップやクローンなどの機能に干渉する可能性があります。

        ETL 機能の設定

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

        監視アラート

        アラートを設定するかどうかを指定します。同期が失敗した場合、または遅延が指定されたしきい値を超えた場合、アラート連絡先に通知が送信されます。

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

        データ検証機能を使用する場合は、「データ検証の設定」を参照して設定手順をご確認ください。

      4. オプション： 上記の設定を完了した後、次：データベースおよびテーブルのフィールド設定 をクリックして、宛先の AnalyticDB for PostgreSQL インスタンスに同期するテーブルの タイプ、プライマリキー列の追加、および 配布キー を設定できます。

        説明

        • このステップは、タスクオブジェクトを設定する際に 同期タイプ で スキーマ同期 を選択した場合にのみ利用可能です。定義ステータス を すべて に設定することで、フィールドを変更できます。

        • プライマリキー列の追加 フィールドで複数の列を指定して複合プライマリキーを構成できます。その場合、プライマリキー列の追加 の 1 つ以上の列を 配布キー として指定する必要があります。詳細については、「テーブルの管理」および「テーブル分散の定義」をご参照ください。

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

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

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

      説明

      • 同期ジョブ開始前に、DTS は事前チェックを実行します。すべての事前チェック項目が合格した場合にのみ、ジョブを開始できます。

      • 事前チェックが失敗した場合、失敗した項目の横にある 詳細を表示 をクリックします。表示される指示に従って問題を修正し、再度事前チェックを実行してください。

      • 事前チェックで警告が返された場合：

        • チェック項目が失敗し、無視できない場合は、項目の横にある 詳細を表示 をクリックします。指示に従って問題を修正し、再度事前チェックを実行してください。

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

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

    8. データ同期インスタンスを購入します。

      1. 購入 ページで、データ同期インスタンスの課金方法およびリンク仕様を選択します。以下の表でこれらのパラメーターについて詳しく説明します。

        カテゴリ

        パラメーター

        説明

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

        課金方法

        • サブスクリプション：インスタンス作成時に支払いが発生します。長期的なニーズに適しており、従量課金よりもコスト効率が高くなります。サブスクリプション期間が長いほど、割引率が高くなります。

        • 従量課金：1 時間単位で課金されます。短期的なニーズに適しています。使用後すぐにインスタンスをリリースすることでコストを節約できます。

        リソースグループ構成

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

        リンク仕様

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

        サブスクリプション期間

        サブスクリプションモードでは、サブスクリプションインスタンスの期間および数量を選択します。1 ～ 9 ヶ月の月単位サブスクリプション、または 1、2、3、5 年の年単位サブスクリプションを選択できます。

        説明

        このオプションは、課金方法が サブスクリプション の場合にのみ利用可能です。

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

      3. 購入して起動 をクリックします。OK ダイアログボックスで、[OK] をクリックします。

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