すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:RDS SQL Server から RDS MySQL への同期

    ドキュメントセンター

    Data Transmission Service:RDS SQL Server から RDS MySQL への同期

    最終更新日:Feb 07, 2026

    Data Transmission Service (DTS) は、RDS SQL Server から RDS MySQL への同期をサポートしています。

    前提条件

    • RDS SQL Server インスタンスを作成済みである必要があります。対応バージョンについては、「同期の概要」をご参照ください。インスタンスの作成手順については、「RDS SQL Server インスタンスの素早い作成と利用」をご参照ください。

      重要

      ハイブリッドログ解析モード（SQL Server 増分同期モード を 非ヒープテーブルの増分同期にはログ解析を、ヒープテーブルの増分同期には CDC を使用 に設定）では、以下のソースデータベースバージョンがサポートされます：

      • Enterprise Edition または Enterprise Evaluation Edition：バージョン 2012、2014、2016、2019、2022。

      • Standard Edition：バージョン 2016、2019、2022。

    • 宛先の RDS MySQL インスタンスを作成済みである必要があります。作成手順については、「RDS MySQL インスタンスの作成」をご参照ください。

    • RDS MySQL インスタンスのストレージ容量は、RDS SQL Server インスタンスのストレージ容量を上回っている必要があります。

    • ソースインスタンスに以下のいずれかの条件が該当する場合、同期タスクを複数のタスクに分割してください：

      • データベース数が 10 を超える。

      • 単一のデータベースに対して 1 時間あたり 1 回を超えるログバックアップが実行される。

      • 単一のデータベースに対して 1 時間あたり 100 回を超える DDL 操作が実行される。

      • 単一のデータベースのログボリュームが 20 MB/s を超える。

      • Change Data Capture (CDC) を 1,000 テーブル以上で有効化する必要がある。

    注意事項

    説明

    • スキーマ同期中、DTS はソースデータベースから宛先データベースへ外部キーを同期します。

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

    種別

    説明

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

    • 同期対象のテーブルにはプライマリキーまたは一意制約が必要であり、対応するフィールド値は一意である必要があります。そうでない場合、宛先データベースに重複データが発生する可能性があります。

    • テーブル単位でデータを同期する場合、マッピング対象の列名などのオブジェクトを編集する必要があり、かつ単一タスク内のテーブル数が 5,000 を超える場合は、テーブルを複数のタスクに分割してください。また、データベース全体を同期するタスクを構成することも可能です。この制限を超えてタスクを送信すると、エラーが発生する可能性があります。

    • 単一の同期タスクでは最大 10 個のデータベースをサポートします。この上限を超えると、安定性およびパフォーマンスに問題が生じるリスクがあります。その場合は、テーブルを分割して複数のタスクで構成してください。

    • 同一の宛先データベースへ特定のオブジェクトを同期するタスクを構成する場合、スキーマ名は異なりますがテーブル名が同一のオブジェクトを選択することはできません。

    • DTS は `fn_log` 関数を使用して、ソースデータベースからログを取得します。この関数にはパフォーマンスボトルネックがあります。ソースデータベースのログを早期にクリアしないでください。タスクが失敗するおそれがあります。

    • データログ：

      • データログは有効化されている必要があります。バックアップモードは「完全」に設定し、完全物理バックアップが正常に完了している必要があります。

      • 増分同期タスクの場合、DTS はソースデータベースがデータログを 24 時間以上保持することを要求します。完全同期および増分同期を含むタスクの場合、DTS はソースデータベースがデータログを最低 7 日間保持することを要求します。完全同期が完了した後は、ログ保持期間を 24 時間以上に変更できます。保持期間が短すぎると、DTS タスクがデータログを取得できず失敗する可能性があります。最悪の場合、データ不整合やデータ損失が発生する可能性があります。DTS が要求するログ保持期間よりも短い期間を設定したことにより発生した問題は、DTS のサービスレベルアグリーメント (SLA) の対象外となります。

    • ソースデータベースのテーブルで Change Data Capture (CDC) を有効化する必要がある場合、以下の条件を満たす必要があります。そうでない場合、事前チェックが失敗します。

      • `sys.sysservers` ビューの `srvname` フィールドの値は、`SERVERPROPERTY` 関数の戻り値と一致している必要があります。

      • ソースデータベースが自己管理型 SQL Server インスタンスの場合、データベース所有者は `sa` である必要があります。ソースデータベースが RDS for SQL Server インスタンスの場合、データベース所有者は `sqlsa` である必要があります。

      • ソースデータベースが Enterprise Edition の場合、SQL Server 2008 以降である必要があります。

      • ソースデータベースが Standard Edition の場合、SQL Server 2016 SP1 以降である必要があります。

      • ソースデータベースが SQL Server 2017（Standard Edition または Enterprise Edition）の場合、バージョンをアップグレードしてください。

    • ソースインスタンスが読み取り専用インスタンスの場合、DDL 操作は同期されません。

    • ソースデータベースが Azure SQL Database の場合、単一の同期インスタンスでは 1 つのデータベースのみを同期できます。

    • ソースデータベースが RDS for SQL Server インスタンスの場合、同期インスタンスの安定性を確保するために、Transparent Data Encryption (TDE) 機能を無効化してください。詳細については、「TDE の無効化」をご参照ください。

    • ハイブリッドログ解析モードでは、ソースデータベースで 10 分間隔以内に連続してカラム追加または削除操作を複数回実行することはできません。たとえば、以下の SQL ステートメントを連続して実行すると、タスクでエラーが報告されます。

      ALTER TABLE test_table DROP COLUMN Flag;
ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');

    • スキーマ同期タスク実行前に、ソースデータベースでストアドプロシージャなどのデータベースオブジェクトの名前を変更するために sp_rename コマンドを使用すると、タスクが予期しない結果を出力したり、失敗したりする可能性があります。

      説明

      データベースオブジェクトの名前変更には、ALTER コマンドの使用を推奨します。

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

      説明

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

    • Web 版 RDS SQL Server をソースデータベースとして使用する場合、タスク構成時に SQL Server 増分同期モード を ソースデータベースのログに基づく増分同期 (ヒープテーブル非対応) に設定する必要があります。

    • 完全データ同期タスク実行中は、ソースデータベースの READ_COMMITTED_SNAPSHOT トランザクション処理モードパラメーターを有効化しておくことを推奨します。これにより共有ロックによるデータ書き込みへの影響を防止できます。有効化しない場合、データ不整合やインスタンス障害などの問題が発生する可能性があります。このような問題は、DTS のサービスレベルアグリーメント (SLA) の対象外となります。

    その他の制限事項

    • 同期対象の要件：

      • データベース、スキーマ、テーブル単位での初期スキーマ同期がサポートされています。

      • 以下のデータ型のデータは同期できません：CURSOR、ROWVERSION、SQL_VARIANT、HIERARCHYID、POLYGON、GEOMETRY、GEOGRAPHY、および CREATE TYPE コマンドで作成されたユーザー定義型。

      • 以下のオブジェクトは同期できません：PROCEDURE、FUNCTION、TRIGGER、DATATYPE、SYNONYM、CATALOG、PLAN_GUIDE、SEQUENCE。

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

      説明

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

    • SQL Server 増分同期モード を ソースデータベースのログに基づく増分同期 (ヒープテーブル非対応) に設定する場合（オブジェクト設定 ステップ）、同期対象のテーブルにはプライマリキー列を含むクラスター化インデックスが必要です。ヒープテーブル、プライマリキーのないテーブル、圧縮テーブル、計算列を含むテーブル、スパース列を含むテーブルの同期はサポートされていません。これらの制限はハイブリッドログ解析モードには適用されません。

    • オブジェクト設定 ステップで、SQL Server 増分同期モード を クラスター化テーブルはログ解析で増分同期し、ヒープテーブルの場合は CDC で増分同期します (ハイブリッド式ログ解析) に設定する場合、以下の制限事項も適用されます：

      • DTS の増分同期は CDC コンポーネントに依存しています。ソースデータベースの CDC ジョブが正しく実行されていることを確認してください。そうでない場合、DTS タスクが失敗します。

      • CDC コンポーネントによって保存される増分データのデフォルト保持期間は 3 日間です。exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>; コマンドを使用して、必要に応じて保持期間を調整してください。

        説明

        • <time> は分単位の時間です。

        • ソースデータベースにおいて、単一テーブルの 1 日あたりの増分変更 SQL ステートメントの平均数が 1,000 万件を超える場合、<time> を 1440 に設定してください。

      • DTS 増分同期タスクの前提モジュールは、ソースデータベースでデータベースおよびテーブルレベルの CDC を有効化します。この処理中、SQL Server データベースカーネルの制限により、ソースデータベースが一時的にロックされる可能性があります。

      • 単一の同期タスクで CDC を有効化するテーブル数は 1,000 を超えないでください。超えると、タスクの遅延や不安定化が発生する可能性があります。

    • SQL Server 増分同期モード を 増分同期のための CDC インスタンスのポーリングとクエリ に設定する場合（オブジェクト設定 ステップ）、以下の制限事項も適用されます：

      • DTS インスタンスで使用されるソースデータベースアカウントは、CDC を有効にする権限を持っている必要があります。データベースレベルの CDC を有効にするには、sysadmin ロールの権限を持つアカウントが必要であり、テーブルレベルの CDC を有効にするには、特権アカウントが必要です。

        説明

        • Azure SQL Database コンソールで提供される特権アカウント（サーバー管理者）は、要件を満たしています。vCore ベースの購入モデルを使用するデータベースの場合、すべての仕様で CDC の有効化がサポートされています。DTU ベースの購入モデルを使用するデータベースの場合、CDC の有効化をサポートするには、仕様が S3 以上である必要があります。

        • Amazon RDS for SQL Server の特権アカウントは要件を満たし、ストアドプロシージャに対するデータベースレベルの CDC の有効化をサポートします。

        • クラスター化列ストアインデックスを含むテーブルでは、CDC を有効化できません。

        • DTS 増分同期タスクの前提モジュールは、ソースデータベースでデータベースおよびテーブルレベルの CDC を有効化します。この処理中、SQL Server データベースカーネルの制限により、ソースデータベースが一時的にロックされる可能性があります。

      • DTS はソースデータベースの各テーブルの CDC インスタンスをポーリングして増分データを取得します。そのため、ソースデータベースから同期するテーブル数は 1,000 を超えないでください。超えると、タスクの遅延や不安定化が発生する可能性があります。

      • CDC コンポーネントによって保存される増分データのデフォルト保持期間は 3 日間です。exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>; コマンドを使用して、必要に応じて保持期間を調整してください。

        • 説明

        • <time> は分単位の時間です。

        • ソースデータベースにおいて、単一テーブルの 1 日あたりの増分変更 SQL ステートメントの平均数が 1,000 万件を超える場合、<time> を 1440 に設定してください。

      • カラム追加または削除操作を連続して実行することはサポートされていません（1 分間に 2 回以上の ADD または DROP DDL 操作）。そうしないと、タスクが失敗する可能性があります。

      • ソースデータベースの CDC インスタンスを変更しないでください。そうしないと、タスクが失敗したり、データが失われたりする可能性があります。

    • 複雑な DDL 操作は同期対象としてサポートされていません。

    • 増分データ同期の遅延を正確に把握するため、DTS は以下の処理を行います。「増分同期のためのソースログ解析」モードでは、ソースデータベースに dts_cdc_sync_ddl トリガー、dts_sync_progress ハートビートテーブル、および dts_cdc_ddl_history DDL ストレージテーブルを作成します。ハイブリッド増分同期モードでは、ソースデータベースに dts_cdc_sync_ddl トリガー、dts_sync_progress ハートビートテーブル、および dts_cdc_ddl_history DDL ストレージテーブルを作成し、さらにデータベースレベルの CDC および一部のテーブルの CDC を有効化します。CDC が有効化されたソースデータベースのテーブルにおけるデータ変更量は、1 秒あたり 1,000 レコード (RPS) を超えないようにしてください。

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

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

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

    • 同期インスタンスに対する再インデックス化はサポートされていません。この操作により、タスクが失敗したり、データが失われたりする可能性があります。

      説明

      CDC が有効化されたテーブルでは、プライマリキーに関する変更はサポートされていません。

    • 単一の同期タスクで CDC を有効化するテーブル数が DTS がサポートする CDC が有効になっているテーブルの最大数の制限 を超える場合、事前チェックが失敗します。

    • CDC が有効化されたテーブルの単一フィールドで 64 KB を超えるデータを格納する必要がある場合、あらかじめソースデータベースの構成を調整するため、exec sp_configure 'max text repl size', -1; コマンドを実行する必要があります。

      説明

      デフォルトでは、CDC ジョブは単一フィールドにつき最大 64 KB を処理できます。

    • DDL ステートメントが宛先データベースへの書き込みに失敗した場合でも、DTS タスクは継続して実行されます。失敗した DDL ステートメントはタスクログで確認できます。タスクログの確認方法については、「タスクログの照会」をご参照ください。

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

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

    • 同期対象オブジェクトを変更する機能を利用する場合、データベースを削除することはできません。

    • 複数の同期インスタンスが同一の SQL Server データベースをソースとして使用する場合、それらの増分データ取り込みモジュールは互いに独立しています。

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

      説明

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

    • SQL Server は商用のクローズドソースデータベースであり、そのログ形式には DTS による増分 CDC および解析時に避けられない課題を引き起こす特性があります。本番環境で SQL Server ソースからの増分同期または移行同期を DTS で使用する前に、包括的な概念実証 (POC) を実施してください。POC では、すべてのビジネス変更タイプ、テーブルスキーマの調整、およびピーク時間帯のストレステストをカバーする必要があります。SQL Server のログ形式は予測不可能であるため、DTS の効率的かつ安定した動作を保証するには、本番環境のビジネスロジックが POC でテストした内容と一致していることを確認してください。

    特殊ケース

    ソースインスタンスが RDS for SQL Server インスタンスの場合、DTS はソースインスタンス内に rdsdt_dtsacct アカウントを作成し、データ同期に使用します。タスク実行中は、このアカウントを削除したり、パスワードを変更したりしないでください。そうしないと、タスクが失敗する可能性があります。詳細については、「システムアカウント」をご参照ください。

    課金

    同期タイプ

    料金

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

    無料です。

    増分データ同期

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

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

    • 一方通行の 1 対 1 同期

    • 一方通行の 1 対多 同期

    • 一方通行の多対 1 同期

    これらのトポロジーの説明および注意事項については、「データ同期トポロジー」をご参照ください。

    サポートされる SQL 操作

    操作タイプ

    SQL ステートメント

    DML

    INSERT、UPDATE、DELETE

    説明

    ラージオブジェクトのみを更新する UPDATE ステートメントはサポートされていません。

    DDL

    • CREATE TABLE

    • ALTER TABLE（ADD COLUMN または DROP COLUMN のみ）

    • DROP TABLE

    • CREATE INDEX、DROP INDEX

    説明

    • ユーザー定義型を含む DDL 操作はサポートされていません。

    • オンライン DDL 操作はサポートされていません。

    • トランザクション型 DDL 操作はサポートされていません。たとえば、1 つの SQL ステートメントで複数のカラムを追加する DDL ステートメントや、DDL と DML を 1 つのステートメントで組み合わせる操作は、データ損失を引き起こす可能性があります。

    • 予約キーワードを属性名として使用する DDL 操作はサポートされていません。

    • システムストアドプロシージャによって実行される DDL 操作はサポートされていません。

    • TRUNCATE TABLE 操作はサポートされていません。

    • パーティショニングおよび関数を含むテーブル定義はサポートされていません。

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

    データベース

    必要な権限

    作成および権限付与方法

    ソース RDS SQL Server

    同期対象オブジェクトに対する所有者権限。

    標準アカウント、特権アカウント、グローバル読み取り専用アカウントの作成 および アカウント権限の変更。

    宛先 RDS MySQL

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

    アカウントの作成 および アカウント権限の変更。

    操作手順

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

      ソースデータベース

      データベースタイプ

      SQL Server を選択します。

      アクセス方法

      クラウドインスタンス を選択します。

      インスタンスリージョン

      ソース RDS SQL Server インスタンスのリージョンを選択します。

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

      この例では、同一の Alibaba Cloud アカウント内で同期を行います。× を選択します。

      インスタンス ID

      ソース RDS SQL Server インスタンスの ID を選択します。

      データベースアカウント

      ソース RDS SQL Server インスタンスのデータベースアカウントを入力します。このアカウントは、同期対象オブジェクトに対する所有者権限を持っている必要があります。

      データベースパスワード

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

      暗号化

      必要に応じて、非暗号化 または SSL 暗号化 を選択します。

      • ソースデータベースで SSL 暗号化が有効化されていない場合、非暗号化 を選択します。

      • ソースデータベースで SSL 暗号化が有効化されている場合、SSL 暗号化 を選択します。DTS は、サーバー側の証明書をデフォルトで信頼します。

      宛先データベース

      データベースタイプ

      MySQL を選択します。

      アクセス方法

      クラウドインスタンス を選択します。

      インスタンスリージョン

      宛先 RDS MySQL インスタンスのリージョンを選択します。

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

      この例では、同一の Alibaba Cloud アカウント内で同期を行います。× を選択します。

      RDS インスタンス ID

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

      データベースアカウント

      宛先 RDS MySQL インスタンスのデータベースアカウントを入力します。このアカウントは読み取りおよび書き込み権限を持っている必要があります。

      データベースパスワード

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

      暗号化

      必要に応じて、非暗号化 または SSL 暗号化 を選択します。SSL 暗号化 を選択する場合、事前に RDS for MySQL インスタンスで SSL 暗号化を有効化する必要があります。詳細については、「クラウド証明書を使用した SSL 暗号化の迅速な有効化」をご参照ください。

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

      説明

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

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

    5. タスクオブジェクトを構成します。

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

        構成

        説明

        同期タイプ

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

        移行元データベースと移行先データベースのスキーママッピングモード

        ビジネスニーズに応じて、ソースおよび宛先データベース間のスキーママッピングモードを選択します。

        警告

        ソースデータベースの複数のスキーマに同一名称のテーブルが存在しないようにしてください。そうしないと、データ不整合やタスク失敗が発生する可能性があります。

        SQL Server 増分同期モード

        • クラスター化テーブルはログ解析で増分同期し、ヒープテーブルの場合は CDC で増分同期します (ハイブリッド式ログ解析)：

          • メリット：

            • ソースデータベースにヒープテーブル、プライマリキーのないテーブル、圧縮テーブル、計算列を含むテーブルが存在するシナリオをサポートします。

            • リンクの安定性が高く、完全な DDL ステートメントを取得でき、DDL シナリオを包括的にサポートします。

          • デメリット：

            • DTS はソースデータベースに dts_cdc_sync_ddl トリガー、dts_sync_progress ハートビートテーブル、dts_cdc_ddl_history DDL ストレージテーブルを作成します。また、データベースレベルおよび一部のテーブルの CDC を有効化します。

            • CDC が有効化されたソースデータベースのテーブルに対しては、SELECT INTO、TRUNCATE、RENAME COLUMN、カラム型の変更ステートメントを実行できません。DTS がソースデータベースに作成したトリガーは手動で削除できません。

              説明

              geometry、geography、hierarchyid 型を含むテーブルでは、CDC の有効化はサポートされていません。

        • ソースデータベースのログに基づく増分同期 (ヒープテーブル非対応)：

          • メリット：

            このモードはソースデータベースに対して非侵入型です。

          • デメリット：

            ソースデータベースにヒープテーブル、プライマリキーのないテーブル、圧縮テーブル、計算列を含むテーブルが存在するシナリオはサポートされていません。

        • 増分同期のための CDC インスタンスのポーリングとクエリ：

          • メリット：

            • ソースデータベースが Amazon RDS for SQL Server、Azure SQL Database、Azure SQL Managed Instance、Azure SQL Server on Virtual Machine、Google Cloud SQL for SQL Server の場合、完全および増分同期をサポートします。

            • このモードでは、SQL Server のネイティブ Change Data Capture (CDC) コンポーネントを使用して増分データを取得します。これにより、増分同期がより安定し、ネットワーク帯域幅の消費が少なくなります。

          • デメリット：

            • DTS インスタンスが使用するソースデータベースアカウントには、CDC を有効化する権限が必要です。増分データ同期には約 10 秒の遅延があります。

            • 複数のデータベースおよびテーブルを同期するシナリオでは、安定性およびパフォーマンスの問題が発生するリスクがあります。

        DTS がサポートする CDC が有効になっているテーブルの最大数の制限

        現在の同期インスタンスで CDC を有効化できるテーブル数の上限を、必要に応じて設定します。デフォルト値は 1000 です。

        説明

        SQL Server 増分同期モード を ソースデータベースのログに基づく増分同期 (ヒープテーブル非対応) に設定した場合、この設定項目は利用できません。

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

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

          説明

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

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

          警告

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

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

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

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

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

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

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

        ソースオブジェクト

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

        説明

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

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

        • データベースまたはテーブルレベルで同期対象の SQL 操作を選択するには、選択済みオブジェクト 内のオブジェクトを右クリックし、ダイアログボックスで必要な SQL 操作を選択します。

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

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

      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. [次へ: データ検証] をクリックして、データ検証タスクを設定します。

        データ検証機能を使用する場合は、構成手順について「データ検証の構成」をご参照ください。

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

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

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

      説明

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

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

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

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

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

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

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

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

        カテゴリ

        パラメーター

        説明

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

        課金方法

        • サブスクリプション：インスタンス作成時に料金を支払います。長期的な利用に適しており、従量課金と比較してコスト効率が高くなります。契約期間が長いほど、割引率も高くなります。

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

        リソースグループ構成

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

        リンク仕様

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

        契約期間

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

        説明

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

      3. 設定を完了したら、「Data Transmission Service (従量課金) 利用規約」を読み、チェックボックスをオンにしてください。

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

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