すべてのプロダクト
Search
ドキュメントセンター

Data Transmission Service:自己管理 SQL Server から PolarDB for MySQL への同期

最終更新日:Jul 18, 2026

Data Transmission Service (DTS) を使用して、自己管理 SQL Server データベースから PolarDB for MySQL クラスターにデータを同期できます。

前提条件

  • ご利用の自己管理 SQL Server データベースがサポート対象のバージョンである必要があります。詳細については、「同期ソリューションの概要」をご参照ください。

  • ターゲットの PolarDB for MySQL クラスターを作成済みである必要があります。詳細については、「カスタム購入」および「サブスクリプションクラスターの購入」をご参照ください。

  • PolarDB for MySQL クラスターのストレージ容量が、自己管理 SQL Server データベースの占有容量よりも大きい必要があります。

  • ソースインスタンスが以下のいずれかの条件を満たす場合、同期タスクを複数のタスクに分割することを推奨します。

    • ソースインスタンスに 10 個を超えるデータベースがある。

    • 単一データベースに対して 1 時間に複数回ログバックアップが実行される。

    • 単一データベースに対して 1 時間に 100 回を超えるデータ定義言語 (DDL) 操作が実行される。

    • 単一データベースのログ生成レートが 20 MB/s を超える。

    • 1,000 個を超えるテーブルで変更データキャプチャ (CDC) を有効にする必要がある。

制限事項

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

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

種別

