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

ApsaraDB for MongoDB:Cloud Database MongoDB 版 (スタンドアロンインスタンス) から Cloud Database MongoDB 版 (すべてのアーキテクチャ) への完全移行

最終更新日:Mar 14, 2025

このトピックでは、MongoDB データベース (スタンドアロンインスタンス) から MongoDB データベース (すべてのアーキテクチャ) への完全移行に Data Transmission Service (DTS) を使用する方法について説明します。

サポートされているソースデータベースと宛先データベース

説明

ソースデータベースと宛先データベースの両方で接続タイプが一致している必要があります。たとえば、ソースデータベースと宛先データベースの両方で、[接続タイプ][クラウドインスタンス] として選択する必要があります。

ソースデータベース (スタンドアロンインスタンス)

宛先データベース (すべてのアーキテクチャ)

Cloud Database MongoDB 版

Cloud Database MongoDB 版

ECS 上の自己管理データベース

ECS 上の自己管理データベース

専用回線、VPN Gateway、または Smart Gateway を介してアクセスされる自己管理データベース

専用回線、VPN Gateway、または Smart Gateway を介してアクセスされる自己管理データベース

パブリック IP アドレスを持つ自己管理データベース

パブリック IP アドレスを持つ自己管理データベース

このトピックでは、Cloud Database MongoDB 版 (スタンドアロンインスタンス) と Cloud Database MongoDB 版 (すべてのアーキテクチャ) を例として使用して構成プロセスを説明します。他のデータソースの構成プロセスも同様のパターンに従います。

前提条件

注意事項

カテゴリ

説明

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

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

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

  • 移行対象のオブジェクトとしてコレクションを選択し、ターゲットデータベース内のコレクションの編集(コレクション名の変更など)が必要な場合は、1 つのデータ移行タスクで最大 1,000 個のコレクションを移行できます。 1,000 個を超えるコレクションを移行するタスクを実行すると、リクエストエラーが発生します。この場合、複数タスクを構成してコレクションをバッチで移行するか、データベース全体を移行するタスクを構成することをお勧めします。

  • ソースデータベース内の 1 つのデータエントリのサイズは、16 MB を超えることはできません。超えると、データ移行タスクは失敗します。

  • ソースデータベースで実行される操作の制限:

    • スキーマ移行と完全なデータ移行中は、配列型の更新を含む、データベースまたはコレクションのスキーマ変更を実行しないでください。実行すると、データ移行タスクが失敗するか、ソースデータベースとターゲットデータベース間でデータの不整合が発生する可能性があります。

    • このシナリオでは、増分データ移行はサポートされていません。データ整合性を確保するために、完全なデータ移行中はソース MongoDB データベースにデータを書き込まないことをお勧めします。

  • 存続時間 (TTL) インデックスを含むコレクションは移行できません。ソースデータベースに TTL インデックスが含まれている場合、移行後にソースデータベースとターゲットデータベース間でデータの不整合が発生する可能性があります。

