すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:ApsaraDB RDS for MySQL の Alibaba Cloud アカウント間同期

    ドキュメントセンター

    Data Transmission Service:ApsaraDB RDS for MySQL の Alibaba Cloud アカウント間同期

    最終更新日:Mar 21, 2026

    Data Transmission Service (DTS) を使用すると、異なる Alibaba Cloud アカウントに属する ApsaraDB RDS for MySQL インスタンス間でデータを同期できます。本トピックでは、ソースおよび宛先のインスタンスが、同期タスクの作成に使用した Alibaba Cloud アカウントとは異なるアカウントに属する場合のデータ同期タスクの作成手順について説明します。

    前提条件

    • ソースおよび宛先の ApsaraDB RDS for MySQL インスタンスを作成します。詳細については、「ApsaraDB RDS for MySQL インスタンスの作成」をご参照ください。

    • 宛先の ApsaraDB RDS for MySQL インスタンスの利用可能なストレージ容量は、ソースインスタンスが使用しているストレージ容量より大きい必要があります。

    考慮事項

    • 初期完全同期中、DTS はソースおよび宛先の RDS インスタンスの読み取り・書き込みリソースを使用します。これにより、RDS インスタンスの負荷が増加する可能性があります。インスタンスのパフォーマンスが低下している場合、仕様が低い場合、またはデータ量が非常に多い場合、データベースサービスが利用不可になる可能性があります。たとえば、以下のケースでは DTS が大量の読み取り・書き込みリソースを占有します：ソース RDS インスタンスで多数の遅延 SQL クエリが実行されている、テーブルにプライマリキーが設定されていない、宛先 RDS インスタンスでデッドロックが発生しているなどです。データ同期を開始する前に、ソースおよび宛先の RDS インスタンスのパフォーマンスへの影響を評価してください。データ同期は、非ピーク時間帯（例：ソースおよび宛先の RDS インスタンスの CPU 使用率が 30 % 未満の時間帯）に実行することを推奨します。

    • ソースデータベースで同期対象となるテーブルにプライマリキーまたは一意制約が設定されておらず、そのカラム値が一意でない場合、宛先データベースに重複データが発生する可能性があります。

    • 完全同期中、同時 INSERT 操作により、宛先インスタンスのテーブルに断片化が発生します。このため、完全同期完了後、宛先インスタンスの表領域はソースインスタンスの表領域より大きくなります。

    • クロスアカウントおよびクロスリージョンのデータ同期がサポートされています。現在、クロスアカウントの双方向同期は、ApsaraDB RDS for MySQL インスタンス間でのみサポートされています。

    • 前提条件の手順を完了した後にのみ、データベースインスタンスに関する情報を取得できます。

      重要

      クロスアカウント同期タスクの完了後は、準備手順中に作成した RAM ロールを削除することを推奨します。

    • ソースデータベースのバイナリログ：

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

        重要

        • ソースインスタンスが自己管理 MySQL データベースである場合、バイナリロギングを有効化し、`binlog_format` を `row`、`binlog_row_image` を `full` に設定してください。

        • 自己管理 MySQL データベースがデュアルプライマリクラスター（両ノードがプライマリおよびセカンダリとして機能）である場合、DTS がすべてのバイナリログイベントをキャプチャできるよう、`log_slave_updates` パラメーターを有効化してください。設定手順については、「自己管理 MySQL データベースのアカウント作成およびバイナリロギングの設定」をご参照ください。

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

        説明

        ApsaraDB RDS for MySQL インスタンスでローカルバイナリログの [保存期間] を設定するには、「ローカルログを自動的に削除する」をご参照ください。

    • コメント構文で定義されたリゾルバは、同期処理には対応していません。

    • ソースデータベースで一時テーブルモードのオンライン DDL 操作（マルチテーブルマージなどのシナリオを含むが、これらに限定されません）が使用されている場合、または一意キー列に機能ベースインデックスが追加されている場合、宛先データベースでデータ損失またはタスク失敗が発生する可能性があります。

    • 宛先の MySQL データベースで、大文字と小文字のみが異なる名前のカラムを同一テーブルに書き込むと、MySQL のカラム名が大文字・小文字を区別しないため、予期しない結果が発生する可能性があります。

    • データ同期が完了した後（インスタンスの ステータス が 完了 になった後）、すべてのデータがターゲットテーブルに正しく書き込まれていることを確認するために、ANALYZE TABLE <table_name> コマンドを実行してください。たとえば、宛先 MySQL データベースで HA フェールオーバー機構がトリガーされた場合、データがメモリ上にのみ書き込まれ、データ損失を引き起こす可能性があります。

    • 本トピックにおける「Alibaba Cloud アカウント」という用語は、プライマリアカウント（root ユーザー）を指します。

    • Alibaba Cloud アカウント間でデータを複製 をソースデータベースに対してのみ ○ に設定した場合、宛先データベースインスタンスを所有する Alibaba Cloud アカウントが DTS タスクを作成する必要があります。

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

      説明

      透過的データ暗号化（TDE）が有効な ApsaraDB RDS for MySQL インスタンスでは、スキーマ同期、完全同期、および増分同期がサポートされます。

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

      説明

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

    • 物理バックアップからの復元やカスケード操作など、バイナリログに記録されない変更によって生成されたデータは、宛先データベースに同期されません。

      説明

      このような状況が発生した場合、影響を受けるデータベースまたはテーブルを同期対象から除外し、その後再び追加してください。ただし、これは業務要件を満たす場合に限ります。詳細については、「同期対象の変更」をご参照ください。

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

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

    • データに 4 バイト文字（稀な漢字や絵文字など）が含まれる場合、宛先データベースおよびテーブルは utf8mb4 文字セットを使用する必要があります。

      説明

      DTS を使用してテーブルスキーマを同期する場合、宛先データベースのインスタンスレベルで character_set_server パラメーターを utf8mb4 に設定してください。

    • ソースデータベースからデータベースアカウントを同期するには、前提条件を満たし、関連する考慮事項を確認してください。詳細については、「データベースアカウントの移行」をご参照ください。

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

      説明

      変更されるのは DTS タスクのパラメーターのみであり、データベースのパラメーターは変更されません。 調整される可能性があるパラメーターの一覧については、「インスタンスパラメーターの変更」をご参照ください。

    • 同期対象のカラムに非表示の隠しカラムが含まれていないことを確認してください。含まれている場合、DTS タスクが失敗したり、データが損失したりする可能性があります。

      説明

      隠しカラムを可視化するには、ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; コマンドを実行してください。詳細については、「Invisible Columns」をご参照ください。

    同期トポロジー

    • 単方向 1 対 1 同期

    • 単方向 1 対多 同期

    • 単方向カスケード同期

    • 単方向 多対 1 同期

    これらのトポロジーおよび関連する考慮事項の詳細については、「同期トポロジー」をご参照ください。

    サポートされる SQL 操作

    操作タイプ

    SQL ステートメント

    DML

    INSERT、UPDATE、DELETE、REPLACE

    DDL

    • ALTER TABLE および ALTER VIEW

    • CREATE FUNCTION、CREATE INDEX、CREATE PROCEDURE、CREATE TABLE、CREATE VIEW

    • DROP INDEX および DROP TABLE

    • RENAME TABLE

      重要

      RENAME TABLE 操作は、ソースおよび宛先データベース間のデータの不整合を引き起こす可能性があります。たとえば、同期対象としてテーブルを選択した状態で、同期中にそのテーブル名を変更した場合、当該テーブルのデータは宛先データベースに同期されません。このような状況を防ぐには、データ同期タスクの設定時に、当該テーブルが属するデータベース全体を同期対象として選択してください。また、RENAME TABLE 操作の前後でテーブルが属するデータベースが、いずれも同期対象に追加されていることを確認してください。

    • TRUNCATE TABLE

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

    インスタンス

    権限

    操作

    ソース ApsaraDB RDS for MySQL インスタンス

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

    「アカウントおよびデータベースの作成」および「ApsaraDB RDS for MySQL インスタンス上の標準アカウントの権限変更」をご参照ください。

    宛先 ApsaraDB RDS for MySQL インスタンス

    ターゲットデータベースに対する読み取りおよび書き込み権限。
    説明

    データベースアカウントを同期する場合、ソースおよび宛先のアカウントには追加の権限が必要です。「データベースアカウントの移行」で、必要な権限について詳しくご確認ください。

    制限事項

    RENAME TABLE 操作はデータの不整合を引き起こす可能性があります。たとえば、同期対象が Table A のみである場合、ソースデータベースで Table A が Table B にリネームされたとき、Table B は宛先データベースに同期されません。このような問題を防ぐには、データ同期タスクの設定時に、Table A が属するデータベース全体を同期対象として選択してください。

    課金

    同期タイプ

    料金

    スキーマ同期および完全同期

    無料です。

    増分同期

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

    操作手順

    説明

    本トピックでは、ソースおよび宛先データベースが異なる Alibaba Cloud アカウントに属するというシナリオを例に、クロスアカウント同期インスタンスの設定方法を説明します。詳細については、「クロスアカウントタスクの RAM 認可の設定」をご参照ください。

    1. RAM 認可を設定します。詳細については、「シナリオ 3：ソースおよび宛先データベースが異なる Alibaba Cloud アカウントに属する場合」をご参照ください。

    2. Data Transmission Service (DTS) タスクの作成に指定された Alibaba Cloud アカウントでログインし、宛先リージョンのデータ同期タスク一覧に移動します。以下のいずれかの方法をご利用ください：

      DTS コンソールから

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

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

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

      DMS コンソールから

      説明

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

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

      2. トップメニューで、Data + AI > Data Transmission (DTS) > Data Synchronization の順に選択します。

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

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

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

      警告

      同期タスクの作成および実行を確実にするため、ソースおよび宛先インスタンスを選択した直後のページ上部に表示される 制限事項 をよくお読みください。

      カテゴリ

      パラメーター

      説明

      該当なし

      タスク名

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

      ソースデータベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      MySQL を選択します。

      アクセス方法

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

      インスタンスリージョン

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

      説明

      ソースおよび宛先の RDS インスタンスで異なるリージョンを選択できます。

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

      ○ を選択します。

      Alibaba Cloud アカウント

      ソースデータベースを所有する Alibaba Cloud アカウントの ID を入力します。

      説明

      ID の取得方法については、「ソースデータベースの Alibaba Cloud アカウント ID の取得」をご参照ください。

      RAM ロール名

      ソースデータベースを所有する Alibaba Cloud アカウントが作成した RAM ロールの名前を入力します（例：ram-for-dts）。作成手順については、「RAM ロールの作成」をご参照ください。

      重要

      デフォルトの DTS システムロール AliyunDTSDefaultRole を入力しないでください。

      RDS インスタンス ID

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

      説明

      RDS インスタンス ID を選択した際にアラートが表示された場合、指示に従って設定を変更してください。一般的なアラートについては、「一般的なエラー」をご参照ください。

      データベースアカウント

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

      データベースパスワード

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

      暗号化

      要件に応じて、暗号化なし または SSL 暗号化 を選択します。本例では 暗号化なし を使用します。

      説明

      SSL 暗号化 を選択する場合、まず RDS インスタンスで SSL 暗号化を有効化する必要があります。「SSL 暗号化の設定」をご参照ください。

      宛先データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      MySQL を選択します。

      アクセス方法

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

      インスタンスリージョン

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

      説明

      ソースおよび宛先の RDS インスタンスで異なるリージョンを選択できます。

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

      ○ を選択します。

      Alibaba Cloud アカウント

      宛先データベースを所有する Alibaba Cloud アカウントの ID を入力します。

      説明

      ID の取得方法については、「宛先データベースの Alibaba Cloud アカウント ID の取得」をご参照ください。

      RAM ロール名

      宛先データベースを所有する Alibaba Cloud アカウントが作成した RAM ロールの名前を入力します（例：ram-for-dts）。作成手順については、「RAM ロールの作成」をご参照ください。

      重要

      デフォルトの DTS システムロール AliyunDTSDefaultRole を入力しないでください。

      RDS インスタンス ID

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

      説明

      RDS インスタンス ID を選択した際にアラートが表示された場合、指示に従って設定を変更してください。一般的なアラートについては、「一般的なエラー」をご参照ください。

      データベースアカウント

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

      データベースパスワード

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

      暗号化

      要件に応じて、暗号化なし または SSL 暗号化 を選択します。本例では 暗号化なし を使用します。

      説明

      SSL 暗号化 を選択する場合、まず RDS インスタンスで SSL 暗号化を有効化する必要があります。「SSL 暗号化の設定」をご参照ください。

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

      説明

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

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

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

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

        パラメーター

        説明

        同期タイプ

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

        移行元データベースのトリガーを移行する方法

        トリガーの同期方法を選択します。詳細については、「トリガーの同期または移行方法の設定」をご参照ください。

        説明

        このパラメーターは、同期タイプ で スキーマ同期 を選択した場合にのみ利用可能です。

        移行評価の有効化

        この機能は、ソースおよび宛先データベースのスキーマが同期要件を満たしているかどうかを評価します。はいを選択すると、事前チェックの所要時間が延長される可能性があります。評価結果は事前チェック中に表示されますが、事前チェックの結果には影響しません。

        説明

        • このパラメーターは、同期タイプ で スキーマ同期 を選択した場合にのみ利用可能です。

        • ○ を選択すると、評価結果 の表示時間が延長される可能性があります。評価結果は事前チェック中に表示されますが、事前チェックの結果には影響しません。

        同期トポロジ

        本例では、一方向同期 を使用します。

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

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

          説明

          宛先データベースで同名のテーブルを削除またはリネームできない場合、別のテーブル名にマッピングできます。「テーブルおよびカラム名のマッピング」をご参照ください。

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

          警告

          エラーを無視して続行 を選択すると、データの不整合が発生し、業務にリスクを及ぼす可能性があります。たとえば：

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

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

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

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

        イベントを移行するかどうか

        必要に応じて、ソースデータベースからイベントを同期するかどうかを指定します。○ を選択した場合、関連する要件を満たし、その後の操作を実行する必要があります。詳細については、「イベントの同期または移行」をご参照ください。

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

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

        ソースオブジェクト

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

        説明

        データベース、テーブル、およびカラムを同期対象として選択できます。テーブルまたはカラムを選択した場合、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトは宛先データベースに同期されません。

        選択中のオブジェクト
        説明

        • データベースまたはテーブルレベルで同期対象の SQL 操作を選択するには、選択済みのオブジェクト ボックスでオブジェクトを右クリックし、表示されるダイアログボックスで目的の SQL 操作を選択します。サポートされる操作の一覧については、「サポートされる SQL 操作」をご参照ください。

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

      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 を設定します。

        環境タグ

        インスタンスを識別するための環境タグを選択できます。本例では選択は不要です。

        ETL 機能の設定

        抽出・変換・書き出し（ETL）機能を有効化するかどうかを選択します。「ETL とは？」をご参照ください。有効な値は以下のとおりです：

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

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

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

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

        監視アラート

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

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

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

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

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

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

      説明

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

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

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

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

        • 無視可能なチェック項目については、アラートの詳細を確認、無視、OK、再度事前チェックを実行 の順にクリックして、警告を無視し、再度事前チェックを実行できます。警告項目を無視した場合、データの不整合などの問題が発生し、業務にリスクを及ぼす可能性があります。

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

      1. 成功率 が 100 % の場合、次：インスタンスの購入 をクリックします。

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

        カテゴリ

        パラメーター

        説明

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

        課金方法

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

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

        リソースグループの構成

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

        リンク仕様

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

        サブスクリプション期間

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

        説明

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

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

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

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