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

Data Transmission Service:Amazon RDS for SQL Server インスタンスから ApsaraDB RDS for SQL Server インスタンスへの完全データ移行

最終更新日:Mar 26, 2025

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

前提条件

  • Amazon RDS for SQL Server インスタンスの [パブリックアクセス] オプションが [はい] に設定されていること。この設定により、DTS はインターネット経由で Amazon RDS for SQL Server インスタンスにアクセスできます。

  • Amazon RDS for SQL Server インスタンスのデータベースバージョンが 2005、2008、2008 R2、2012、2014、または 2016 であること。

  • ApsaraDB RDS for SQL Server インスタンスが作成されていること。詳細については、「ApsaraDB RDS for SQL Server インスタンスを作成する」をご参照ください。

  • ApsaraDB RDS for SQL Server インスタンスの使用可能なストレージ容量が、Amazon RDS for SQL Server インスタンスのデータの合計サイズよりも大きいこと。

  • Amazon RDS for SQL Server インスタンスから ApsaraDB RDS for SQL Server インスタンスに完全データを移行する必要がある場合は、DTS の機能、利点、および制限事項をよく理解していること。詳細については、「SQL Server データベースを Alibaba Cloud に移行する」をご参照ください。

制限

  • DTS は、完全データ移行中にソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。データベースのパフォーマンスが良くない場合、仕様が低い場合、またはデータ量が多い場合、データベースサービスが利用できなくなる可能性があります。たとえば、ソースデータベースで多数の低速 SQL クエリが実行されている場合、テーブルにプライマリキーがない場合、またはターゲットデータベースでデッドロックが発生した場合、DTS は大量の読み取りおよび書き込みリソースを占有します。データを移行する前に、データ移行がソースデータベースとターゲットデータベースのパフォーマンスに与える影響を評価してください。オフピーク時にデータを移行することをお勧めします。たとえば、ソースデータベースとターゲットデータベースの CPU 使用率が 30% 未満のときにデータを移行できます。

  • Amazon RDS では sysadmin ロールが使用できないため、Amazon RDS for SQL Server は増分データ移行をサポートしていません。

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

  • ソースデータベースの名前が ApsaraDB RDS の命名規則に準拠していない場合は、データ移行タスクを構成する前に、ApsaraDB RDS for SQL Server インスタンスにデータベースを作成する必要があります。

    説明

    データベースの命名規則と ApsaraDB RDS for SQL Server でデータベースを作成する方法の詳細については、「アカウントとデータベースを作成する」をご参照ください。

  • 増分データ移行を実行するには、ターゲットデータベースのトリガーと外部キーを無効にする必要があります。そうでない場合、データ移行タスクは失敗します。

  • データ移行タスクが失敗した場合、DTS はタスクを自動的に再開します。ワークロードを宛先インスタンスに切り替える前に、データ移行タスクを停止または解放してください。そうしないと、タスクが再開された後、ソースインスタンスのデータが宛先インスタンスのデータを上書きします。

移行タイプ

  • スキーマ移行

    DTS は、オブジェクトのスキーマを ApsaraDB RDS for SQL Server インスタンスに移行します。DTS は、テーブル、ビュー、トリガー、シノニム、SQL ストアドプロシージャ、SQL 関数、プラン guid、ユーザー定義型、ルール、デフォルト、およびシーケンスの各オブジェクトタイプのスキーマ移行をサポートしています。

  • 完全データ移行

    DTS は、オブジェクトの既存データを Amazon RDS for SQL Server インスタンスから ApsaraDB RDS for SQL Server インスタンスに移行します。

    説明

    DTS は SQL_VARIANT 型のデータを移行しません。

課金

移行タイプ

インスタンス構成料金

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

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

無料。

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

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

データベース

スキーマ移行

完全データ移行

Amazon RDS for SQL Server インスタンス

SELECT 権限

SELECT 権限

ApsaraDB RDS for SQL Server インスタンス

読み取りおよび書き込み権限

読み取りおよび書き込み権限

データベースアカウントの作成方法とデータベースアカウントへの権限の付与方法の詳細については、以下のトピックをご参照ください。

完全データ移行のプロセス

オブジェクト間の依存関係によって発生するデータ移行の失敗を防ぐため、DTS はソース SQL Server データベースからスキーマとデータを次の順序で移行します。

  1. テーブル、ビュー、シノニム、ユーザー定義型、ルール、デフォルト、およびプラン guid のスキーマを移行します。

  2. 完全データ移行を実行します。

  3. SQL ストアドプロシージャ、SQL 関数、トリガー、および外部キーのスキーマを移行します。

