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

Data Transmission Service:Azure の SQL Server を RDS for SQL Server に移行する

最終更新日:Mar 28, 2026

Data Transmission Service (DTS) を使用すると、Microsoft Azure 上の SQL Server データベース(Azure SQL Database、Azure SQL Managed Instance、Azure Virtual Machines 上の SQL Server を含む)を ApsaraDB RDS for SQL Server に移行できます。

移行方法の選択

2 つのエントリポイントが利用可能です。移行構成に対する制御レベルに応じて、適切な方法を選択してください。

ApsaraDB RDS コンソール

DTS コンソール

移行タイプ

スキーマ移行 + 完全なデータ移行 + 増分データ移行(デフォルトですべて実行)

個別に選択:スキーマ移行、完全なデータ移行、または増分データ移行

高度な設定

速度制限のみ

速度制限、再試行ポリシー、抽出・変換・書き出し (ETL)、モニタリング、専用クラスターなど

推奨用途

すべての移行タイプが必要な標準的な移行

カスタムの移行タイプ選択や詳細な制御が必要な移行

前提条件

開始する前に、以下の条件を満たしていることを確認してください。

課金

移行タイプ

インスタンス構成料金

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

スキーマ移行および完全なデータ移行

無料

[アクセス方法][パブリック IP アドレス] に設定されている場合に課金されます。詳細については、「課金概要」をご参照ください。

増分データ移行

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

移行タイプ

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

サポートされるオブジェクト:テーブル、ビュー、トリガー、シノニム、SQL ストアドプロシージャ、SQL 関数、プランガイド、ユーザー定義型、ルール、デフォルト、シーケンス。

移行されないオブジェクト:アセンブリ、サービスブローカー、フルテキストインデックス、フルテキストカタログ、分散スキーマ、分散関数、共通言語ランタイム (CLR) ストアドプロシージャ、CLR スカラー値関数、CLR テーブル値関数、内部テーブル、システム、集計関数。

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

増分データ移行 — 完全なデータ移行が完了した後、DTS はソースからの新しい変更を継続的にレプリケートします。これにより、移行中もサービスを中断せずに稼働させることができます。

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

タイプ

操作

DML

INSERT、UPDATE、DELETE。

説明

大規模フィールドのみを変更する UPDATE 操作は移行されません。

DDL

CREATE TABLE(パーティションテーブルおよび関数を含むテーブルは移行されません)、ALTER TABLE(ADD COLUMN および DROP COLUMN のみ)、DROP TABLE、CREATE INDEX および DROP INDEX

移行されない DDL 操作:

  • トランザクション DDL(例:複数列に対する DDL、または DDL と DML を含む SQL)

  • ユーザー定義型を含む DDL

  • オンライン DDL 操作

  • 予約キーワード名を持つオブジェクトに対する DDL

  • システムストアドプロシージャ内の DDL

  • TRUNCATE TABLE

必要な権限

データベース

スキーマ移行

完全なデータ移行

増分データ移行

Microsoft Azure 上の SQL Server データベース

SELECT

SELECT

sysadmin ロールの権限。Azure SQL Database のサーバー管理者アカウントには、すでに必要な権限が付与されています。vCore モデルで購入したすべてのデータベースでは、変更データキャプチャ (CDC) を有効化できます。DTU(Database Transaction Unit)モデルで購入したデータベースでは、サービス目的が S3 以上の場合にのみ CDC を有効化できます。

ApsaraDB RDS for SQL Server インスタンス

読み取りおよび書き込み

読み取りおよび書き込み

読み取りおよび書き込み。詳細については、「特権アカウントまたは標準アカウントの作成」および「アカウントの権限の変更」をご参照ください。

注意事項