その他の制限

  • ターゲットデータベースがシャードクラスターデータベースの場合は、次の制限に注意してください。

    • 孤立ドキュメントは削除する必要があります。削除しないと、移行性能が低下します。データ移行中に、ソースデータベースとターゲットデータベースのドキュメントに _id の競合が存在する場合、データの不整合が発生したり、データ移行タスクが失敗したりする可能性があります。

    • データ移行タスクを開始する前に、ソースデータベースで移行するデータにシャードキーを追加する必要があります。ソースデータベースのデータにシャードキーを追加できない場合は、シャードキーのない MongoDB データベースからデータを移行できます。詳細については、「シャーディングキーのない MongoDB インスタンスから MongoDB シャードクラスターインスタンスにデータを移行する」をご参照ください。

    • データ移行中に、INSERT 文を実行して移行するデータにデータを挿入する場合、移行するデータにはシャードキーが含まれている必要があります。 UPDATE 文を実行して移行するデータを変更する場合、シャードキーは変更できません。

  • ターゲットデータベースがレプリカセットインスタンスの場合は、次の制限に注意してください。

    • ターゲットデータベースが [express Connect、vpn Gateway、または Smart Access Gateway][パブリック IP アドレス]、または [cloud Enterprise Network(cen)] 経由で接続されている場合は、[ドメイン名または IP][ポート番号] をプライマリノードの IP アドレスとポート番号に設定するか、高可用性エンドポイントを構成します。高可用性エンドポイントの詳細については、「ソースまたはターゲットデータベースが高可用性 MongoDB データベースである DTS タスクを作成する」をご参照ください。

    • ターゲットデータベースが ECS 上の [自主管理データベース] 経由で接続されている場合は、[ポート番号] をプライマリノードのポート番号に設定します。

  • 増分データ移行はサポートされていません。

  • ターゲットデータベースのコレクションに一意なインデックスがある場合、またはターゲットデータベースのコレクションの capped 属性が true の場合、コレクションはシングルスレッドのデータ書き込みのみをサポートし、増分データ移行中の同時再生はサポートしません。これは、移行遅延を増加させる可能性があります。

  • DTS は、admin データベースまたは local データベースからデータを移行できません。

  • トランザクション情報は保持されません。トランザクションがターゲットデータベースに移行されると、トランザクションは単一のレコードに変換されます。

  • 互換性を確保するために、ターゲット MongoDB データベースのバージョンは、ソース MongoDB データベースのバージョンと同じかそれ以上である必要があります。ターゲットデータベースのバージョンがソースデータベースのバージョンよりも古い場合、データベースの互換性の問題が発生する可能性があります。

  • データ移行を実行する前に、データ移行がソースデータベースとターゲットデータベースの性能に及ぼす影響を評価してください。オフピーク時にデータを移行することをお勧めします。完全なデータ移行中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これは、データベースサーバーの負荷を増加させる可能性があります。

  • 完全なデータ移行中、同時 INSERT 操作を実行すると、ターゲットデータベースのコレクションで断片化が発生します。完全なデータ移行が完了すると、ターゲットデータベースのコレクションのストレージ容量は、ソースデータベースのストレージ容量よりも大きくなります。

  • FLOAT または DOUBLE データ型の列の精度設定がビジネス要件を満たしていることを確認する必要があります。 DTS は、ROUND(COLUMN,PRECISION) 関数を使用して、FLOAT または DOUBLE データ型の列から値を取得します。精度を指定しない場合、DTS は FLOAT データ型の精度を 38 桁、DOUBLE データ型の精度を 308 桁に設定します。

  • DTS は、過去 7 日以内に失敗したデータ移行タスクの再開を試みます。ワークロードをターゲットクラスターに切り替える前に、失敗したタスクを停止または解放する必要があります。また、REVOKE 文を実行して、DTS がターゲットデータベースにアクセスするために使用するアカウントから書き込み権限を取り消すこともできます。そうしないと、データ移行タスクが再開された後、ソースデータベースのデータによってターゲットデータベースのデータが上書きされます。

  • データはターゲットデータベースに同時に書き込まれます。したがって、ターゲットデータベースで使用されるストレージ容量は、ソースデータベースのデータサイズよりも 5% ~ 10% 大きくなります。

  • db.$table_name.aggregate([{ $count:"myCount"}]) 構文を使用して、ターゲット MongoDB データベースに対するカウント操作の戻り値をクエリする必要があります。

  • ターゲット MongoDB データベースにソースデータベースと同じプライマリキーがないことを確認してください。デフォルトのプライマリキーは _id です。そうでない場合、データが失われる可能性があります。ターゲットデータベースのデータのプライマリキーがソースデータベースのプライマリキーと同じである場合は、DTS のサービスを中断せずに、ターゲットデータベースの関連データをクリアします。たとえば、同じプライマリキーが _id の場合は、ソースデータベースと同じ _id を持つターゲットデータベースのデータを削除できます。

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

    説明

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

特別なケース

ソースデータベースが自主管理 MongoDB データベースの場合、データ移行タスクの実行中にソースデータベースでプライマリ/セカンダリのスイッチオーバーを実行しないことをお勧めします。実行すると、タスクは失敗します。

課金

移行タイプ

インスタンス構成料金

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

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

無料です。

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

移行の種類

移行の種類

説明

スキーマ移行

ソース Cloud Database MongoDB 版 内の移行オブジェクトの構造を宛先 Cloud Database MongoDB 版 に移行します。

説明

スキーマ移行がサポートされるオブジェクトは、DATABASE、COLLECTION、および INDEX です。

フル移行

ソース Cloud Database MongoDB 版 内の移行オブジェクトのすべての既存データを宛先 Cloud Database MongoDB 版 に移行します。

説明

フル移行は、DATABASE および COLLECTION 内のデータをサポートします。

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

データベース

スキーマ移行

フル移行

ソース Cloud Database MongoDB Edition

移行対象のデータベースと config データベースに対する読み取り権限。

ターゲット Cloud Database MongoDB Edition

dbAdminAnyDatabase 権限、ターゲットデータベースに対する読み取り権限と書き込み権限、および local データベースに対する読み取り権限。

ソースとターゲット両方の Cloud Database MongoDB Edition のデータベースアカウントの作成と権限付与の詳細については、「DMS を使用した MongoDB データベースユーザーの管理」をご参照ください。