始める前に

  1. Amazon RDS 管理コンソールにログインします。

  2. Amazon RDS for SQL Server インスタンスの基本情報ページに移動します。

  3. [セキュリティグループルール] セクションで、既存のインバウンドルールが属するセキュリティグループの名前をクリックします。

    安全组规则

  4. [セキュリティグループ] ページで、セキュリティグループセクションの [インバウンド] タブをクリックします。[インバウンド] タブで、[編集] をクリックします。[インバウンドルールの編集] ダイアログボックスで、対応するリージョンにある DTS サーバーの CIDR ブロックをインバウンドルールに追加します。詳細については、「DTS サーバーの CIDR ブロックを追加する」をご参照ください。

    编辑入站规则

    説明
    • ターゲットデータベースと同じリージョンにある DTS サーバーの CIDR ブロックのみを追加する必要があります。たとえば、ソースデータベースがシンガポールリージョンにあり、ターゲットデータベースが中国 (杭州) リージョンにあるとします。中国 (杭州) リージョンにある DTS サーバーの CIDR ブロックのみを追加する必要があります。

    • 必要な CIDR ブロックをすべて一度にインバウンドルールに追加できます。

手順 (新しい DTS コンソール)

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

    DTS コンソール

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

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

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

    DMS コンソール

    説明

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

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

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

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

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

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

    警告

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

    セクション

    パラメーター

    説明

    該当なし

    タスク名

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

    ソースデータベース

    [既存の接続を選択]

    使用するインスタンス。ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。

    • 既存のインスタンスを選択すると、DTS はデータベースのパラメーターを自動的に入力します。

    • 既存のインスタンスを使用しない場合は、以下のデータベース情報を構成する必要があります。

    説明

    データベースタイプ

    ソースデータベースのタイプ。SQL Server を選択します。

    アクセス方法

    ソースデータベースのアクセス方法。[パブリック IP アドレス] を選択します。

    インスタンスリージョン

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

    説明

    Amazon RDS for SQL Server インスタンスが存在するリージョンがドロップダウンリストに表示されない場合は、Amazon RDS for SQL Server インスタンスに地理的に最も近いリージョンを選択してください。

    [ドメイン名または IP]

    Amazon RDS for SQL Server インスタンスにアクセスするために使用されるエンドポイント。

    説明

    エンドポイントは、Amazon RDS for SQL Server インスタンスの基本情報ページで取得できます。

    [ポート番号]

    Amazon RDS for SQL Server インスタンスのサービスポート番号。デフォルト値: [1433]

    データベースアカウント

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

    データベースパスワード

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

    宛先データベース

    [既存の接続を選択]

    使用するインスタンス。ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。

    • 既存のインスタンスを選択すると、DTS はデータベースのパラメーターを自動的に入力します。

    • 既存のインスタンスを使用しない場合は、以下のデータベース情報を構成する必要があります。

    説明

    データベースタイプ

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

    アクセス方法

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

    インスタンスリージョン

    ターゲット ApsaraDB RDS for SQL Server インスタンスが存在するリージョン。

    [インスタンス ID]

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

    データベースアカウント

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

    データベースパスワード

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

  4. ページの下部にある [接続テストと続行] をクリックし、表示される [DTS サーバーの CIDR ブロック] ダイアログボックスで 接続テスト をクリックします。

    説明

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

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

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

      パラメーター

      説明

      [移行タイプ]

      [スキーマ移行][完全データ移行] を選択します。

      説明
      • Amazon RDS では sysadmin ロールが使用できないため、Amazon RDS for SQL Server は増分データ移行をサポートしていません。

      • ソースデータベースとターゲットデータベース間のデータの整合性を確保するために、データ移行中は Amazon RDS for SQL Server インスタンスにデータを書き込まないことをお勧めします。

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

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

        説明

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

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

        警告

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

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

          • 完全データ移行中、DTS はデータレコードをターゲットデータベースに移行しません。ターゲットデータベースの既存のデータレコードは保持されます。

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

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

      [ソースオブジェクト]

      ソースオブジェクト セクションから 1 つ以上のオブジェクトを選択します。Rightwards arrow アイコンをクリックして、オブジェクトを [選択済みオブジェクト] セクションに追加します。

      説明

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

      [選択済みオブジェクト]

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

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

      説明

      オブジェクト名マッピング機能を使用してオブジェクトの名前を変更すると、そのオブジェクトに依存する他のオブジェクトが移行に失敗する可能性があります。

    2. 次へ:詳細設定 をクリックして、詳細設定を構成します。

      パラメーター

      説明

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

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

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

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

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

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

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

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

      重要

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

      完全なデータ移行のためのスロットリングを有効化

      完全データ移行のスロットリングを有効にするかどうかを指定します。完全データ移行中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。ビジネス要件に基づいて、完全データ移行のスロットリングを有効にすることができます。スロットリングを構成するには、1 秒あたりのソースデータベースのクエリ率 QPS1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを構成する必要があります。これにより、ターゲットデータベースサーバーの負荷が軽減されます。

      説明

      移行タイプ パラメーターで 完全データ移行 を選択した場合にのみ、このパラメーターを構成できます。

      [環境タグ]

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

      ETL の設定

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

      [監視とアラート]

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

      • [いいえ]: アラートを構成しません。

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

    3. [次のステップ: データ検証] をクリックして、データ検証タスクを構成します。

      データ検証機能の使用方法の詳細については、「データ検証タスクを構成する」をご参照ください。

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

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

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

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

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

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

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

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

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

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

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

      セクション

      パラメーター

      説明

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

      [リソースグループ]

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

      インスタンスクラス

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

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

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

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