重要

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

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

  • ソースが Azure 仮想マシン (VM) 上で実行される SQL Server Enterprise Edition の場合、バージョンは SQL Server 2008 以降である必要があります。Standard Edition の場合は、SQL Server 2016 SP1 以降である必要があります。SQL Server 2017 はサポートされていません。

  • ソースサーバーには十分なアウトバウンド帯域幅が必要です。帯域幅が不足していると、移行速度が低下します。

  • テーブルには PRIMARY KEY または一意制約(UNIQUE constraint)が必要であり、すべてのフィールドが一意である必要があります。これらの制約がない場合、ターゲットデータベースに重複レコードが発生する可能性があります。

  • 単一の移行タスクでは最大 10 個のデータベースを移行できます。10 個を超えるデータベースを移行する場合は、パフォーマンスと安定性を維持するために複数のタスクを構成してください。

  • ソースが Azure SQL Database の場合、タスクごとに 1 つのデータベースのみを移行できます。

  • 完全なデータ移行中に、ソースデータベースで READ_COMMITTED_SNAPSHOT トランザクション処理モードを有効化してください。これを有効化しないと、共有ロックが書き込み操作に影響を与え、データの不整合やインスタンス障害を引き起こす可能性があります。このような状況で発生する問題は、DTS のサービスレベル契約 (SLA) の対象外となります。

ログの保持期間に関する要件:

移行タイプ

ログ保持期間

増分データ移行のみ

24 時間以上

完全なデータ移行 + 増分データ移行

最低 7 日間

完全なデータ移行が完了した後は、保持期間を 24 時間以上に設定できます。これらの要件を満たさない場合、DTS が要求されるログを取得できず、DTS の SLA ではサービスの信頼性およびパフォーマンスを保証できません。

移行中の制限操作:

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

  • 完全なデータ移行のみを実行する場合、移行中にソースデータベースへのデータ書き込みを行わないでください。データ整合性を維持するためには、スキーマ移行、完全なデータ移行、増分データ移行の 3 つすべてを選択してください。

  • 読み取り専用インスタンスをソースデータベースとして使用することはできません。

その他の制限事項

  • DTS は、CURSOR、ROWVERSION、SQL_VARIANT、HIERARCHYID、POLYGON、GEOMETRY、GEOGRAPHY のデータ型は移行しません。

  • 増分データ移行を開始する前に、DTS はソースデータベースで CDC を有効化します。これは SQL Server の動作により、テーブルが数秒間ロックされます。

  • 増分データ移行では CDC を使用します。以下の制限が適用されます。

    • ソースデータベースで移行対象となるテーブルは最大 1,000 個までです。1,000 個を超えると、移行の遅延や不安定性が発生する可能性があります。

    • CDC コンポーネントは、デフォルトで増分データを 3 日間保存します。保持期間を変更するには、次のコマンドを実行します:exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>; ここで、<time> は保持時間を分単位で指定します。増分データの平均日次ボリュームが 1,000 万レコードを超える場合は、<time> を 1,440 に設定してください。

    • 1 分間に 2 回を超える頻度でカラムの追加または削除を行う DDL 文を実行しないでください。この制限を超えると、移行タスクが失敗する可能性があります。

    • 移行中にソースデータベースの CDC インスタンスを変更しないでください。変更すると、タスクが失敗したりデータ損失が発生したりする可能性があります。

    • 単一のタスクで複数のデータベースにまたがる複数のテーブルを移行すると、安定性およびパフォーマンスの問題が発生する可能性があります。

    • 増分データ移行の遅延は約 10 秒です。

  • 異なるデータベースバージョン間で移行する場合、互換性があることを確認してください。

  • 増分データ移行を含む移行タスクでは、ターゲットデータベースでインデックスの再作成を実行しないでください。また、トリガーおよび外部キーを無効化してください。これを実行しない場合、タスクが失敗するか、データ損失が発生する可能性があります。

    DTS は、CDC が有効化されたテーブルのプライマリキーに関連する DDL 操作を移行できません。
  • 単一の移行タスクで CDC が有効化されたテーブルの数が 1,000 個を超えるか、DTS がサポートする CDC が有効化可能なテーブルの最大数 の制限を超えると、事前チェックが失敗します。

  • テーブルで CDC が有効化されており、単一フィールドに 64 KB を超えるデータが必要な場合、タスクを開始する前に、ソースデータベースで次のコマンドを実行してください:exec sp_configure 'max text repl size', -1; デフォルトでは、CDC ジョブはフィールドあたり最大 64 KB のデータを処理します。

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

  • ソースデータベースのログに基づく増分同期モードでは、DTS はソースデータベース内に次のオブジェクトを作成します:名前が dts_cdc_sync_ddl のトリガー、名前が dts_sync_progress のハートビートテーブル、および名前が dts_cdc_ddl_history の DDL 履歴テーブル。ハイブリッドログ解析モードでは、DTS は同じオブジェクトを作成し、さらにソースデータベースおよび特定のテーブルに対して CDC を有効化します。CDC が有効化されたテーブルの 1 秒あたりの最大レコード数を 1,000 に設定してください。

  • 移行前に、ソースデータベースのパフォーマンスへの影響を評価してください。非ピーク時間帯に移行をスケジュールしてください。完全なデータ移行では、ソースおよびターゲットデータベースの読み取りおよび書き込みリソースが使用されるため、サーバー負荷が増加します。

  • 完全なデータ移行後、同時 INSERT 操作によりターゲットデータベースのテーブルが断片化されます。ターゲットの表領域はソースよりも大きくなります。

  • FLOAT および DOUBLE カラムの精度設定が要件を満たしていることを確認してください。DTS は、これらの値を読み取るために ROUND(COLUMN, PRECISION) 関数を使用します。精度が指定されていない場合、DTS は FLOAT に対してデフォルトで 38 桁、DOUBLE に対して 308 桁を使用します。

  • DTS は、失敗した移行タスクを最大 7 日間リトライします。ワークロードをターゲットに切り替える前に、失敗したタスクを停止または解放するか、REVOKE 文を実行して、ターゲットデータベース上の DTS アカウントの書き込み権限を取り消してください。そうしないと、タスクが再開された際にソースデータがターゲットデータを上書きする可能性があります。

  • ソース SQL Server データベースを共有する複数の移行インスタンスの CDC コレクションモジュールは、それぞれ独立して動作します。

  • DTS タスクが失敗した場合、DTS テクニカルサポートは 8 時間以内にそのタスクの復旧を試みます。復旧中に、タスクが再起動され、タスクパラメーターが変更される可能性があります。ただし、データベースパラメーターは変更されません。変更される可能性のあるパラメーターには、インスタンスのパラメーターを変更 セクションに記載されているものが含まれる場合があります。

