すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:ApsaraDB RDS for SQL Server インスタンスから DataHub プロジェクトへのデータ移行

    ドキュメントセンター

    Data Transmission Service:ApsaraDB RDS for SQL Server インスタンスから DataHub プロジェクトへのデータ移行

    最終更新日:Jun 11, 2025

    このトピックでは、Data Transmission Service (DTS) を使用して、ApsaraDB RDS for SQL Server インスタンスから DataHub プロジェクトにデータを移行する方法について説明します。

    前提条件

    • ソース ApsaraDB RDS for SQL Server インスタンスのバージョンが DTS でサポートされています。ソース ApsaraDB RDS for SQL Server インスタンスでサポートされている SQL Server バージョンについては、「データ移行シナリオの概要」をご参照ください。

    • DataHub がアクティブ化され、移行されるデータを受信するためのプロジェクトが作成されています。詳細については、「DataHub を使い始める」および「プロジェクトの管理」をご参照ください。

    • ソース ApsaraDB RDS for SQL Server インスタンスが次のいずれかの条件を満たしている場合、複数のデータ移行タスクを構成するために複数の DTS インスタンスが購入されています。

      • ソースインスタンスに 10 個を超えるデータベースが含まれています。

      • ソースインスタンスの単一データベースが 1 時間未満の間隔でログをバックアップしています。

      • ソースインスタンスの単一データベースが 1 時間ごとに 100 個を超える DDL 文を実行しています。

      • ソースインスタンスの単一データベースのログ書き込み速度が 20 MB/s です。

      • ソース ApsaraDB RDS for SQL Server インスタンスの 1,000 個を超えるテーブルで変更データキャプチャ (CDC) 機能を有効にする必要があります。

    制限事項

    説明

    DTS は、ソースデータベースの外部キーを宛先データベースに移行しません。そのため、ソースデータベースのカスケード操作と削除操作は宛先データベースに移行されません。

    カテゴリ

    説明

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

    • ソースデータベースがデプロイされているサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、データ移行速度が低下します。

    • 移行するテーブルには、PRIMARY KEY 制約または UNIQUE 制約があり、すべてのフィールドが一意である必要があります。そうでない場合、宛先データベースに重複するデータレコードが含まれる可能性があります。

    • 移行対象のオブジェクトとしてテーブルを選択し、宛先データベースでテーブルの名前変更や列の名前変更などのテーブルの編集が必要な場合は、1 つのデータ移行タスクで最大 1,000 個のテーブルを移行できます。 1,000 個を超えるテーブルを移行するタスクを実行すると、リクエストエラーが発生します。この場合は、複数のタスクを構成してテーブルを移行するか、タスクを構成してデータベース全体を移行することをお勧めします。

    • 1 つのデータ移行タスクを実行して、最大 10 個のデータベースを移行できます。 10 個を超えるデータベースを移行する場合は、複数のタスクを構成してデータベースを移行することをお勧めします。そうでない場合、データ移行タスクのパフォーマンスと安定性が損なわれる可能性があります。

    • 増分データを移行する場合は、次の要件が満たされていることを確認してください。

      • データロギング機能が有効になっている必要があります。バックアップモードは「完全」に設定し、完全物理バックアップを実行する必要があります。

      • 増分データ移行のみを実行する場合は、ソースデータベースのデータログを 24 時間以上保持する必要があります。完全データ移行と増分データ移行の両方を実行する場合は、ソースデータベースのデータログを 7 日以上保持する必要があります。そうでない場合、Data Transmission Service (DTS) がデータログを取得できず、タスクが失敗する可能性があります。場合によっては、データの不整合または損失が発生することさえあります。完全データ移行が完了したら、保存期間を 24 時間以上に設定できます。上記の要件に基づいてデータログの保存期間を設定してください。そうでない場合、DTS のサービスレベルアグリーメント (SLA) はサービスの信頼性またはパフォーマンスを保証しません。

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

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

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

      • ソースデータベースが Enterprise エディションの場合、SQL Server 2008 以降を使用する必要があります。

      • ソースデータベースが Standard エディションの場合、SQL Server 2016 SP1 以降を使用する必要があります。

      • ソースデータベースが Standard エディションまたは Enterprise エディションで、そのバージョンが SQL Server 2017 の場合は、バージョンを更新することをお勧めします。

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

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

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

      • 完全データ移行のみを実行する場合は、データ移行中にソースデータベースにデータを書き込まないでください。そうでない場合、ソースデータベースと宛先データベース間でデータの不整合が発生します。データの整合性を確保するために、移行タイプとして「スキーマ移行」、「完全データ移行」、および「増分データ移行」を選択することをお勧めします。

    • ソースデータベースが Azure SQL Database の場合、データ移行タスクで移行できるデータベースは 1 つだけです。

    • ソースデータベースが ApsaraDB RDS for SQL Server データベースであり、データ移行タスクで増分データが移行される場合は、透過的データ暗号化 (TDE) 機能が無効になっていることを確認してください。これにより、インスタンスが期待どおりに実行されるようになります。詳細については、「TDE の構成」をご参照ください。

    • 完全データ移行中は、ソースデータベースの READ_COMMITTED_SNAPSHOT のトランザクション処理モードパラメーターを有効にすることをお勧めします。そうでない場合、共有ロックが原因でデータ書き込みに影響が出たり、データの不整合が発生したり、インスタンスが実行に失敗したりする可能性があります。このような状況で発生する問題は、DTS のサービスレベルアグリーメント (SLA) の対象外です。

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

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

    その他の制限

    • 増分データ移行とスキーマ移行のみがサポートされています。完全データ移行はサポートされていません。

    • 宛先 DataHub プロジェクトの単一の文字列の長さは 2 MB を超えることはできません。

    • 移行対象のオブジェクトの制限:

      • DTS は、スキーマ、テーブル、ビュー、関数、プロシージャのタイプのオブジェクトの初期スキーマ移行をサポートしています。

      • DTS は、アセンブリ、サービスブローカー、フルテキストインデックス、フルテキストカタログ、分散スキーマ、分散関数、共通言語ランタイム (CLR) ストアドプロシージャ、CLR スカラー値関数、CLR テーブル値関数、内部テーブル、システム、または集計関数のスキーマを移行しません。

      • DTS は、CURSOR、ROWVERSION、SQL_VARIANT、HIERARCHYID、POLYGON、GEOMETRY、および GEOGRAPHY タイプのデータを移行しません。

      • DTS は、計算列を含むテーブルを移行しません。

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

      説明

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

    • 1 つの移行タスクで移行される CDC 対応テーブルの数が、[DTS がサポートする CDC が有効になっているテーブルの最大数]を超えると、事前チェックは失敗します。

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

      説明

      デフォルトでは、CDC ジョブは最大サイズ 64 KB のデータを処理できます。

    • データを移行する前に、データ移行がソースデータベースと宛先データベースのパフォーマンスに与える影響を評価します。オフピーク時にデータを移行することをお勧めします。完全データ移行中、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 秒あたりの最大レコード数を 1,000 に設定することをお勧めします。

    • 完全データ移行中、同時 INSERT 操作によって宛先データベースのテーブルで断片化が発生します。完全データ移行が完了すると、宛先データベースの使用済み表領域のサイズはソースデータベースのサイズよりも大きくなります。

    • DTS 以外のツールを使用して宛先データベースにデータを書き込むと、ソースデータベースと宛先データベース間でデータの不整合が発生する可能性があります。

    • ソース SQL Server データベースを共有する複数のデータ移行インスタンスの増分データ収集モジュールは、互いに独立しています。

    • DTS タスクが実行に失敗した場合、DTS テクニカルサポートは 8 時間以内にタスクの復元を試みます。復元中、タスクが再起動され、タスクのパラメーターが変更される可能性があります。

      説明

      タスクのパラメーターのみが変更される可能性があります。データベースのパラメーターは変更されません。 変更される可能性のあるパラメーターには、「DTS インスタンスのパラメーターの変更」トピックの「インスタンスパラメーターの変更」セクションのパラメーターが含まれますが、これらに限定されません。

    特別な場合

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

    課金

    移行タイプ

    タスク構成料金

    データ転送料金

    スキーマ移行

    無料。

    この例では無料です。

    説明

    Alibaba Cloud からインターネット経由でデータが移行される場合にのみ課金されます。詳細については、「課金の概要」をご参照ください。

    増分データ移行

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

    増分移行できる SQL 操作

    操作タイプ

    SQL 文

    DML

    INSERT、UPDATE、および DELETE

    説明

    UPDATE 操作でラージフィールドのみが更新される場合、DTS はその操作を移行しません。

    データベースアカウントに必要な権限

    インスタンス

    スキーマ移行

    増分データ移行

    参照

    ソース ApsaraDB RDS for SQL Server インスタンス

    移行対象のオブジェクトに対する読み取り権限。

    移行対象のオブジェクトに対する所有者権限。

    「特権アカウントまたは標準アカウントを作成する」および「アカウントの権限を変更する」

    手順

    1. 次のいずれかの方法を使用してデータ移行ページに移動し、データ移行インスタンスが存在するリージョンを選択します。

      DTS コンソール

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

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

      3. ページの左上隅で、データ移行インスタンスが存在するリージョンを選択します。

      DMS コンソール

      説明

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

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

      2. 上部のナビゲーションバーで、ポインターを [データ + AI] > [DTS (DTS)] > [データ移行] に移動します。

      3. [データ移行タスク] の右側にあるドロップダウンリストから、データ同期インスタンスが存在するリージョンを選択します。

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

    3. ソースデータベースと宛先データベースを構成します。次の表にパラメーターを示します。

      警告

      ソースデータベースと宛先データベースを構成した後、ページの上部に表示される [制限事項] を読むことをお勧めします。そうでない場合、タスクが失敗したり、データの不整合が発生したりする可能性があります。

      セクション

      パラメーター

      説明

      該当なし

      タスク名

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

      移行元データベース

      既存の接続情報の選択

      • DTS に登録されているデータベースインスタンスを使用する場合は、ドロップダウンリストからインスタンスを選択します。DTS は、インスタンスの次のデータベースパラメーターを自動的に入力します。詳細については、「データベース接続の管理」をご参照ください。

        説明

        DMS コンソールでは、[DMS データベースインスタンスを選択] ドロップダウンリストからデータベースインスタンスを選択できます。

      • DTS にインスタンスを登録できなかった場合、または DTS に登録されているインスタンスを使用する必要がない場合は、次のデータベース情報を設定する必要があります。

      データベースタイプ

      ソースデータベースの種類です。SQL Server を選択します。

      アクセス方法

      ソースデータベースのアクセス方式です。Alibaba Cloud インスタンス を選択します。

      インスタンスのリージョン

      ソース ApsaraDB RDS for SQL Server インスタンスが存在するリージョンです。

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

      Alibaba Cloud アカウント間でデータを移行するかどうかを指定します。この例では、[いいえ] が選択されています。

      RDS インスタンス ID

      ソース ApsaraDB RDS for SQL Server インスタンスの ID です。

      データベースアカウント

      ソース ApsaraDB RDS for SQL Server インスタンスのデータベースアカウントです。アカウントに必要な権限の詳細については、このトピックの「データベースアカウントに必要な権限」セクションをご参照ください。

      データベースのパスワード

      データベースインスタンスにアクセスするために使用するパスワード。

      暗号化

      ソースデータベースへの接続を暗号化するかどうかを指定します。非暗号化 または SSL 暗号化 をビジネス要件に基づいて選択します。

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

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

      移行先データベース

      既存の接続情報の選択

      • DTS に登録されているデータベースインスタンスを使用する場合は、ドロップダウンリストからインスタンスを選択します。 DTS は、インスタンスの次のデータベースパラメーターを自動的に入力します。 詳細については、「データベース接続を管理する」をご参照ください。

        説明

        DMS コンソールで、[DMS データベースインスタンスを選択] ドロップダウンリストからデータベースインスタンスを選択できます。

      • インスタンスを DTS に登録できなかった場合、または DTS に登録されているインスタンスを使用する必要がない場合は、次のデータベース情報を設定する必要があります。

      データベースタイプ

      ターゲットデータベースのタイプ。 DataHub を選択します。

      アクセス方法

      ターゲットデータベースのアクセス方法。 Alibaba Cloud インスタンス を選択します。

      インスタンスのリージョン

      宛先 DataHub プロジェクトが存在するリージョンです。

      プロジェクト

      宛先 DataHub プロジェクト の名前です。

    4. ページの下部にある [接続テストと続行] をクリックします。

      説明

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

      • ソースデータベースまたはターゲットデータベースが自己管理データベースであり、その アクセス方法 が Alibaba Cloud インスタンス に設定されていない場合は、DTS サーバーの CIDR ブロック ダイアログボックスで 接続テスト をクリックします。

    5. 移行するオブジェクトを設定します。

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

        パラメーター

        説明

        移行タイプ

        スキーマ移行 と 増分データ移行 のみを選択できます。 完全データ移行 は選択できません。

        説明

        増分データ移行 が選択されていない場合は、データ移行中にソースデータベースにデータを書き込まないことをお勧めします。 これにより、ソースデータベースと宛先データベース間のデータ整合性が確保されます。

        追加列の命名規則

        DTS が DataHub プロジェクトにデータを移行する場合、DTS は宛先トピックに追加カラムを追加します。 追加カラムの名前が宛先トピックの既存カラムの名前と同じである場合、データ移行は失敗します。 ビジネス要件に基づいて、このパラメーターに 新規ルール または 前のルール を選択できます。

        警告

        このパラメーターを設定する前に、追加カラムの名前が宛先トピックの既存カラムと競合していないかどうかを確認してください。 競合が存在する場合、データ移行タスクが失敗したり、データが失われたりする可能性があります。 詳細については、「追加カラムの命名規則を変更する」をご参照ください。

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

        • エラーの事前チェックと報告: 宛先データベースにソースデータベースのテーブルと同じ名前を使用するテーブルが含まれているかどうかを確認します。 ソースデータベースと宛先データベースに同じテーブル名のテーブルが含まれていない場合、事前チェックは合格です。 それ以外の場合、事前チェック中にエラーが返され、データ移行タスクを開始できません。

          説明

          ソースデータベースと宛先データベースに同じ名前のテーブルが含まれていて、宛先データベースのテーブルを削除または名前変更できない場合は、オブジェクト名マッピング機能を使用して、宛先データベースに移行されるテーブルの名前を変更できます。 詳細については、「オブジェクト名をマッピングする」をご参照ください。

        • エラーを無視して続行: ソースデータベースと宛先データベースの同じテーブル名の事前チェックをスキップします。

          警告

          エラーを無視して続行 を選択すると、データの不整合が発生し、ビジネスが以下の潜在的なリスクにさらされる可能性があります。

          • ソースデータベースと宛先データベースのスキーマが同じで、データレコードのプライマリキーが宛先データベースの既存のデータレコードと同じである場合、以下のシナリオが発生する可能性があります。

            • フルデータ移行中、DTS はデータレコードを宛先データベースに移行しません。 宛先データベースの既存のデータレコードは保持されます。

            • 増分データ移行中、DTS はデータレコードを宛先データベースに移行します。 宛先データベースの既存のデータレコードは上書きされます。

          • ソースデータベースと宛先データベースのスキーマが異なる場合、特定のカラムのみが移行されるか、データ移行タスクが失敗します。 注意して進めてください。

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

        宛先インスタンスのデータベース名、テーブル名、およびカラム名の大文字と小文字の区別。 デフォルトでは、DTS デフォルトポリシー が選択されています。 オブジェクト名の大文字と小文字の区別がソースデータベースまたは宛先データベースと一致するように、他のオプションを選択できます。 詳細については、「宛先インスタンスのオブジェクト名の大文字と小文字の区別を指定する」をご参照ください。

        ソースオブジェクト

        ソースオブジェクト セクションから 1 つ以上のオブジェクトを選択します。 向右小箭头 アイコンをクリックして、選択中のオブジェクト セクションにオブジェクトを追加します。

        説明

        カラム、テーブル、またはデータベースを移行するオブジェクトとして選択できます。

        選択中のオブジェクト

        • 宛先インスタンスに移行するオブジェクトの名前を変更するには、[選択済みオブジェクト] セクションでオブジェクトを右クリックします。 詳細については、「単一オブジェクトの名前をマッピングする」をご参照ください。

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

        説明

        • データベース名はマッピングできません。 オブジェクト名マッピング機能を使用してデータベースの名前を変更すると、データベースに依存する他のオブジェクトが移行に失敗する可能性があります。

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

        • 特定のデータベースまたはテーブルで実行された SQL 操作を増分移行するには、選択中のオブジェクト セクションでオブジェクトを右クリックします。 表示されるダイアログボックスで、増分移行する SQL 操作を選択します。

      2. 次へ：詳細設定 をクリックして、詳細設定を行います。

        パラメーター

        説明

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

        デフォルトでは、専用のクラスターを指定しない場合、DTS はデータ移行タスクを共有クラスターにスケジュールします。 データ移行タスクの安定性を向上させるには、専用のクラスターを購入します。 詳細については、「DTS 専用クラスターとは」をご参照ください。

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

        接続失敗時の再試行時間の範囲。 データ移行タスクの開始後にソースデータベースまたは宛先データベースへの接続に失敗した場合、DTS は再試行時間の範囲内で直ちに接続を再試行します。 有効値: 10 ～ 1,440。 単位: 分。 デフォルト値: 720。 このパラメーターは 30 より大きい値に設定することをお勧めします。 指定された再試行時間の範囲内で DTS がソースデータベースと宛先データベースに再接続された場合、DTS はデータ移行タスクを再開します。 それ以外の場合、データ移行タスクは失敗します。

        説明

        • 同じソースデータベースまたは宛先データベースを共有する複数のデータ移行タスクに異なる再試行時間の範囲を指定した場合、後で指定された値が優先されます。

        • DTS が接続を再試行すると、DTS インスタンスの料金が発生します。 ビジネス要件に基づいて再試行時間の範囲を指定することをお勧めします。 また、ソースデータベースと宛先インスタンスが解放された後、できるだけ早く DTS インスタンスを解放することもできます。

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

        その他の問題の再試行時間の範囲。 たとえば、データ移行タスクの開始後に DDL または DML 操作の実行に失敗した場合、DTS は再試行時間の範囲内で直ちに操作を再試行します。 有効値: 1 ～ 1440。 単位: 分。 デフォルト値: 10。 このパラメーターは 10 より大きい値に設定することをお勧めします。 指定された再試行時間の範囲内で失敗した操作が正常に実行された場合、DTS はデータ移行タスクを再開します。 それ以外の場合、データ移行タスクは失敗します。

        重要

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

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

        増分データ移行の速度制限を有効にするかどうかを指定します。 速度制限を設定するには、1 秒あたりの増分移行の行数 RPS と 1 秒あたりの増分移行データ量 (MB) BPS パラメーターを設定する必要があります。 これにより、宛先データベースサーバーの負荷が軽減されます。

        説明

        移行タイプ パラメーターで 増分データ移行 を選択した場合にのみ、このパラメーターを設定できます。

        環境タグ

        DTS インスタンスを識別するために使用される環境タグ。 ビジネス要件に基づいて環境タグを選択できます。 この例では、環境タグは選択されていません。

        ETL の設定

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

        監視アラート

        データ移行タスクのアラートを設定するかどうかを指定します。 タスクが失敗した場合、または移行遅延が指定されたしきい値を超えた場合、アラート連絡先に通知が送信されます。 有効値:

        • いいえ: アラートを設定しません。

        • はい: アラートを設定します。 この場合、アラートのしきい値と アラート通知設定 も設定する必要があります。 詳細については、「監視とアラートの設定」トピックの DTS タスクの作成時に監視とアラートを設定する」セクションをご参照ください。

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

      • DTS タスクを設定するために関連 API 操作を呼び出すときに指定するパラメーターを表示するには、次：タスク設定の保存と事前チェック にポインターを移動し、OpenAPI パラメーターのプレビュー をクリックします。

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

      説明

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

      • タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にある [詳細の表示] をクリックします。チェック結果に基づいて原因を分析した後、問題をトラブルシューティングします。その後、再度事前チェックを実行します。

      • 事前チェック中に項目に対してアラートがトリガーされた場合:

        • アラート項目を無視できない場合は、失敗した項目の横にある [詳細の表示] をクリックして、問題をトラブルシューティングします。その後、再度事前チェックを実行します。

        • アラート項目を無視できる場合は、[アラート詳細の確認] をクリックします。 [詳細の表示] ダイアログボックスで、[無視] をクリックします。表示されるメッセージで、[OK] をクリックします。次に、[再チェック] をクリックして、再度事前チェックを実行します。アラート項目を無視すると、データの不整合が発生し、ビジネスが潜在的なリスクにさらされる可能性があります。

    7. データ移行インスタンスを購入します。

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

      2. [インスタンスの購入] ページで、データ移行インスタンスのインスタンスクラスパラメーターを設定します。次の表にパラメーターを示します。

        セクション

        パラメーター

        説明

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

        [リソースグループ]

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

        インスタンスクラス

        DTS は、移行速度が異なるインスタンスクラスを提供します。ビジネスシナリオに基づいてインスタンスクラスを選択できます。詳細については、「データ移行インスタンスのインスタンスクラス」をご参照ください。

      3. チェックボックスをオンにして、[Data Transmission Service (従量課金制) サービス規約] を読んで同意します。

      4. [購入して開始] をクリックします。表示されるメッセージで、[OK] をクリックします。

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

        説明

        • データ移行タスクを使用して増分データを移行できない場合、タスクは自動的に停止します。[完了] が [ステータス] セクションに表示されます。

        • データ移行タスクを使用して増分データを移行できる場合、タスクは自動的に停止しません。増分データ移行タスクは停止または完了しません。[実行中] が [ステータス] セクションに表示されます。