手順 (古い DTS コンソール)

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

    説明

    Data Management (DMS) コンソールにリダイレクトされた場合は、old アイコンをクリックして、image 前のバージョンの DTS コンソールに移動できます。

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

  3. [移行タスク] ページの上部で、ターゲットクラスターが存在するリージョンを選択します。

  4. ページの右上隅にある [移行タスクの作成] をクリックします。

  5. ソースデータベースとターゲットデータベースを構成します。

    源库和目标库连接配置

    セクション

    パラメーター

    説明

    該当なし

    タスク名

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

    ソースデータベース

    インスタンスタイプ

    ソースデータベースのインスタンスタイプ。[パブリック IP アドレスを持つユーザー作成データベース] を選択します。

    インスタンスリージョン

    ソースデータベースが存在するリージョン。ソースデータベースのインスタンスタイプとして [パブリック IP アドレスを持つユーザー作成データベース] を選択した場合は、[インスタンスリージョン] パラメーターを構成する必要はありません。

    データベースタイプ

    ソースデータベースのタイプ。[SQL Server] を選択します。

    ホスト名または IP アドレス

    Amazon RDS for SQL Server インスタンスにアクセスするために使用されるエンドポイント。

    説明

    エンドポイントは、Amazon RDS for SQL Server インスタンスの基本情報ページで取得できます。

    连接地址

    ポート番号

    Amazon RDS for SQL Server インスタンスのサービスポート番号。デフォルト値: [1433]

    データベースアカウント

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

    データベースパスワード

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

    説明

    ソースデータベースに関する情報を指定した後、[データベースパスワード] の横にある [接続テスト] をクリックして、情報が有効かどうかを確認できます。情報が有効な場合は、[合格] メッセージが表示されます。[失敗] メッセージが表示された場合は、[失敗] の横にある [チェック] をクリックします。次に、チェック結果に基づいて情報を修正します。

    ターゲットデータベース

    インスタンスタイプ

    ターゲットデータベースのインスタンスタイプ。[RDS インスタンス] を選択します。

    インスタンスリージョン

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

    RDS インスタンス ID

    ApsaraDB RDS for SQL Server インスタンスの ID。

    データベースアカウント

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

    データベースパスワード

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

    説明

    RDS インスタンスに関する情報を指定した後、[データベースパスワード] の横にある [接続テスト] をクリックして、情報が有効かどうかを確認できます。情報が有効な場合は、[合格] メッセージが表示されます。[失敗] メッセージが表示された場合は、[失敗] の横にある [チェック] をクリックします。次に、チェック結果に基づいて情報を修正します。

  6. ページの右下隅にある [ホワイトリストを設定して次へ] をクリックします。

    ソースデータベースインスタンスまたはターゲットデータベースインスタンスが、ApsaraDB RDS for MySQLApsaraDB for MongoDB インスタンスなどの Alibaba Cloud データベースインスタンスの場合、DTS は DTS サーバーの CIDR ブロックをインスタンスのホワイトリストに自動的に追加します。ソースデータベースまたはターゲットデータベースが ECS インスタンスでホストされている自己管理データベースの場合、DTS は DTS サーバーの CIDR ブロックを ECS インスタンスのセキュリティグループルールに自動的に追加します。ソースデータベースまたはターゲットデータベースがデータセンター上の自己管理データベースであるか、他のクラウドサービスプロバイダーからのものである場合は、DTS がデータベースにアクセスできるように、DTS サーバーの CIDR ブロックを手動で追加する必要があります。詳細については、「オンプレミスデータベースのセキュリティ設定に DTS サーバーの CIDR ブロックを追加する」トピックの DTS サーバーの CIDR ブロック セクションをご参照ください。

    警告

    DTS サーバーの CIDR ブロックがデータベースまたはインスタンスのホワイトリスト、または ECS セキュリティグループルールに自動または手動で追加されると、セキュリティリスクが発生する可能性があります。したがって、DTS を使用してデータを移行する前に、潜在的なリスクを理解して認識し、ユーザー名とパスワードのセキュリティ強化、公開されているポートの制限、API 呼び出しの認証、ホワイトリストまたは ECS セキュリティグループルールの定期的なチェックと不正な CIDR ブロックの禁止、Express Connect、VPN Gateway、または Smart Access Gateway を使用したデータベースと DTS の接続などの予防措置を講じる必要があります。

  7. 移行するオブジェクトと移行タイプを選択します。

    选择迁移类型和迁移对象

    設定

    説明

    移行タイプを選択

    [スキーマ移行][完全データ移行] を選択します。

    説明
    • Amazon RDS では sysadmin ロールが使用できないため、Amazon RDS for SQL Server は増分データ移行をサポートしていません。

    • ソースデータベースとターゲットデータベース間のデータの整合性を確保するために、データ移行中は Amazon RDS for SQL Server インスタンスにデータを書き込まないことをお勧めします。

    移行するオブジェクトを選択

    [使用可能] セクションから 1 つ以上のオブジェクトを選択し、向右小箭头 アイコンをクリックして、オブジェクトを [選択済み] セクションに移動します。

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

    • デフォルトでは、オブジェクトがターゲットデータベースに移行された後、オブジェクトの名前はターゲットデータベースで変更されません。 オブジェクト名マッピング機能を使用して、宛先インスタンスに移行されたオブジェクトの名前を変更できます。 詳細については、「オブジェクト名マッピング」をご参照ください。

    • オブジェクト名マッピング機能を使用してオブジェクトの名前を変更すると、そのオブジェクトに依存する他のオブジェクトが移行に失敗する可能性があります。

    オブジェクトの名前を変更するかどうかを指定

    オブジェクト名マッピング機能を使用して、宛先インスタンスに移行されるオブジェクトの名前を変更できます。詳細については、「オブジェクト名マッピング」をご参照ください。

    ソースデータベースまたはターゲットデータベースへの接続に失敗した場合の再試行時間の範囲を指定

    デフォルトでは、DTS がソースデータベースまたはターゲットデータベースに接続できない場合、DTS は次の 12 時間以内に再試行します。ビジネス要件に基づいて再試行時間の範囲を指定できます。指定された再試行時間の範囲内で DTS がソースデータベースとターゲットデータベースに再接続された場合、DTS はデータ移行タスクを再開します。そうでない場合、データ移行タスクは失敗します。

    説明

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

  8. ページの右下隅にある [事前チェック] をクリックします。

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

    • タスクが事前チェックに合格しなかった場合は、失敗した各項目の横にある Info icon アイコンをクリックして詳細を表示できます。

      • 原因に基づいて問題をトラブルシューティングし、事前チェックを再実行できます。

      • 問題をトラブルシューティングする必要がない場合は、失敗した項目を無視して、事前チェックを再実行できます。

  9. タスクが事前チェックに合格した後、[次へ] をクリックします。

  10. [設定の確認] ダイアログボックスで、[チャネル仕様] パラメーターを指定し、[data Transmission Service (従量課金制) サービス規約] を選択します。

  11. [購入して開始] をクリックして、データ移行タスクを開始します。
    説明 完全データ移行中にタスクを手動で停止しないことをお勧めします。そうしないと、ターゲットデータベースに移行されたデータが不完全になります。データ移行タスクが自動的に停止するまで待つことができます。
    Full data migration
  12. ワークロードをターゲット ApsaraDB RDS for SQL Server インスタンスに切り替えます。