すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:RDS for SQL Server インスタンス間の移行

    ドキュメントセンター

    Data Transmission Service:RDS for SQL Server インスタンス間の移行

    最終更新日:Feb 07, 2026

    Data Transmission Service (DTS) は、RDS for SQL Server インスタンス間の移行をサポートしています。

    前提条件

    • ソースとターゲットの RDS for SQL Server インスタンスを作成済みであること。サポートされているバージョンについては、「移行の概要」をご参照ください。インスタンスを作成するには、「RDS for SQL Server インスタンスの作成」をご参照ください。

      重要

      • ソースの RDS for SQL Server のバージョンが 2008 または 2008 R2 の場合、増分データ移行はサポートされません。

      • [SQL Server 増分同期モード] が [非ヒープテーブルにはログ解析を使用し、ヒープテーブルには CDC を使用] (ハイブリッドログ解析モードを有効化) に設定されている場合、以下のソースデータベースがサポートされます。

        • Enterprise または Enterprise Evaluation Edition：2012、2014、2016、2019、または 2022。

        • Standard Edition：2016、2019、または 2022。

    • ターゲットの RDS for SQL Server インスタンスのストレージ容量は、ソースの RDS for SQL Server インスタンスで使用されているストレージ容量よりも大きい必要があります。

    • ソースインスタンスに次のいずれかの条件が適用される場合は、移行を複数のタスクに分割する必要があります。

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

      • 単一のデータベースでログのバックアップが 1 時間に 1 回以上実行される。

      • 単一のデータベースで DDL 操作が 1 時間に 100 回以上実行される。

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

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

    重要な注意事項

    説明

    DTS は、ソースデータベースからターゲットデータベースに外部キーを移行しません。そのため、ソースデータベースでのカスケードおよび削除操作はターゲットデータベースに移行されません。

    タイプ

    説明

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

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

    • 移行するテーブルにはプライマリキーまたは一意制約が必要であり、フィールドは一意である必要があります。そうでない場合、ターゲットデータベースに重複データが表示される可能性があります。

    • テーブルレベルのオブジェクトを移行し、テーブル名や列名のマッピングなどの編集が必要な場合、単一のデータ移行タスクでサポートされるテーブルは最大 1,000 です。この制限を超えると、タスクの送信後にエラーが報告されます。この場合、テーブルを複数の移行タスクに分割するか、データベース全体を移行するタスクを設定してください。

    • 単一のデータ移行タスクでサポートされるデータベースは最大 10 です。この制限を超えると、安定性やパフォーマンスの問題が発生する可能性があります。この場合、データベースを複数の移行タスクに分割してください。

    • データベース全体ではなく特定のオブジェクトを移行するタスクを設定した場合、同じ名前でスキーマ名が異なるテーブルを同じターゲットデータベースに移行することはできません。

    • 増分移行の場合、データログは次の要件を満たす必要があります：

      • ログが有効になっていること。バックアップモードが「完全」に設定されていること。完全物理バックアップが正常に実行されていること。

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

    • ソースデータベースから移行するテーブルに対して変更データキャプチャ (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 または Enterprise Edition) の場合、データベースのバージョンをアップグレードしてください。

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

    • ソースデータベースの操作制限：

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

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

    • ソースデータベースが読み取り専用インスタンスの場合、DDL 操作は移行できません。

    • ソースデータベースが Azure SQL Database の場合、DTS インスタンスは 1 つのデータベースしか移行できません。

    • ソースデータベースが RDS for SQL Server インスタンスで、移行タスクに増分移行が含まれる場合、DTS インスタンスの安定性を確保するために TDE (透過的データ暗号化) を無効にしてください。詳細については、「TDE の無効化」をご参照ください。

    • 初期スキーマ同期タスクが実行される前に、ソースデータベースで sp_rename コマンドを使用してストアドプロシージャなどのオブジェクトの名前を変更すると、タスクが期待どおりに機能しないか、失敗する可能性があります。

      説明

      データベース内のオブジェクトの名前を変更するには、ALTER コマンドを使用してください。

    • ハイブリッドログ解析モードでは、10 分未満の間隔でソースデータベースの列を追加または削除する複数の操作を連続して実行することはできません。たとえば、次の SQL 文を連続して実行すると、タスクはエラーを報告します。

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

    • ソースデータベースが Web Edition RDS for SQL Server インスタンスの場合、タスクを設定する際に SQL Server 増分同期モード を ソースデータベースのログに基づく増分同期 (ヒープテーブル非対応) に設定する必要があります。

    • 完全なデータ移行中、ソースデータベースで READ_COMMITTED_SNAPSHOT トランザクション処理モードパラメーターが有効になっていることを確認してください。これにより、共有ロックがデータ書き込みに影響を与えるのを防ぎます。そうしないと、データの不整合やインスタンスの障害などの例外が発生する可能性があります。この問題によって引き起こされる例外は、DTS SLA の対象外です。

    その他の制限

    • CURSOR、ROWVERSION、SQL_VARIANT、HIERARCHYID、POLYGON、GEOMETRY、および GEOGRAPHY データ型のデータは移行できません。

    • ターゲットデータベースの TIMESTAMP データ型のフィールドにデータを書き込めない場合、DTS は完全移行および増分移行をサポートしません。これにより、データの不整合やタスクの失敗が発生する可能性があります。

    • ソースデータベースからトリガーを移行するには、タスクに使用されるデータベースアカウントにターゲットデータベースに対する Owner 権限が必要です。

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

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

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

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

        説明

        • <time> は分単位の時間を指定します。

        • ソースデータベースの単一テーブルに対する増分変更 SQL 文の数が 1 日あたり 1,000 万を超える場合は、<time> を 1440 に設定することを推奨します。

      • 単一の移行タスクでは、1,000 を超えるテーブルで CDC を有効にしないことを推奨します。そうしないと、タスクのレイテンシーや不安定さが発生する可能性があります。

      • 増分移行タスクの前提条件モジュールは、ソースデータベースで CDC を有効にします。このプロセス中、SQL Server データベースカーネルの制限により、ソースデータベースが短時間ロックされる可能性があります。

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

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

        説明

        • Azure SQL Database コンソールが提供する特権アカウント (サーバー管理者) は要件を満たしています。vCore ベースのデータベースでは、すべてのインスタンスタイプが CDC をサポートします。DTU ベースのデータベースでは、S3 以降のインスタンスタイプのみが CDC をサポートします。

        • Amazon RDS for SQL Server の特権アカウントは要件を満たしており、ストアドプロシージャのデータベースレベルの CDC を有効にするために使用できます。

        • クラスター化列ストアインデックステーブルは CDC をサポートしていません。

        • 増分移行タスクの前提条件モジュールは、ソースデータベースで CDC を有効にします。このプロセス中、SQL Server データベースカーネルの制限により、ソースデータベースが短時間ロックされる可能性があります。

      • DTS は、ソースデータベースの各テーブルの CDC インスタンスをポーリングして増分データを取得します。したがって、ソースデータベースから 1,000 を超えるテーブルを移行しないことを推奨します。そうしないと、タスクのレイテンシーや不安定さが発生する可能性があります。

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

        説明

        • <time> は分単位の時間を指定します。

        • ソースデータベースの単一テーブルに対する増分変更 SQL 文の数が 1 日あたり 1,000 万を超える場合は、<time> を 1440 に設定することを推奨します。

      • 列を追加または削除する操作を連続して実行することはできません。たとえば、1 分以内に列を追加または削除する DDL 操作を 2 回以上実行することはできません。そうしないと、タスクが失敗する可能性があります。

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

    • 異なるバージョン間でデータを移行する場合は、事前に互換性を確認してください。

    • 増分データ移行のレイテンシーの精度を確保するために、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 を有効にします。ソースデータベースで CDC が有効になっているテーブルのデータ変更率は、1 秒あたりのレコード数 (RPS) が 1,000 を超えないようにすることを推奨します。

    • データを移行する前に、ソースデータベースとターゲットデータベースのパフォーマンスを評価してください。オフピーク時間帯にデータを移行することを推奨します。そうしないと、完全なデータ移行中に DTS がソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを消費し、データベースの負荷が増加する可能性があります。

    • 完全なデータ移行には同時 INSERT 操作が含まれるため、ターゲットデータベースでテーブルの断片化が発生します。したがって、完全なデータ移行が完了した後、ターゲットデータベースのテーブルストレージ容量はソースインスタンスよりも大きくなります。

    • DTS が FLOAT または DOUBLE データ型の列に提供する移行精度がビジネス要件を満たしているか確認してください。DTS は、ROUND(COLUMN,PRECISION) を使用してこれらの列の値を読み取ります。精度を指定しない場合、DTS は FLOAT 値を 38 の精度で、DOUBLE 値を 308 の精度で移行します。

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

    • 移行タスクに増分データ移行が含まれる場合、インデックスの再作成はできません。そうしないと、タスクが失敗したり、データが失われたりする可能性があります。

      説明

      CDC が有効になっているテーブルのプライマリキーは変更できません。

    • 単一の移行タスクで CDC が有効になっているテーブルの数が DTS がサポートする CDC が有効になっているテーブルの最大数の制限 の値より大きい場合、事前チェックは失敗します。

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

      説明

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

    • 増分移行の場合、ターゲットデータベースで有効になっているトリガーと外部キーを無効にしてください。そうしないと、移行タスクは失敗します。

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

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

      説明

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

    • SQL Server は商用のクローズドソースデータベースです。既知または未知のフォーマット固有の制限により、DTS が SQL Server ログに対して CDC と解析を実行する際に問題が発生する可能性があります。したがって、本番環境で SQL Server ソースの増分同期または移行を有効にする前に、包括的な概念実証 (POC) テストを実施することを推奨します。テストには、すべてのビジネス変更タイプ、テーブルスキーマの変更、およびビジネスのピーク時間帯のストレステストが含まれている必要があります。SQL Server ログフォーマットの予測不可能性のため、本番環境のビジネスロジックが POC テストのロジックと一致していることを確認する必要があります。これは、DTS の高い効率と安定性を確保するための鍵です。

    特殊なケース

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

    • ターゲットインスタンスが RDS for SQL Server インスタンスの場合、DTS はインスタンスにデータベースを自動的に作成します。移行するデータベースの名前が RDS for SQL Server の命名規則に準拠していない場合は、移行タスクを設定する前にターゲットインスタンスにデータベースを作成する必要があります。詳細については、「データベースの作成」をご参照ください。

    課金

    移行タイプ

    インスタンス構成料金

    インターネットトラフィック料金

    スキーマ移行と完全なデータ移行

    無料です。

    ターゲットデータベースの アクセス方法 パラメーターが パブリック IP アドレス に設定されている場合、インターネットトラフィックに対して課金されます。詳細については、「課金の概要」をご参照ください。

    増分データ移行

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

    移行タイプ

    • スキーマ移行

      DTS は、選択したオブジェクトのスキーマ定義をソースデータベースからターゲットデータベースに移行します。

    • 完全移行

      DTS は、選択したオブジェクトのすべての既存データをソースデータベースからターゲットデータベースに移行します。

    • 増分移行

      完全移行の後、DTS はソースデータベースからの増分更新をターゲットデータベースに移行します。このプロセスにより、アプリケーションのダウンタイムなしでスムーズなデータ移行が可能になります。

    増分移行でサポートされる SQL 操作

    操作タイプ

    SQL 文

    DML

    INSERT、UPDATE、DELETE

    説明

    ラージオブジェクト列のみを変更する UPDATE 文はサポートされていません。

    DDL

    • ALTER TABLE (ADD COLUMN、DROP COLUMN、RENAME COLUMN のみ)

    • CREATE TABLE、CREATE INDEX

    • DROP TABLE

    • RENAME TABLE

    • TRUNCATE TABLE

    説明

    • トランザクション DDL 操作はサポートされていません。たとえば、1 つの文で複数の列を追加したり、1 つの文で DDL と DML を混在させたりすると、データが失われる可能性があります。

    • カスタムデータ型を含む DDL 操作はサポートされていません。

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

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

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

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

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

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

    データベース

    スキーマ移行

    完全移行

    増分移行

    データベースアカウントの作成と権限付与の方法

    ソースインスタンス

    読み取り権限

    読み取り権限

    移行するオブジェクトに対する Owner 権限。

    「データベースとアカウントの作成」をご参照ください。

    ターゲットインスタンス

    読み取り/書き込み権限

    読み取り/書き込み権限

    読み取り/書き込み権限。

    操作手順

    1. 次のいずれかの方法で、ターゲットリージョンの移行タスクリストページに移動します。

      DTS コンソールから

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

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

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

      DMS コンソールから

      説明

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

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

      2. トップメニューバーで、[データ + AI] > [Data Transmission (DTS)] > [データ移行] を選択します。

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

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

    3. (任意) ページの右上隅で、新バージョンの設定ページを試してみる をクリックします。

      説明

      • すでに新しい設定ページにいる場合 (右上隅のボタンが 旧バージョンの設定ページに戻る の場合)、このステップはスキップできます。

      • 新しい設定ページと古い設定ページのパラメーターは異なります。新しい設定ページを使用することを推奨します。

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

      カテゴリ

      構成

      説明

      なし

      タスク名

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

      ソースデータベース

      既存の接続情報の選択

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

        説明

        DMS コンソールでは、このパラメーターは DMS データベースインスタンスの選択 という名前です。

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

      データベースタイプ

      [SQL Server] を選択します。

      アクセス方法

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

      インスタンスリージョン

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

      Alibaba Cloudアカウント全体でのデータの複製

      この例では、同じ Alibaba Cloud アカウント内で移行します。[クロスアカウントではない] を選択します。

      RDS インスタンス ID

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

      データベースアカウント

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

      データベースパスワード

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

      暗号化

      ご利用の環境に応じて 非暗号化 または SSL 暗号化 を選択します。

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

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

      宛先データベース

      既存の接続情報の選択

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

        説明

        DMS コンソールでは、このパラメーターは DMS データベースインスタンスの選択 という名前です。

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

      データベースタイプ

      [SQL Server] を選択します。

      アクセス方法

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

      インスタンスリージョン

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

      [インスタンス ID]

      ターゲットの RDS for SQL Server インスタンス ID を選択します。

      データベースアカウント

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

      データベースパスワード

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

      暗号化

      ご利用の環境に応じて 非暗号化 または SSL 暗号化 を選択します。

      • ターゲットデータベースで SSL 暗号化が無効になっている場合は、非暗号化 を選択します。

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

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

      説明

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

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

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

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

        構成

        説明

        移行タイプ

        • 完全移行のみを実行する必要がある場合は、スキーマ移行 と 完全データ移行 の両方を選択します。

        • ダウンタイムなしで移行を実行するには、スキーマ移行、完全データ移行、および 増分データ移行 を選択します。

        説明

        • スキーマ移行 を選択しない場合は、ターゲットデータベースにデータを受け取るためのデータベースとテーブルが存在することを確認する必要があります。必要に応じて、選択中のオブジェクト ボックスのオブジェクト名マッピング機能を使用することもできます。

        • 増分データ移行 を選択しない場合は、データ移行中にソースインスタンスに新しいデータを書き込まないでください。これにより、データ整合性が確保されます。

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

        必要に応じてトリガーの移行方法を選択します。オブジェクトにトリガーが含まれていない場合は、このステップをスキップできます。詳細については、「トリガーの移行方法の設定」をご参照ください。

        説明

        このオプションは、移行タイプ に スキーマ移行 と 増分データ移行 の両方が含まれている場合にのみ利用できます。

        SQL Server 増分同期モード

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

          • 利点：

            • ソースのヒープテーブル、プライマリキーのないテーブル、圧縮テーブル、または計算列のあるテーブルを含むシナリオをサポートします。

            • 高いリンク安定性を提供します。このモードは完全な DDL 文を取得でき、幅広い DDL シナリオをサポートします。

          • 欠点：

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

            • ソースデータベースで CDC が有効になっているテーブルに対して `SELECT INTO`、`TRUNCATE`、または `RENAME COLUMN` 文を実行することはできません。ソースデータベースで DTS によって作成されたトリガーを手動で削除することはできません。

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

          • 利点：

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

          • 欠点：

            このモードは、ソースのヒープテーブル、プライマリキーのないテーブル、圧縮テーブル、または計算列のあるテーブルを含むシナリオをサポートしません。

        • 増分同期のための 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 はターゲットデータベースのレコードを保持しません。ソースデータベースからのレコードがターゲットデータベースのレコードを上書きします。

          • テーブルスキーマが一致しない場合、一部の列のデータのみが移行されるか、移行が失敗する可能性があります。注意して進めてください。

        ソースオブジェクト

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

        説明

        移行オブジェクトを選択する粒度は、スキーマ、テーブル、および列です。移行オブジェクトとしてテーブルまたは列のみを選択した場合、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトはターゲットデータベースに移行されません。

        選択中のオブジェクト

        • ターゲットインスタンスに移行するオブジェクトの名前を変更するには、[選択したオブジェクト] セクションでオブジェクトを右クリックします。詳細については、「個別のテーブル列マッピング」をご参照ください。

        • 一度に複数のオブジェクトの名前を変更するには、[選択したオブジェクト] セクションの右上隅にある [一括編集] をクリックします。詳細については、「一度に複数のオブジェクト名をマッピングする」をご参照ください。

        説明

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

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

        • データベースまたはテーブルレベルで SQL 操作を選択するには、選択中のオブジェクト ボックスで移行するオブジェクトを右クリックし、表示されるダイアログボックスで必要な SQL 操作を選択します。サポートされている操作は、「増分移行でサポートされる SQL 操作」に記載されています。

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

        構成

        説明

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

        デフォルトでは、DTS は共有クラスターでタスクをスケジュールします。選択する必要はありません。より安定したタスクが必要な場合は、DTS 移行タスクを実行するために専用クラスターを購入できます。

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

        移行タスクが開始された後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、すぐに接続のリトライを開始します。デフォルトのリトライ時間は 720 分です。リトライ時間を 10 分から 1440 分の間の値にカスタマイズできます。30 分以上に設定することを推奨します。指定された時間内に DTS がソースおよびターゲットデータベースに再接続した場合、移行タスクは自動的に再開されます。そうでない場合、タスクは失敗します。

        説明

        • 同じソースまたはターゲットを共有する複数の DTS インスタンスの場合、ネットワークリトライ時間は最後に作成されたタスクの設定によって決まります。

        • 接続リトライ期間中もタスクは課金されるため、ビジネスニーズに基づいてリトライ時間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスがリリースされた後できるだけ早く DTS インスタンスをリリースすることを推奨します。

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

        移行タスクが開始された後、DDL または DML 実行例外などの接続以外の問題がソースまたはターゲットデータベースで発生した場合、DTS はエラーを報告し、すぐに操作のリトライを開始します。デフォルトのリトライ時間は 10 分です。リトライ時間を 1 分から 1440 分の間の値にカスタマイズできます。10 分以上に設定することを推奨します。指定されたリトライ時間内に関連する操作が成功した場合、移行タスクは自動的に再開されます。そうでない場合、タスクは失敗します。

        重要

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

        完全移行率を制限するかどうか

        完全移行中、DTS はソースおよびターゲットデータベースの読み取りおよび書き込みリソースを消費し、データベースの負荷が増加する可能性があります。必要に応じて、完全移行タスクの速度制限を有効にできます。1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS を設定して、ターゲットデータベースの負荷を軽減できます。

        説明

        • この設定項目は、移行タイプ で 完全データ移行 を選択した場合にのみ利用できます。

        • 移行インスタンスの実行後に完全移行速度を調整することもできます。

        増分移行率を制限するかどうか

        必要に応じて、増分移行タスクの速度制限を設定することもできます。1 秒あたりの増分移行の行数 RPS と 1 秒あたりの増分移行データ量 (MB) BPS を設定して、ターゲットデータベースの負荷を軽減できます。

        説明

        • この設定項目は、移行タイプ で 増分データ移行 を選択した場合にのみ利用できます。

        • 移行インスタンスの実行後に増分移行速度を調整することもできます。

        環境タグ

        インスタンスを識別するための環境ラベルを選択します。この例ではラベルは必要ありません。

        ETL 機能の設定

        ビジネスニーズに基づいて、データを処理するために ETL 機能を設定するかどうかを選択します。

        • ○：ETL 機能を設定します。テキストボックスにデータ処理ステートメントを入力する必要もあります。

        • ×：ETL 機能を設定しません。

        監視アラート

        ビジネスニーズに基づいて、アラートを設定し、アラート通知を受け取るかどうかを選択します。

        • ×：アラートを設定しません。

        • ○：アラートのしきい値とアラート通知を設定してアラートを構成します。移行が失敗した場合、またはレイテンシーがしきい値を超えた場合、システムはアラート通知を送信します。

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

        データ検証機能の詳細については、「データ検証の設定」をご参照ください。

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

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

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

      説明

      • 移行タスクが開始される前に、DTS は事前チェックを実行します。タスクは事前チェックに合格した後にのみ開始されます。

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

      • 事前チェック中に警告が報告された場合：

        • 無視できないチェック項目については、失敗した項目の横にある 詳細を表示 をクリックし、プロンプトに基づいて問題を修正してから、再度事前チェックを実行します。

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

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

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

      2. 購入 ページで、データ移行インスタンスのリンク仕様を選択します。詳細については、次の表をご参照ください。

        カテゴリ

        パラメーター

        説明

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

        リソースグループの設定

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

        インスタンスクラス

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

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

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

        データ移行タスク リストページで移行タスクの進捗状況を確認できます。

        説明

        • 移行タスクに増分移行が含まれていない場合、完全移行が完了すると自動的に停止します。タスクが停止すると、その ステータス は 完了 に変わります。

        • 移行タスクに増分移行が含まれている場合、自動的に停止しません。増分移行タスクは実行を続けます。増分移行タスクの実行中、タスクの ステータス は 実行中 です。