ApsaraDB RDS コンソールを使用したデータ移行

  1. ターゲットの ApsaraDB RDS for SQL Server インスタンスの データ移行 タブに移動します。

    1. ApsaraDB RDS コンソールで、「インスタンス」ページに移動します。

    2. ページ上部で、ターゲットインスタンスが存在するリージョンを選択します。

    3. ターゲットインスタンスの ID をクリックします。

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

    5. データ移行 タブをクリックします。

  2. ワンストップクラウド をクリックします。

  3. ソースおよびターゲットデータベースを構成します。

    ソースデータベース

    パラメーター

    説明

    タスク名

    DTS タスクの名前です。DTS が自動的に名前を生成します。タスクを簡単に識別できるように、説明的な名前を指定してください。名前は一意である必要はありません。

    データベースタイプ

    デフォルト値:SQL Server。設定は不要です。

    タイプ

    Azure を選択します。

    アクセス方法

    ソースデータベースが Alibaba Cloud に接続する方法に応じて、パブリック IP アドレス または Express Connect、VPN Gateway、Smart Access Gateway を選択します。本例では、パブリック IP アドレス を選択しています。

    インスタンスリージョン

    アクセス方法パブリック IP アドレス の場合、Azure SQL Server データベースが存在するリージョンを選択します。該当するリージョンが利用できない場合は、最も近いリージョンを選択してください。アクセス方法Express Connect、VPN Gateway、Smart Access Gateway の場合、データベースが接続されている Alibaba Cloud VPC のリージョンを選択します。

    接続済み VPC

    ソースデータベースが接続されている Alibaba Cloud VPC の ID。このパラメーターは、アクセス方法Express Connect、VPN Gateway、Smart Access Gateway の場合にのみ利用可能です。

    ドメイン名または IP アドレス

    ソースデータベースのドメイン名または IP アドレスです。ドメイン名の使用を推奨します。

    ポート番号

    ソースデータベースのサービスポートです。

    データベースアカウント

    ソースデータベースのアカウントです。Azure SQL Database アカウントの場合は、<管理者ユーザー名>@<サーバー名> の形式を使用します。たとえば、管理者アカウントが testuser、サーバー名が dtstest の場合、testuser@dtstest を入力します。SELECT @@SERVERNAME AS ServerName を実行して、サーバー名を照会できます。必要な権限については、「必要な権限」をご参照ください。

    データベースパスワード

    データベースアカウントのパスワードです。

    暗号化

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

    ターゲットデータベース

    パラメーター

    説明

    データベースタイプ

    デフォルト値:SQL Server。設定は不要です。

    アクセス方法

    デフォルト値:Alibaba Cloud インスタンス。設定は不要です。

    インスタンスリージョン

    現在の ApsaraDB RDS for SQL Server インスタンスのリージョンです。この値は固定されており、変更できません。

    インスタンス ID

    現在の ApsaraDB RDS for SQL Server インスタンスの ID です。この値は固定されており、変更できません。

    データベースアカウント

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

    データベースパスワード

    データベースアカウントのパスワードです。

    暗号化

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

  4. 接続テストと続行 をクリックします。DTS サーバーの CIDR ブロックがソースデータベースのホワイトリストに追加されていることを確認してください。その後、接続テスト をクリックします。

    重要

    DTS サーバーのパブリック CIDR ブロックをデータベースのホワイトリストに追加すると、セキュリティリスクが発生します。DTS を使用する前に、これらのリスクを理解・認識し、ユーザー名およびパスワードのセキュリティ強化、公開ポートの制限、API 呼び出しの認証、不正な CIDR ブロックの定期的な監査および削除などの予防措置を講じてください。詳細については、「DTS サーバーの CIDR ブロックの追加」をご参照ください。

  5. データ移行計画を選択します。システムは、ソースデータベースのタイプに基づいて利用可能な計画を表示します。

    • 完全および増分データ移行オブジェクトの構成 をクリックして、次のステップに進みます。

    • その他の計画:次のステップをスキップします。

    移行ドキュメントの表示 をクリックすると、その他の移行計画の詳細を確認できます。
  6. オブジェクトの構成 ページで、移行対象のオブジェクトを構成します。

    パラメーター

    説明

    ソースデータベース内のトリガーの移行方法

    増分移行が完了する前に移行されたトリガーは、データの不整合を引き起こす可能性があります。トリガーの適用タイミングを制御するには、手動移行 を選択してください。詳細については、「ソースデータベースからのトリガーの同期または移行」をご参照ください。トリガーを移行しない場合は、このパラメーターをスキップしてください。

    ソースオブジェクト

    オブジェクトを選択し、向右小箭头 アイコンをクリックして、選択済みオブジェクト に追加します。カラム、テーブル、またはデータベースを選択できます。テーブルまたはカラムを選択した場合、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトは移行されません。

    選択済みオブジェクト

    オブジェクトを右クリックすると、宛先インスタンスでの名前の変更、選択からの削除、WHERE フィルター条件の指定、または移行する特定の SQL 操作の選択ができます。データベース、テーブル、および列名のマッピングおよびフィルター条件の指定をご参照ください。オブジェクトの名前を変更すると、依存オブジェクトの移行が失敗する可能性があります。image アイコンをクリックして、オブジェクトを [ソースオブジェクト] に戻します。

  7. (任意)高度な設定 をクリックして、高度な設定を構成します。

    パラメーター

    説明

    完全なデータ移行の速度制限を有効化

    完全なデータ移行中の読み取りおよび書き込み負荷を制限します。ソースデータベースへのクエリ数 (QPS)完全なデータ移行の RPS、および 完全なデータ移行のデータ移行速度 (MB/s) を構成して、ターゲットサーバーの負荷を軽減します。

    増分データ移行の速度制限を有効化

    増分移行中の負荷を制限します。増分データ移行の RPS および 増分データ移行のデータ移行速度 (MB/s) を構成して、ターゲットサーバーの負荷を軽減します。

    データ検証モード

    完全データ検証 を選択して、データ整合性を確認します。完全検証モードでの 1 秒あたりの最大読み取り行数 および 完全検証モードでの 1 秒あたりの最大読み取りデータ量 (バイト/秒) を指定して、検証速度を制限します。両方のフィールドに 0 を指定すると、検証の速度制限が無効化されます。

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

    • このタスクの API パラメーターをプレビューするには、次へ:タスク設定の保存と事前チェック にカーソルを合わせ、OpenAPI パラメーターのプレビュー をクリックします。

    • それ以外の場合は、次へ:タスク設定の保存と事前チェック をクリックします。

    - 移行タスクは、事前チェックに合格した後にのみ開始されます。- 事前チェックが失敗した場合、各失敗項目の横にある 詳細の表示 をクリックし、問題を修正して、再度事前チェックを実行してください。- 警告項目について:警告を無視できない場合は、問題を修正して再度事前チェックを実行してください。警告を無視できる場合は、警告の詳細の確認 をクリックし、次に 無視 をクリックし、OK で確認してから、再度事前チェック をクリックしてください。警告を無視すると、データの不整合やビジネスリスクが発生する可能性があります。
  9. 成功率100% に達するまで待ち、その後 次へ:インスタンスの購入 をクリックします。

  10. データ移行インスタンスを購入します。データ移行 ページで進行状況を監視します。

    1. インスタンスの購入 ページで、インスタンスクラスを構成します。

      パラメーター説明
      リソースグループ移行インスタンスのリソースグループ。デフォルト: [デフォルト リソースグループ]。詳細については、「Resource Management とは?
      インスタンスクラス必要な移行速度に応じて選択します。 詳細については、「データ移行インスタンスのインスタンスクラス」をご参照ください。 |
    2. Data Transmission Service(従量課金)サービス利用規約 のチェックボックスをオンにします。

    3. 購入して開始 をクリックします。確認ダイアログで、OK をクリックします。

    - タスクに増分データ移行が含まれていない場合、タスクは自動的に停止します。ステータス には 完了 と表示されます。- タスクに増分データ移行が含まれている場合、タスクは継続的に実行され、自動的に停止しません。ステータス には 実行中 と表示されます。

