すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:PolarDB for PostgreSQL (Oracle 互換) から AnalyticDB for MySQL 3.0 への同期

    ドキュメントセンター

    Data Transmission Service:PolarDB for PostgreSQL (Oracle 互換) から AnalyticDB for MySQL 3.0 への同期

    最終更新日:Apr 21, 2026

    Data Transmission Service (DTS) は、PolarDB for PostgreSQL (Compatible with Oracle) クラスターから AnalyticDB for MySQL 3.0 クラスターにデータを同期します。

    前提条件

    • ターゲットの AnalyticDB for MySQL 3.0 クラスターが作成されていること。詳細については、「クラスターの作成」をご参照ください。

    • ソースの PolarDB for PostgreSQL (Compatible with Oracle) クラスターで、wal_level パラメーターが logical に設定されていること。この設定により、論理デコーディングに必要な情報が先行書き込みログ (WAL) に追加されます。詳細については、「クラスターパラメーターの設定」をご参照ください。

    • ターゲットの AnalyticDB for MySQL 3.0 インスタンスの利用可能なストレージ容量が、ソースの PolarDB for PostgreSQL (Compatible with Oracle) インスタンスが使用するストレージ容量よりも大きいこと。

    制限事項

    説明

    • スキーマ同期中、DTS はソースデータベースからターゲットデータベースへ外部キーを同期しません。

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

    タイプ

    説明

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

    • 帯域幅の要件：ソースデータベースが存在するサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、データ同期速度に影響が出ます。

    • 同期対象のテーブルには、プライマリキーまたは一意制約が必要であり、フィールドは一意でなければなりません。そうでない場合、ターゲットデータベースに重複データが出現する可能性があります。

    • 同期オブジェクトがテーブルであり、それらを編集する必要がある場合 (たとえば、テーブル名や列名のマッピング)、単一タスクで同期するテーブル数が 1,000 を超える場合は、テーブルを複数のタスクに分割するか、データベース全体を同期するタスクを設定することを推奨します。そうしないと、タスクを送信した後にリクエストエラーが報告される可能性があります。

    • WAL を有効にする必要があります。増分同期タスクの場合、DTS はソースデータベースの WAL ログを 24 時間以上保持することを要求します。完全同期と増分同期の両方を含むタスクの場合、DTS は WAL ログを少なくとも 7 日間保持することを要求します。完全同期が完了した後、ログ保持期間を 24 時間以上に設定できます。そうしないと、DTS タスクが WAL ログを取得できずに失敗する可能性があります。極端な場合、データの不整合や損失が発生する可能性があります。DTS の要件より短い WAL ログ保持期間に起因する問題は、サービスレベルアグリーメント (SLA) の対象外です。

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

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

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

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

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

        説明

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

      • ソースデータベースの論理レプリケーションの制限により、増分変更後に同期される単一のデータが 256 MB を超えると、同期インスタンスが失敗し、回復できなくなる可能性があります。同期インスタンスを再設定する必要があります。

    その他の制限

    • 単一のデータ同期タスクでは、1 つのデータベースしか同期できません。複数のデータベースを同期するには、各データベースに対してデータ同期タスクを設定してください。

    • ターゲットデータベースにはカスタムプライマリキーが含まれている必要があります。または、テーブル・列設定 ステップで、プライマリキー列の追加 を設定してください。そうしないと、同期が失敗する可能性があります。

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

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

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

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

      • オブジェクト選択の粒度としてスキーマを選択し、スキーマ内に新しいテーブルが作成されたり、同期対象のテーブルが RENAME コマンドで再構築されたりするとき。

      • 同期オブジェクトを変更する機能を使用するとき。

      説明

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

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

    • 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 はソースデータベースに dts_postgres_heartbeat という名前のハートビートテーブルを追加します。

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

      説明

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

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

      Amazon slot查询信息

    • DTS タスクの実行中にターゲットの AnalyticDB for MySQL 3.0 クラスターがバックアップ中の場合、タスクは失敗します。

    • データを同期する前に、ソースデータベースとターゲットデータベースのパフォーマンスを評価してください。また、オフピーク時 (たとえば、両方のデータベースの CPU 負荷が 30% 未満のとき) にデータを同期することを推奨します。そうしないと、完全データ同期がソースデータベースとターゲットデータベースの両方で読み取りおよび書き込みリソースを消費し、データベースの負荷が増加する可能性があります。

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

    • FLOAT または DOUBLE データ型の列の場合、DTS は ROUND(COLUMN,PRECISION) を使用して値を読み取ります。精度を明示的に定義しない場合、DTS は FLOAT にはデフォルトの精度 38 を、DOUBLE には 308 を使用します。同期の精度がビジネス要件を満たしていることを確認してください。

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

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

      説明

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

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

      説明

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

    課金

    同期タイプ

    料金

    スキーマ同期と完全データ同期

    無料。

    増分データ同期

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

    サポートされる SQL 操作

    操作タイプ

    SQL ステートメント

    DML

    INSERT、UPDATE、DELETE

    説明

    AnalyticDB for MySQL にデータを書き込む際、UPDATE ステートメントは自動的に REPLACE INTO ステートメントに変換されます。プライマリキーを更新する場合、システムは UPDATE ステートメントを DELETE と INSERT ステートメントに変換します。

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

    データベース

    必要な権限

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

    ソースの PolarDB for PostgreSQL (Compatible with Oracle) インスタンス

    特権アカウントの権限。

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

    ターゲットの AnalyticDB for MySQL 3.0 インスタンス

    ターゲットデータベースの同期オブジェクトに対する読み取りおよび書き込み権限。

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

    操作手順

    1. ターゲットリージョンの同期タスク一覧ページに移動します。以下の 2 つの方法のいずれかを使用できます。

      DTS コンソールから

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

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

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

      DMS コンソールから

      説明

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

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

      2. 上部のメニューバーで、[データ + AI] > [Data Transmission (DTS)] > [データ同期] を選択します。

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

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

    3. ソースデータベースとターゲットデータベースを設定します。

      セクション

      パラメーター

      説明

      N/A

      タスク名

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

      ソースデータベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      PolarDB (Oracle と互換性) を選択します。

      アクセス方法

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

      インスタンスリージョン

      ソースの PolarDB for PostgreSQL (Compatible with Oracle) インスタンスが存在するリージョンを選択します。

      インスタンス ID

      ソースの PolarDB for PostgreSQL (Compatible with Oracle) インスタンスの ID を選択します。

      データベース名

      ソースの PolarDB for PostgreSQL (Compatible with Oracle) インスタンス内で、同期オブジェクトを含むデータベースの名前を入力します。

      データベースアカウント

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

      データベースパスワード

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

      宛先データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      AnalyticDB for MySQL 3.0 を選択します。

      アクセス方法

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

      インスタンスリージョン

      ターゲットの AnalyticDB for MySQL 3.0 インスタンスが存在するリージョンを選択します。

      インスタンス ID

      ターゲットの AnalyticDB for MySQL 3.0 インスタンスの ID を選択します。

      データベースアカウント

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

      データベースパスワード

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

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

      説明

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

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

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

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

        パラメーター

        説明

        同期タイプ

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

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

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

          説明

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

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

          警告

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

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

            • 完全同期中、DTS はターゲットクラスターのレコードを保持します。ソースデータベースの対応するレコードは同期されません。

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

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

        同期する DDL および DML 操作

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

        説明

        データベースまたはテーブルレベルで増分データ同期のための SQL 操作を選択するには、選択中のオブジェクト ペインで同期オブジェクトを右クリックし、表示されるダイアログボックスで目的の SQL 操作を選択します。

        テーブルの結合

        • ○ を選択：OLTP シナリオでは、ビジネス テーブルの応答時間を改善するために、データベースとテーブルのシャーディングがよく使用されます。この例のターゲットデータベースのような OLAP シナリオでは、単一のデータテーブルに大量のデータを格納できるため、単一テーブルのクエリがより便利になります。このようなシナリオでは、DTS の複数テーブルマージ機能を使用して、ソースデータベースから同じスキーマを持つ複数のテーブル (シャーディングされたテーブル) をターゲットデータベースの単一テーブルに同期できます。具体的な手順については、「複数テーブルマージの有効化」をご参照ください。

          説明

          • ソースデータベースから複数のテーブルを選択した後、オブジェクト名マッピング機能を使用して、それらの名前をターゲットデータベースの同じテーブル名に変更する必要があります。オブジェクト名マッピング機能の詳細については、「テーブル名と列名のマッピング」をご参照ください。

          • DTS は、データソースを格納するために、テキスト型の __dts_data_source 列をターゲットテーブルに追加します。列の値は、テーブルのソースを識別するために DTS インスタンス ID:データベース名:スキーマ名:テーブル名 形式を使用します。例：dts********:dtstestdata:testschema:customer1。

          • 複数テーブルマージ機能はタスクレベルであり、テーブルレベルで複数テーブルマージを実行することはできません。一部のテーブルをマージし、他のテーブルはマージしない場合は、2 つのデータ同期タスクを作成する必要があります。

          警告

          ソースデータベースでデータベースまたはテーブルスキーマを変更する DDL 操作を実行しないでください。そうしないと、データの不整合や同期タスクの失敗が発生する可能性があります。

        • × を選択。これがデフォルトのオプションです。

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

        ターゲットインスタンスのオブジェクト名 (データベース、テーブル、列) の大文字/小文字変換を設定します。デフォルトは DTS のデフォルトポリシー ですが、ソースまたはターゲットデータベースの大文字/小文字変換に一致するポリシーを選択できます。詳細については、「ターゲットインスタンスでのオブジェクト名の大文字/小文字変換」をご参照ください。

        ソースオブジェクト

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

        説明

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

        • データベース全体を同期オブジェクトとして選択した場合、次のデフォルトルールが適用されます：

          • ソースデータベースの同期対象テーブルに 1 つ以上の列を含むプライマリキーがある場合、DTS はプライマリキー列を分散キーとして使用します。

        選択中のオブジェクト

        • ターゲットインスタンスで同期オブジェクトの名前を設定したり、データを受け取るオブジェクトを指定したりするには、選択中のオブジェクト ボックスで同期オブジェクトを右クリックして変更します。詳細については、「テーブル名と列名のマッピング」をご参照ください。

        • 同期オブジェクトを削除するには、選択中のオブジェクト ボックスでそれをクリックし、image をクリックして ソースオブジェクト ボックスに移動します。

        説明

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

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

        • 増分同期のための SQL 操作を選択するには、選択中のオブジェクト ボックスで同期オブジェクトを右クリックし、表示されるダイアログボックスから目的の操作を選択します。

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

        パラメーター

        説明

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

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

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

        同期タスクが開始された後、ソースまたはターゲットデータベースへの接続が失敗した場合、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 を設定します。

        環境タグ

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

        ETL 機能の設定

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

        監視アラート

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

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

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

      4. オプション：上記の設定を完了した後、次：データベースおよびテーブルのフィールド設定 をクリックして、ターゲットデータベースで同期するテーブルの タイプ、プライマリキー列の追加、配布キー、およびパーティションキー情報 (パーティションキー、パーティションルール、および パーティションのライフサイクル) を設定します。

        説明

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

        • プライマリキー列の追加 は、複数の列で構成される複合プライマリキーにすることができます。プライマリキー列の追加 から 1 つ以上の列を選択して、配布キー および パーティションキー として機能させる必要があります。詳細については、「CREATE TABLE」をご参照ください。

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

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

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

      説明

      • 同期ジョブが開始される前に、DTS は事前チェックを実行します。ジョブは、すべての事前チェック項目が成功した後にのみ開始できます。

      • 事前チェックが失敗した場合は、失敗した項目の 詳細を表示 をクリックします。プロンプトに従って問題を修正し、再度事前チェックを実行します。

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

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

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

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

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

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

        カテゴリ

        パラメーター

        説明

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

        課金方法

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

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

        リソースグループの設定

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

        リンク仕様

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

        サブスクリプション期間

        サブスクリプションモードでは、サブスクリプションインスタンスの期間と数量を選択します。1 か月から 9 か月までの月次サブスクリプション、または 1、2、3、5 年の年次サブスクリプションを選択できます。

        説明

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

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

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

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