説明

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

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

  • テーブルレベルで 5,000 個を超えるテーブルを同期し、列名のマッピングなどオブジェクト編集が必要な場合は、テーブルを複数のタスクに分割してください。

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

  • データベース全体ではなく特定のオブジェクトを同期するようにタスクを構成した場合、同じテーブル名だが異なるスキーマ名を持つオブジェクトを同一の宛先データベースに同期することはできません。

  • Data Transmission Service (DTS) は、ソースデータベースからログを取得するために fn_log 関数を使用します。この関数にはパフォーマンスボトルネックがあります。ソースデータベースのログを早期にクリーンアップしないでください。そうしないと、タスクが失敗する可能性があります。

  • トランザクションログ:

    • トランザクションログを有効にして復元モードをフルに設定し、フル物理バックアップが完了していることを確認してください。

    • 増分データ同期タスクの場合、DTS はソースデータベースのトランザクションログを少なくとも 24 時間保持する必要があります。完全データ同期と増分データ同期を含むタスクの場合、トランザクションログは少なくとも 7 日間保持する必要があります。完全データ同期が完了後、保持期間を 24 時間以上に変更できます。DTS が要求された保持期間より短いためにトランザクションログを取得できない場合、タスクが失敗する可能性があります。極端なケースでは、データの不整合や損失につながる可能性があります。DTS の要件よりも短いログ保持期間に起因する問題は、サービスレベル契約 (SLA) の適用外となります。

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

    • sys.sysservers ビューの srvname フィールドの値が、SERVERPROPERTY 関数の戻り値と同じである必要があります。

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

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

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

    • ソースデータベースが SQL Server 2017 (Standard または Enterprise Edition) の場合、それ以降のバージョンにアップグレードしてください。

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

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

  • ソースデータベースが ApsaraDB RDS for SQL Server インスタンスの場合、同期インスタンスの安定性を確保するために透過的データ暗号化 (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 操作がブロックされる可能性があります。

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

  • 完全データ同期タスク中は、共有ロックによるデータ書き込みへの影響を防ぐため、ソースデータベースの READ_COMMITTED_SNAPSHOT トランザクション処理モードパラメーターを有効にしておくことを推奨します。そうしないと、データの不整合やインスタンス障害などの問題が発生する可能性があります。これらに起因する例外は DTS SLA の適用外となります。

その他の制限事項

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

    • DTS は、データベース、スキーマ、テーブルのオブジェクトタイプについてスキーマ同期をサポートします。

    • CURSOR、ROWVERSION、SQL_VARIANT、HIERARCHYID、POLYGON、GEOMETRY、GEOGRAPHY データ型を使用するデータ、または CREATE TYPE コマンドで作成されたユーザー定義型の同期はサポートされません。

    • 以下のオブジェクトの同期はサポートされません:PROCEDURE、FUNCTION、TRIGGER、DATATYPE、SYNONYM、CATALOG、PLAN_GUIDE、SEQUENCE。

  • データに四バイト文字(例:まれな漢字や絵文字)が含まれる場合、宛先データベースおよびテーブルは 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 日あたり平均で 1,000 万件を超える増分変更 SQL ステートメントを生成する場合、<time> を 1440 に設定することを推奨します。

    • 増分データ同期タスクの DTS 事前チェックは、ソースデータベースおよびテーブルで CDC を有効にします。SQL Server データベースエンジンの制限により、このプロセスでソースデータベースに一時的なロックが発生する可能性があります。

    • 単一のデータ同期タスクでは、1,000 個を超えるテーブルで CDC を有効にしないでください。この上限を超えると、タスクの遅延または不安定になる可能性があります。

  • オブジェクト設定 ステップで 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 に設定することを推奨します。

    • 列の追加または削除を行う DDL 操作を連続して実行すること(1 分以内に 2 回以上)はサポートされておらず、タスクが失敗する可能性があります。

    • ソースデータベースの CDC インスタンスを変更することはサポートされておらず、タスクの失敗またはデータ損失を引き起こす可能性があります。

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

  • 増分データ同期の正確な遅延モニタリングを確保するために、DTS は選択されたモードに基づいてソースデータベースに特定のオブジェクトを作成します。ログ解析モードでは、DTS は dts_cdc_sync_ddl トリガー、dts_sync_progress ハートビートテーブル、および dts_cdc_ddl_history DDL 履歴テーブルを作成します。ハイブリッドモードでは、DTS は dts_cdc_sync_ddl トリガー、dts_sync_progress ハートビートテーブル、および dts_cdc_ddl_history DDL 履歴テーブルを作成し、さらにデータベースレベルおよび一部のテーブルで CDC を有効にします。CDC が有効になっているテーブルのデータ変更レートは 1,000 RPS を超えてはなりません。

  • データ同期タスクを開始する前に、ソースおよび宛先データベースのパフォーマンスを評価してください。また、タスクはピーク時以外の時間帯に実行してください。完全データ初期化では、ソースおよび宛先データベースの読み取りおよび書き込みリソースを消費するため、データベース負荷が増加します。

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

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

  • 同期中にインデックスを再構築しないでください。これによりタスクが失敗したり、データ損失が発生したりする可能性があります。

    説明

    CDC が有効になっているテーブルでは、プライマリキーに関連する DDL 操作を実行できません。

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

  • CDC が有効になっているテーブルの単一フィールドに 64 KB を超えるデータを書き込む必要がある場合、事前に exec sp_configure 'max text repl size', -1; コマンドを実行してソースデータベースの構成を調整する必要があります。

    説明

    デフォルトでは、CDC ジョブが処理できる単一フィールドの最大サイズは 64 KB です。

  • DTS が DDL 操作を宛先データベースに書き込めなかった場合、タスクは継続して実行されます。失敗した DDL 操作を確認するには、タスログをチェックしてください。タスクログの確認方法については、「タスクログの表示」をご参照ください。

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

  • 同じ SQL Server データベースをソースとして使用する複数の同期インスタンスは、それぞれ独立した増分データキャプチャモジュールを持ちます。

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

    説明

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

  • SQL Server は商用のクローズドソースデータベースです。そのログ形式の既知または未知の特性により、DTS による増分変更データキャプチャ (CDC) および解析中に問題が発生する可能性があります。本番環境で SQL Server ソースからの DTS を使用して増分同期または移行を行う前に、包括的な概念実証 (POC) テストを実施してください。テストでは、すべてのビジネス変更シナリオ、スキーマ変更、ピークロードストレステストをカバーする必要があります。DTS の安定的かつ効率的な運用を確保するには、本番のビジネスロジックが POC フェーズでテストされた内容と同一であることが重要です。

  • 増分同期中、DTS はソースデータベースからの部分的にロールバックされたトランザクションをサポートしません。ロールバック操作が失われる可能性があります。

特殊なケース

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

課金

同期タイプ

料金

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

無料です。

増分データ同期

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

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

  • 一方向 1 対 1 同期

  • 一方向 1 対多同期

  • 一方向 多対 1 同期

詳細については、「同期トポロジ」をご参照ください。

サポートされる SQL 操作

操作タイプ

SQL ステートメント

DML

INSERT、UPDATE、DELETE

説明

DTS は、大規模フィールドのみを更新する UPDATE ステートメントを同期しません。

DDL

  • CREATE TABLE

  • ALTER TABLE (ADD COLUMN および DROP COLUMN のみ)

  • DROP TABLE

  • CREATE INDEX および DROP INDEX

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

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

  • トランザクショナル DDL 操作はサポートされません。たとえば、単一の SQL ステートメントで複数の列を追加したり、DDL と DML 操作を混在させたりすると、データ損失が発生する可能性があります。

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

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

  • DTS は TRUNCATE TABLE 操作を同期しません。

  • パーティションテーブルおよび関数で定義されたテーブルはサポートされません。

前提条件

データ同期タスクを構成する前に、自己管理 SQL Server データベースのログ設定を構成し、クラスター化インデックスを作成する必要があります。

重要

複数のデータベースを同期する場合、データの不整合を防ぐために、各データベースに対して手順 1 ~ 3 を繰り返してください。

  1. 自己管理 SQL Server データベースで次のコマンドを実行して、データベースの復元モードを完全に変更します。復元モードを変更するには、SQL Server Management Studio (SSMS) を使用することもできます。詳細については、「データベースの復元モードの表示または変更 (SQL Server)」をご参照ください。

    use master;
    GO
    ALTER DATABASE <database_name> SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
    GO

    パラメーター:

    <database_name>:同期するデータベースの名前。

    例:

    use master;
    GO
    ALTER DATABASE mytestdata SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
    GO
  2. 以下のコマンドを実行して、ソースデータベースの論理バックアップを作成します。すでに論理バックアップがある場合は、この手順をスキップしてください。

    BACKUP DATABASE <database_name> TO DISK='<physical_backup_device_name>';
    GO

    パラメーター:

    • <database_name>:ソースデータベースの名前。

    • <physical_backup_device_name>:バックアップファイルのパスとファイル名。

    例:

    BACKUP DATABASE mytestdata TO DISK='D:\backup\dbdata.bak';
    GO
  3. 以下のコマンドを実行して、ソースデータベースのログバックアップを作成します。

    BACKUP LOG <database_name> to DISK='<physical_backup_device_name>' WITH init;
    GO

    パラメーター:

    • <database_name>:ソースデータベースの名前。

    • <physical_backup_device_name>:バックアップファイルのパスとファイル名。

    例:

    BACKUP LOG mytestdata TO DISK='D:\backup\dblog.bak' WITH init;
    GO

操作手順

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

    DTS コンソールから

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

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

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

    DMS コンソールから

    説明

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

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

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

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

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

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

    セクション

    パラメーター

    説明

    該当なし

    タスク名

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

    ソースデータベース

    既存の接続情報の選択

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

      説明

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

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

    データベースタイプ

    SQL Server を選択します。

    アクセス方法

    Express Connect、VPN Gateway、または Smart Access Gateway を選択します。

    インスタンスリージョン

    自己管理 SQL Server データベースのリージョンを選択します。

    説明

    ソースデータベースが自己管理データベースの場合、必要な準備を実施する必要があります。詳細については、「準備の概要」をご参照ください。

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

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

    ソースデータベースに接続されているVPC

    自己管理 SQL Server データベースを含む Virtual Private Cloud (VPC) の ID を選択します。

    IP アドレス

    自己管理 SQL Server データベースのサーバー IP アドレスを入力します。

    ポート

    自己管理 SQL Server データベースのサービスポートを入力します。デフォルト値は 1433 です。

    データベースアカウント

    自己管理 SQL Server データベースのアカウントを入力します。アカウントには sysadmin ロールが必要です。権限の付与方法については、「CREATE USER」と「ユーザー権限管理」をご参照ください。

    データベースパスワード

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

    暗号化

    非暗号化 または SSL 暗号化 を選択します。

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

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

    宛先データベース

    既存の接続情報の選択

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

      説明

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

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

    データベースタイプ

    PolarDB for MySQL を選択します。

    アクセス方法

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

    インスタンスリージョン

    宛先 PolarDB for MySQL クラスターのリージョンを選択します。

    PolarDB クラスター ID

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

    データベースアカウント

    宛先 PolarDB for MySQL クラスターのアカウントを入力します。このアカウントには読み取りおよび書き込み権限が必要です。

    データベースパスワード

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

    暗号化

    要件に基づいてオプションを選択します。詳細については、「SSL 暗号化の構成」をご参照ください。

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

    説明

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

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

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

      パラメーター

      説明

      同期タイプ

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

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

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

      警告

      ソースデータベースの複数のスキーマに同じ名前のテーブルが存在してはなりません。そうでない場合、データの不整合またはタスクの失敗が発生する可能性があります。

      SQL Server 増分同期モード

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

        • メリット:

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

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

        • デメリット:

          • DTS はソースデータベースにトリガー dts_cdc_sync_ddl、ハートビートテーブル dts_sync_progress、DDL 格納テーブル dts_cdc_ddl_history を作成します。また、データベースレベルおよび一部のテーブルで 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 のネイティブ変更データキャプチャ (CDC) コンポーネントを使用して増分データを取得します。これにより増分同期がより安定し、ネットワーク帯域幅の消費が少なくなります。

        • デメリット:

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

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

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

      この設定は、現在の同期インスタンス内で CDC を有効にできるテーブル数を制限します。デフォルト値は 1,000 です。

      説明

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

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

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

        説明

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

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

        警告

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

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

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

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

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

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

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

      ソースオブジェクト

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

      説明

      このシナリオでは異種データベース間の同期が行われます。そのため、同期オブジェクトとしてテーブルのみを選択できます。ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトは宛先データベースに同期されません。

      選択中のオブジェクト

      説明
      • データベースまたはテーブルレベルで同期する SQL 操作を選択するには、選択中のオブジェクト セクションでオブジェクトを右クリックし、ダイアログボックスで目的の SQL 操作を選択します。

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

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

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

      パラメーター

      説明

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

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

      移行先データベースのエンジンタイプを選択します。

      ビジネス要件に基づいて、宛先データベースのエンジンタイプを選択します。

      • InnoDB:デフォルトのストレージエンジン。

      • X-Engine:オンライントランザクション処理 (OLTP) データベースストレージエンジン。

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

      同期タスク開始後、ソースまたは宛先データベースへの接続が失敗した場合、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 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを構成することで、完全同期タスクのレート制限を設定できます。

      説明
      • この設定項目は、同期タイプ完全データ同期 に設定されている場合にのみ使用できます。

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

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

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

      環境タグ

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

      ETL 機能の設定

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

      監視アラート

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

    3. 次へ:データ検証 をクリックして、データ検証タスクを構成します。

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

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

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

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

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

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

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

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

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

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

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

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

      カテゴリ

      パラメーター

      説明

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

      課金方法

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

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

      リソースグループ構成

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

      リンク仕様

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

      サブスクリプション期間

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

      説明

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

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

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

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