すべてのプロダクト
Search

このプロダクト

    ApsaraDB for MongoDB:ApsaraDB for MongoDB (レプリカセットアーキテクチャ) から ApsaraDB for MongoDB (レプリカセットアーキテクチャまたはシャードクラスタアーキテクチャ) への移行

    ドキュメントセンター

    ApsaraDB for MongoDB:ApsaraDB for MongoDB (レプリカセットアーキテクチャ) から ApsaraDB for MongoDB (レプリカセットアーキテクチャまたはシャードクラスタアーキテクチャ) への移行

    最終更新日:Mar 14, 2025

    このトピックでは、Data Transmission Service (DTS) を使用して ApsaraDB for MongoDB (レプリカセットアーキテクチャ) から ApsaraDB for MongoDB (レプリカセットアーキテクチャまたはシャードクラスタアーキテクチャ) に移行する方法について説明します。

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

    ソースデータベース (レプリカセットアーキテクチャ)

    宛先データベース (レプリカセットアーキテクチャ、シャードクラスタアーキテクチャ)

    ApsaraDB for MongoDB

    ApsaraDB for MongoDB

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

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

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

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

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

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

    このトピックでは、ApsaraDB for MongoDB (レプリカセットアーキテクチャ) と ApsaraDB for MongoDB (レプリカセットまたはシャードクラスタアーキテクチャ) を例として使用した構成プロセスを示します。他のデータソースの構成プロセスも同様のパターンに従います。

    前提条件

    • レプリカセットアーキテクチャを持つソース ApsaraDB for MongoDB と、レプリカセットアーキテクチャまたはシャードクラスターアーキテクチャを持つデスティネーション ApsaraDB for MongoDB が確立されています。詳細については、「レプリカセットインスタンスを作成する方法」および「シャードクラスターインスタンスを作成する方法」をご参照ください。

      説明

      サポートされているバージョンについては、「移行ソリューションの概要」をご参照ください。

    • 転送先 ApsaraDB for MongoDB のストレージ容量は、ソース ApsaraDB for MongoDB で使用されている容量よりも 10% 以上大きいサイズにすることをお勧めします。

    • 宛先の ApsaraDB for MongoDB がシャードクラスタアーキテクチャを使用している場合は、ビジネス要件に従って、宛先の ApsaraDB for MongoDB にシャーディングに必要なデータベースとコレクションを作成する必要があります。これには、データシャーディングの設定、バランサーの有効化、および事前シャーディング操作の実行が含まれます。詳細については、「データシャーディングによるシャードパフォーマンスの最適化方法」および「MongoDB シャードクラスタにおけるデータ分布の不均一性への対処方法」をご参照ください。

      説明

      データシャーディングを構成すると、データが同じシャードに移行されるのを防ぐことができ、クラスターが最適に動作しなくなるのを防ぎます。バランサーを有効にして、事前シャーディングを実行すると、データスキューの問題を防ぐことができます。

    注意事項

    カテゴリ

    説明

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

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

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

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

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

    • ソースデータベースが Azure Cosmos DB for MongoDB クラスターまたは Amazon DocumentDB エラスティッククラスターの場合、完全なデータ移行のみがサポートされます。

    • 増分データ移行を実行するには、次の要件が満たされていることを確認する必要があります。

      ソースデータベースの oplog 機能が有効になっており、ソースデータベースの操作ログが少なくとも 7 日間保持されていること。または、ソースデータベースの変更ストリームが有効になっており、DTS が変更ストリームを使用して過去 7 日間のソースデータベースのデータ変更をサブスクライブできること。そうでない場合、DTS は操作ログの取得に失敗し、データ移行タスクが失敗する可能性があります。例外的な状況では、データの不整合または損失が発生する可能性があります。DTS の SLA は、これらの問題をカバーしていません。

      重要

      • ソースデータベースのデータ変更を取得するには、oplog 機能を使用することをお勧めします。

      • ソースデータベースが MongoDB V4.0 以降を実行している場合にのみ、変更ストリームを使用してソースデータベースのデータ変更を取得できます。

      • ソースデータベースが非エラスティック Amazon DocumentDB クラスターの場合、データベースの変更ストリームを有効にし、データ移行タスクを構成するときに、移行方法 パラメーターを ChangeStream に、アーキテクチャ パラメーターを シャードクラスター に設定する必要があります。

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

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

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

    • Time to Live（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 上の [自主管理データベース] 経由で接続されている場合は、[ポート番号] をプライマリノードのポート番号に設定します。

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

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

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

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

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

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

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

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

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

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

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

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

      説明

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

    特別なケース

    ソースデータベースが自主管理 MongoDB データベースの場合は、次の制限事項に注意してください。

    • データ移行タスクの実行中にソースデータベースでプライマリ/セカンダリスイッチオーバーを実行すると、タスクは失敗します。

    • DTS は、ターゲットデータベースの最後に移行されたデータのタイムスタンプとソースデータベースの現在のタイムスタンプに基づいて、移行レイテンシを計算します。ソースデータベースで更新操作が長時間実行されない場合、移行レイテンシが不正確になる可能性があります。移行タスクのレイテンシが過度に高い場合は、ソースデータベースで更新操作を実行してレイテンシを更新できます。

    説明

    移行対象のオブジェクトとしてデータベース全体を選択した場合は、ハートビートテーブルを作成できます。ハートビートテーブルは毎秒更新されるか、データを受信します。

    課金

    移行タイプ

    インスタンス構成料金

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

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

    無料です。

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

    増分データ移行

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

    移行の種類

    移行の種類

    説明

    スキーマ移行

    移行オブジェクトの構造をソース ApsaraDB for MongoDB から宛先 ApsaraDB for MongoDB に移行します。

    説明

    スキーマ移行がサポートされるオブジェクトには、データベース、コレクション、およびインデックスが含まれます。

    完全移行

    移行オブジェクトのすべての既存データをソース ApsaraDB for MongoDB から宛先 ApsaraDB for MongoDB に移行します。

    説明

    完全移行では、データベースおよびコレクションのデータがサポートされます。

    増分移行

    完全移行に基づいて、ソース ApsaraDB for MongoDB から宛先 ApsaraDB for MongoDB への増分更新を移行します。

    Oplog の使用

    増分移行では、タスクの実行開始後に作成されたデータベースはサポートされません。サポートされる増分更新は次のとおりです。

    • コレクション、インデックスの作成

    • データベース、コレクション、インデックスの削除

    • コレクションの名前変更

    • コレクション内のドキュメントの挿入、更新、および削除

      説明

      増分更新ドキュメントを移行する場合、$set コマンドを使用して更新された操作のみがサポートされます。

    ChangeStream の使用

    サポートされる増分更新は次のとおりです。

    • データベース、コレクションの削除

    • コレクションの名前変更

    • コレクション内のドキュメントの挿入、更新、および削除

      説明

      増分更新ドキュメントを移行する場合、$set コマンドを使用して更新された操作のみがサポートされます。

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

    データベース

    スキーマ移行

    フル移行

    増分移行

    ソース ApsaraDB for MongoDB

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

    移行対象のデータベース、 admin データベース、および local データベースに対する読み取り権限。

    ターゲット ApsaraDB for MongoDB

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

    ソースとターゲット両方の ApsaraDB for MongoDB のデータベースアカウントの作成と承認については、DMS を使用した MongoDB データベースユーザーの管理をご参照ください。

    注意事項

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

      DTS コンソール

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

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

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

      DMS コンソール

      説明

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

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

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

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

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

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

      説明

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

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

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

      警告

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

      カテゴリ

      構成

      説明

      なし

      タスク名

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

      移行元データベース

      既存の接続情報の選択

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

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

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

      説明

      データベースタイプ

      [mongodb] を選択します。

      アクセス方法

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

      インスタンスリージョン

      ソース ApsaraDB for MongoDB が存在するリージョンを選択します。

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

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

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

      [レプリカセットアーキテクチャ] を選択します。

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

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

      移行方法

      実際の状況に基づいて、増分データ移行の方法を選択します。

      • Oplog (推奨):

        ソースデータベースで Oplog が有効になっている場合、このオプションがサポートされます。

        説明

        ローカルの自己管理 MongoDB と ApsaraDB for MongoDB では、デフォルトで Oplog が有効になっています。 この方法を使用して増分データを移行する場合、増分移行タスクの遅延は小さくなります (ログのプル速度が速くなります)。 したがって、Oplog を選択することをお勧めします。

      • ChangeStream: ソースデータベースで Change Streams (Change Streams) が有効になっている場合、このオプションがサポートされます。

        説明

        • ソースデータベースが Amazon DocumentDB (非エラスティッククラスター) の場合、ChangeStream のみがサポートされます。

        • ソースデータベースの アーキテクチャ が シャードクラスター として選択されている場合、Shardアカウント と Shardパスワード に入力する必要はありません。

      [インスタンス ID]

      ソース ApsaraDB for MongoDB のインスタンス ID を選択します。

      [認証データベース名]

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

      データベースアカウント

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

      データベースパスワード

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

      暗号化

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

      説明

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

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

      移行先データベース

      既存の接続情報の選択

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

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

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

      説明

      データベースタイプ

      [mongodb] を選択します。

      アクセス方法

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

      インスタンスリージョン

      ターゲット ApsaraDB for MongoDB が存在するリージョンを選択します。

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

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

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

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

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

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

      [インスタンス ID]

      ターゲット ApsaraDB for MongoDB のインスタンス ID を選択します。

      [認証データベース名]

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

      データベースアカウント

      ターゲット ApsaraDB for 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 アイコンをクリックして、ソースオブジェクト セクションにオブジェクトを移動します。

        説明

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

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

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

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

        構成

        説明

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

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

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

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

        説明

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

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

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

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

        重要

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

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

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

        説明

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

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

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

        説明

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

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

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

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

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

        説明

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

        環境タグ

        実際のニーズに基づいてインスタンスを識別するために、環境タグを選択できます。 この例では、環境タグは選択されていません。

        ETL の設定

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

        監視アラート

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

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

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

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

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

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

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

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

      説明

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

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

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

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

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

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

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

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

        セクション

        パラメーター

        説明

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

        [リソースグループ]

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

        インスタンスクラス

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

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

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

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