DTS コンソールを使用したデータ移行

  1. データ移行ページに移動します。

    1. DTS コンソール にログインします。

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

    3. 上部のナビゲーションバーで、移行インスタンスが存在するリージョンを選択します。

  2. タスクの作成 をクリックします。

  3. ソースおよびターゲットデータベースを構成します。

    ソースデータベース

    パラメーター

    説明

    タスク名

    DTS タスクの名前です。DTS が自動的に名前を生成します。タスクを簡単に識別できるように、情報量の多い名前を指定してください。名前は一意である必要はありません。

    既存の接続を選択

    登録済みインスタンスを選択してパラメーターを自動入力するか、またはソースを手動で設定します。データベースを登録するには、「データベース接続の管理」をご参照ください。

    データベースタイプ

    SQL Server を選択します。

    アクセス方法

    ソースが Alibaba Cloud に接続する方法に応じて、パブリック IP アドレス または Express Connect、VPN Gateway、Smart Access Gateway を選択します。本例では、パブリック IP アドレス を選択しています。

    インスタンスリージョン

    アクセス方法パブリック IP アドレス の場合、Azure SQL Server データベースのリージョンを選択します。該当するリージョンが利用できない場合は、最も近いリージョンを選択してください。アクセス方法Express Connect、VPN Gateway、Smart Access Gateway の場合、データベースが接続されている Alibaba Cloud VPC のリージョンを選択します。

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

    いいえ を選択します(本例では、現在のアカウント内のインスタンスを使用します)。このパラメーターは、アクセス方法Express Connect、VPN Gateway、Smart Access Gateway の場合にのみ利用可能です。

    接続済み VPC

    ソースデータベースが接続されている Alibaba Cloud VPC の ID。このパラメーターは、アクセス方法Express Connect、VPN Gateway、Smart Access Gateway の場合にのみ利用可能です。

    ドメイン名または IP アドレス

    ソースデータベースのドメイン名または IP アドレスです。ドメイン名の使用を推奨します。

    ポート番号

    ソースデータベースのサービスポートです。

    データベースアカウント

    ソースデータベースのアカウントです。Azure SQL Database の場合は、<管理者ユーザー名>@<サーバー名> の形式を使用します。SELECT @@SERVERNAME AS ServerName を実行して、サーバー名を照会できます。必要な権限については、「必要な権限」をご参照ください。

    データベースパスワード

    データベースアカウントのパスワードです。

    暗号化

    ソースデータベースの構成に応じて、暗号化なし または SSL 暗号化 を選択します。DTS は、サーバー証明書をデフォルトで信頼します。

    ターゲットデータベース

    パラメーター

    説明

    既存の接続を選択

    既存の登録済みインスタンスを選択してパラメーターを自動入力するか、送信先を手動で設定してください。データベースを登録するには、「データベース接続の管理」をご参照ください。

    データベースタイプ

    SQL Server を選択します。

    アクセス方法

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

    インスタンスリージョン

    ターゲットの ApsaraDB RDS for SQL Server インスタンスのリージョンです。

    インスタンス ID

    ターゲットの ApsaraDB RDS for SQL Server インスタンスのインスタンス ID です。

    データベースアカウント

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

    データベースパスワード

    データベースアカウントのパスワードです。

    暗号化

    ターゲットデータベースの構成に応じて、暗号化なし または SSL 暗号化 を選択します。DTS は、サーバー証明書をデフォルトで信頼します。

  4. 接続テストと続行 をクリックします。DTS サーバーの CIDR ブロックがソースデータベースのホワイトリストに追加されていることを確認してください。その後、接続テスト をクリックします。

    重要

    DTS サーバーのパブリック CIDR ブロックをデータベースのホワイトリストに追加すると、セキュリティリスクが発生します。DTS を使用する前に、これらのリスクを理解し、認識し、ユーザー名およびパスワードのセキュリティ強化、公開ポートの制限、API 呼び出しの認証、不正な CIDR ブロックの定期的な監査および削除などの予防措置を講じる必要があります。詳細については、「DTS サーバーの CIDR ブロックを追加する」をご参照ください。

  5. 移行オブジェクトを構成します。

    1. オブジェクトの構成 ページで、以下のパラメーターを設定します。

      パラメーター説明
      移行タイプ完全移行のみの場合は、スキーマ移行 および フルデータ移行 を選択します。サービス中断なしで移行を行う場合は、すべての 3 つ(スキーマ移行フルデータ移行、および 増分データ移行)を選択します。スキーマ移行 を選択しない場合、宛先データベースに必要なテーブルが存在することを確認し、オブジェクト名マッピングを有効化してください。増分データ移行 を選択しない場合、移行中はソースへの書き込みを行わないでください。
      ソースデータベース内のトリガーの移行方法手動移行 を選択すると、増分移行の完了前にトリガーが適用されるのを防げます。このパラメーターは、スキーマ移行 および 増分データ移行 の両方が選択されている場合にのみ利用可能です。詳細については、「ソースデータベースからのトリガーの同期または移行」をご参照ください。
      SQL Server 増分同期モード増分同期のための CDC インスタンスへのポーリングおよびクエリ実行 を選択します。増分データ移行 が選択されている場合にのみ利用可能です。
      DTS がサポートする CDC 有効化対象テーブルの最大数デフォルト値のままにしてください。
      競合テーブルの処理モード事前チェック後にエラーを報告:宛先にソースと同名のテーブルが存在する場合、事前チェックが失敗します。競合するテーブルの名前を変更するには、オブジェクト名マッピングを使用してください。エラーを無視して続行:同名チェックをスキップします。完全移行時、DTS は同一プライマリキーを持つ宛先側の既存レコードを保持します。増分移行時、DTS はそれらを上書きします。スキーマが異なる場合、一致するカラムのみが移行されるか、タスクは失敗します。
      宛先インスタンスにおけるオブジェクト名の大文字小文字設定宛先におけるデータベース名、テーブル名、カラム名の大文字小文字を制御します。デフォルト: DTS デフォルトポリシー宛先インスタンスにおけるオブジェクト名の大文字/小文字の区別の指定。詳細については、「」をご参照ください。
      ソースオブジェクトオブジェクトを選択し、向右小箭头 アイコンをクリックして 選択済みオブジェクト に追加します。カラム、テーブル、またはデータベースを選択できます。テーブルまたはカラムを選択した場合、DTS はビュー、トリガー、ストアドプロシージャなどの他のオブジェクトは移行しません。
      選択済みオブジェクトデータベース、テーブル、およびカラム名のマッピングオブジェクトを右クリックすると、宛先での名前の変更、選択からの除外、WHERE フィルター条件の指定、または移行対象の特定 SQL 操作の選択が可能です。詳細については、「」および「フィルター条件の指定」をご参照ください。オブジェクト名の変更により、依存オブジェクトの移行が失敗する場合があります。image アイコンをクリックすると、オブジェクトを ソースオブジェクト に戻すことができます。
    2. 次へ:高度な設定 をクリックします。

      パラメーター説明
      タスクスケジューリング用の専用クラスターDTS はデフォルトで共有クラスターにタスクをスケジュールします。安定性を向上させるには、専用クラスターを購入してください。「DTS 専用クラスターとは」をご参照ください。
      接続失敗時の再試行時間接続失敗後の DTS の再試行時間です。有効な値:10~1,440 分。デフォルト:720。最低でも 30 に設定してください。この期間内に再接続が成功した場合、タスクは再開されます。それ以外の場合は、タスクが失敗します。注: 複数のタスクが同じソースまたはターゲットデータベースを共有する場合、最新の再試行時間が優先されます。再試行中は、インスタンスに対して課金されます。
      その他の問題発生時の再試行時間DDL または DML 操作失敗後の DTS の再試行時間です。有効な値:1~1,440 分。デフォルト:10。最低でも 10 に設定してください。接続失敗時の再試行時間 よりも短くする必要があります。
      完全なデータ移行の速度制限を有効化完全移行中の負荷を制限します。ソースデータベースへのクエリ数 (QPS)完全なデータ移行の RPS、および 完全なデータ移行のデータ移行速度 (MB/s) を構成します。完全なデータ移行 が選択されている場合にのみ利用可能です。
      増分データ移行の速度制限を有効化増分移行中の負荷を制限します。増分データ移行の RPS および 増分データ移行のデータ移行速度 (MB/s) を構成します。増分データ移行 が選択されている場合にのみ利用可能です。
      環境タグDTS インスタンスを環境タイプで識別するための任意のタグです。
      ETL の構成[はい]アラート通知設定 を選択して ETL (抽出・変換・書き出し) を有効にし、データ処理文を入力します。 スキップするには [いいえ] を選択します。「ETL とは」および「データ移行またはデータ同期タスクで ETL を設定する」をご参照ください。
      モニタリングとアラートタスクが失敗した場合、または移行遅延がしきい値を超えた場合に通知を受け取るには、[はい] を選択し、アラートのしきい値と通知設定を構成します。詳細については、「DTS タスク作成時にモニタリングとアラートを設定する」をご参照ください。 |
    3. 次のステップ:データ検証 をクリックして、データ検証を構成します。詳細については、「データ検証の構成」をご参照ください。

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

    • このタスクの API パラメーターをプレビューするには、次へ:タスク設定の保存と事前チェック にカーソルを合わせ、OpenAPI パラメーターのプレビュー をクリックします。

    • それ以外の場合は、次へ:タスク設定の保存と事前チェック をクリックします。

    - 移行タスクは、事前チェックに合格した後にのみ開始されます。- 事前チェックが失敗した場合、各失敗項目の横にある 詳細の表示 をクリックし、問題を修正して、再度事前チェックを実行してください。- 警告項目について:警告を無視できない場合は、問題を修正して再度事前チェックを実行してください。警告を無視できる場合は、警告の詳細の確認 をクリックし、次に 無視 をクリックし、OK で確認してから、再度事前チェック をクリックしてください。警告を無視すると、データの不整合やビジネスリスクが発生する可能性があります。
  7. データ移行インスタンスを購入します。データ移行 ページで進行状況を監視します。

    1. 成功率100% に達するまで待ち、その後 次へ:インスタンスの購入 をクリックします。

    2. インスタンスの購入 ページで、インスタンスクラスを構成します。

      パラメーター説明
      リソースグループ移行インスタンスのリソースグループです。デフォルト:デフォルトリソースグループ。詳細については、「Resource Management とは
      インスタンスクラス必要な移行速度に基づいて選択します。詳細については、「データ移行インスタンスのインスタンスクラス」をご参照ください。
    3. Data Transmission Service(従量課金)サービス利用規約 のチェックボックスをオンにします。

    4. 購入して開始 をクリックします。確認ダイアログで、OK をクリックします。

    - タスクに増分データ移行が含まれていない場合、タスクは自動的に停止します。ステータス には 完了 と表示されます。- タスクに増分データ移行が含まれている場合、タスクは継続的に実行され、自動的に停止しません。ステータス には 実行中 と表示されます。

よくある質問

ApsaraDB RDS コンソールで移行タスクを構成する際に、検証対象のオブジェクトを選択できますか?

いいえ。検証対象のオブジェクトは、移行対象として選択したオブジェクトと同じです。

ApsaraDB RDS コンソールで構成されたタスクの完全データ検証モードとは何ですか?

移行されたデータのハッシュ値を、100% のサンプリング比率に基づいてチェックします。

完全データ検証では何をチェックしますか?

ソースおよびターゲットデータベース間のデータ整合性を、両方のデータベース全体のデータを比較することでチェックします。