注意事項

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

    DTS コンソール

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

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

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

    DMS コンソール

    説明

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

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

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

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

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

  3. オプション。 ページの右上隅にある 新バージョンの設定ページを試してみる をクリックします。

    説明
    • ページの右上隅に 旧バージョンの設定ページに戻る ボタンが表示されている場合は、この手順をスキップします。

    • 構成ページの新バージョンと旧バージョンでは、特定のパラメーターが異なる場合があります。 新しいバージョンの構成ページを使用することをお勧めします。

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

    警告

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

    カテゴリ

    構成

    説明

    なし

    タスク名

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

    [ソースデータベース情報]

    既存の接続情報の選択

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

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

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

    説明

    データベースタイプ

    [mongodb] を選択します。

    アクセス方法

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

    インスタンスリージョン

    ソース [Cloud Database MongoDB Edition] が存在するリージョンを選択します。

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

    この例では、現在の Alibaba Cloud アカウントのデータベースインスタンスを使用します。 × を選択します。

    [アーキテクチャの種類]

    スタンドアロンインスタンスアーキテクチャの MongoDB の場合は、[レプリカセットアーキテクチャ] を選択します。

    • [レプリカセットアーキテクチャ]: 複数のノードをデプロイすることで、高可用性と読み書き分離を実現します。 詳細については、「レプリカセットアーキテクチャ」をご参照ください。

    • [シャーデッドクラスタアーキテクチャ]: Mongos、Shard、ConfigServer の 3 つのコンポーネントを提供します。 Mongos と Shard の数と構成を自由に選択できます。 詳細については、「シャーデッドクラスタアーキテクチャ」をご参照ください。

    移行方法

    ソースデータベースが MongoDB のスタンドアロンインスタンスアーキテクチャの場合、増分移行はサポートされていません。 デフォルトの Oplog を保持します。

    [インスタンス ID]

    Cloud Database MongoDB 版 のソース インスタンス ID を選択します。

    [認証データベース名]

    Cloud Database MongoDB Edition インスタンスのソースデータベースアカウントが属するデータベースの名前を入力します。変更されていない場合、デフォルトは admin です。

    データベースアカウント

    ソースの Cloud Database MongoDB 版 のデータベースアカウントを入力します。権限要件については、「データベースアカウントに必要な権限」をご参照ください。

    データベースパスワード

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

    暗号化

    ソースデータベースへの接続を暗号化するかどうかを指定します。 業務要件に基づいて、非暗号化SSL 暗号化、または Mongo Atlas SSL を選択できます。 暗号化 パラメーターで使用できるオプションは、アクセス方法 パラメーターと アーキテクチャ パラメーターで選択した値によって決まります。 DTS コンソールに表示されるオプションが優先されます。

    説明
    • [アーキテクチャ] パラメーターが [シャーデッドクラスタ] に設定され、ApsaraDB for MongoDB データベースの [移行方法] パラメーターが Oplog に設定されている場合、SSL 暗号化 パラメーターは使用できません。

    • ソースデータベースが レプリカセット アーキテクチャを使用する自己管理 MongoDB データベースであり、アクセス方法 パラメーターが Alibaba Cloud インスタンス に設定されておらず、SSL 暗号化 パラメーターが設定されている場合、認証局 (CA) 証明書をアップロードして、ソースデータベースへの接続を検証できます。

    宛先データベース

    既存の接続情報の選択

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

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

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

    説明

    データベースタイプ

    [mongodb] を選択します。

    アクセス方法

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

    インスタンスリージョン

    デスティネーションの [Cloud Database MongoDB Edition] が存在するリージョンを選択します。

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

    この例では、現在の Alibaba Cloud アカウントのデータベースインスタンスを使用します。 × を選択します。

    [アーキテクチャの種類]

    ビジネスニーズに基づいてアーキテクチャを選択します。 有効な値:

    • [レプリカセットアーキテクチャ]: 複数のノードをデプロイすることで、高可用性と読み書き分離を実現します。 詳細については、「レプリカセットアーキテクチャ」をご参照ください。

    • [シャーデッドクラスタアーキテクチャ]: Mongos、Shard、ConfigServer の 3 つのコンポーネントを提供します。 Mongos と Shard の数と構成を自由に選択できます。 詳細については、「シャーデッドクラスタアーキテクチャ」をご参照ください。

    [インスタンス ID]

    宛先 Cloud Database MongoDB 版 のインスタンス ID を選択します。

    [認証データベース名]

    宛先 Cloud Database MongoDB 版 のデータベースアカウントが属するデータベースの名前を入力します。変更されていない場合、デフォルトは admin です。

    データベースアカウント

    宛先 Cloud Database MongoDB 版 のデータベースアカウントを入力します。権限要件については、「データベースアカウントに必要な権限」をご参照ください。

    データベースパスワード

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

    暗号化

    ターゲットデータベースへの接続を暗号化するかどうかを指定します。 業務要件に基づいて、非暗号化SSL 暗号化、または Mongo Atlas SSL を選択できます。 暗号化 パラメーターで使用できるオプションは、アクセス方法 パラメーターと アーキテクチャ パラメーターで選択した値によって決まります。 DTS コンソールに表示されるオプションが優先されます。

    説明
    • ターゲットデータベースが ApsaraDB for MongoDB インスタンスであり、[アーキテクチャ] パラメーターが [シャーデッドクラスタ] に設定されている場合、SSL 暗号化 パラメーターは使用できません。

    • ターゲットデータベースが レプリカセット アーキテクチャを使用する自己管理 MongoDB データベースであり、アクセス方法 パラメーターが Alibaba Cloud インスタンス に設定されておらず、SSL 暗号化 パラメーターが設定されている場合、CA 証明書をアップロードして、ターゲットデータベースへの接続を検証できます。

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

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

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

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

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

      構成

      説明

      移行タイプ

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

      説明

      このシナリオでは、DTS は増分データ移行をサポートしていません。 データの整合性を確保するために、データ移行中はソースデータベースにデータを書き込まないことをお勧めします。

      詳細については、「移行タイプ」をご参照ください。

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

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

        ターゲットインスタンスに移行されるオブジェクトのデータベース名とコレクション名の大文字小文字のポリシーを設定できます。 デフォルトでは、[DTS デフォルトポリシー] が適用されます。 または、デフォルトポリシーをソースデータベースとターゲットデータベースのポリシーに合わせることもできます。 詳細については、「ターゲットデータベースのオブジェクト名の大文字小文字のポリシー」をご参照ください。

        ソースオブジェクト

        [ソースデータベースオブジェクト] ボックスで、移行するオブジェクトを選択し、向右小箭头 をクリックして [選択済みオブジェクト] ボックスに転送します。

        説明

        移行オブジェクトの選択粒度は、DATABASE レベルと COLLECTION レベルです。

        選択中のオブジェクト

        • ターゲットインスタンスで移行するオブジェクトの名前を指定するか、ターゲットインスタンスでデータを受信するオブジェクトを指定するには、選択中のオブジェクト セクションでオブジェクトを右クリックします。 詳細については、「オブジェクト名をマッピングする」をご参照ください。

        • 移行対象として選択した 1 つ以上のオブジェクトを削除するには、選択中のオブジェクト セクションでオブジェクトをクリックし、image アイコンをクリックして、オブジェクトを ソースオブジェクト セクションに移動します。

        説明
        • データベースレベルまたはコレクションレベルで増分移行操作を実行する必要がある場合は、選択中のオブジェクト リスト内で移行するオブジェクトを右クリックし、ポップアップダイアログボックスからオプションを選択します。

        • データのフィルター条件を設定する必要がある場合 (完全移行中はサポートされますが、増分移行中はサポートされません)、選択中のオブジェクト リストで目的のテーブルを右クリックし、表示されるダイアログボックスで設定します。 これらの設定の構成方法の詳細については、「フィルター条件を設定する」をご参照ください。

        • オブジェクト名マッピング機能 (データを受信するデータベースまたはコレクションの指定) を使用すると、このオブジェクトに依存する他のオブジェクトの移行が失敗する可能性があります。

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

        構成

        説明

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

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

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

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

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

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

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

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

        重要

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

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

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

        説明

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

        同じテーブル内のプライマリキー_id のデータ型が一意かどうか

        移行されるデータについて、プライマリキー _id のデータ型が同じコレクション内で一意かどうか。

        説明

        この構成は、移行タイプ完全データ移行 に設定されている場合にのみ使用できます。

        • : 一意です。 DTS は、ソースデータベースからの完全移行フェーズ中に、ソースデータのプライマリキーのデータ型をスキャンしません。

        • ×: 一意ではありません。 完全移行フェーズ中に、DTS はソースデータベースから移行されるソースデータのプライマリキーのデータ型をスキャンします。

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

        増分データ移行のスロットリングを有効にするかどうかを指定します。 スロットリングを構成するには、1 秒あたりの増分移行の行数 RPS パラメーターと 1 秒あたりの増分移行データ量 (MB) BPS パラメーターを構成する必要があります。 これにより、ターゲットデータベースサーバーの負荷が軽減されます。

        説明

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

        環境タグ

        必要に応じて、インスタンスを識別するための環境タグを選択します。 この場合、タグは選択されていません。

        ETL の設定

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

        監視アラート

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

        セクション

        パラメーター

        説明

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

        [リソースグループ]

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

        インスタンスクラス

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

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

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

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