すべてのプロダクト
Search

このプロダクト

    Data Transmission Service:自主管理 MongoDB データベース (レプリカセットアーキテクチャ) から ApsaraDB for MongoDB インスタンス (レプリカセットまたはシャードクラスターアーキテクチャ) へのデータ移行

    ドキュメントセンター

    Data Transmission Service:自主管理 MongoDB データベース (レプリカセットアーキテクチャ) から ApsaraDB for MongoDB インスタンス (レプリカセットまたはシャードクラスターアーキテクチャ) へのデータ移行

    最終更新日:Dec 06, 2025

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

    前提条件

    • レプリカセットまたはシャードクラスターアーキテクチャを使用する移行先の ApsaraDB for MongoDB インスタンスが作成されていること。詳細については、「レプリカセットインスタンスの作成」および「シャードクラスターインスタンスの作成」をご参照ください。

      重要

      • 移行先の ApsaraDB for MongoDB インスタンスのストレージ容量は、移行元の自主管理 MongoDB インスタンスが使用するストレージ容量よりも少なくとも 10% 大きくすることを推奨します。

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

    • 移行先の ApsaraDB for MongoDB インスタンスがシャードクラスターアーキテクチャを使用する場合、シャーディング対象のデータベースとコレクションを作成し、データシャーディングを設定し、バランサーを有効にし、必要に応じて移行先の ApsaraDB for MongoDB インスタンスで事前シャーディングを実行する必要があります。詳細については、「データシャーディングを設定してシャードのパフォーマンスを最大化する」および「シャードクラスター MongoDB インスタンスにおける不均一なデータ分布の処理」をご参照ください。

      説明

      データシャーディングを設定することで、すべてのデータが単一のシャードに移行されるのを防ぎ、クラスターのパフォーマンスへの影響を回避します。バランサーを有効にし、事前シャーディングを実行することで、データスキューを防ぐことができます。

    注意事項

    タイプ

    説明

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

    • 帯域幅の要件：ソースデータベースをホストするサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、移行速度に影響が出ます。

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

    • 移行オブジェクトの要件：

      • 移行対象のコレクションには、プライマリキーまたは一意制約が必要であり、フィールドは一意である必要があります。そうでない場合、ターゲットデータベースに重複データが出現する可能性があります。

      • コレクションレベルでデータを移行し、コレクション名のマッピングなどの編集が必要な場合、1 つのデータ移行タスクで移行できるコレクションは最大 1,000 個です。この制限を超えると、タスクの送信時にエラーが報告されます。この場合、コレクションを複数の移行タスクに分割するか、データベース全体を移行するタスクを設定してください。

      • ソースデータベースから移行される単一のデータは 16 MB を超えることはできません。超えた場合、タスクは失敗します。

      • 移行対象のコレクションに TTL (Time To Live) インデックスが含まれている場合、データの不整合やインスタンスの遅延が発生する可能性があります。

    • 増分移行を実行する場合：

      ソースデータベースで oplog が有効になっており、oplog が少なくとも 7 日間保持されている必要があります。または、チェンジストリームを有効にし、DTS が過去 7 日以内のソースデータベースからのデータ変更をチェンジストリーム経由でサブスクライブできるようにする必要があります。そうでない場合、ソースデータベースからデータ変更を取得できず、タスクが失敗する可能性があります。極端なケースでは、データの不整合やデータ損失が発生する可能性があります。これに起因する問題は、DTS のサービスレベル契約 (SLA) の対象外です。

      重要

      • ソースデータベースからのデータ変更は、oplog を通じて取得することを推奨します。

      • チェンジストリームによるデータ変更の取得は、MongoDB 4.0 以降のみでサポートされています。

      • ソースデータベースが Amazon DocumentDB (非エラスティッククラスター) の場合、手動でチェンジストリームを有効にし、タスク設定時に 移行方法 を ChangeStream に、アーキテクチャ を シャードクラスター に設定する必要があります。

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

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

      • 完全なデータ移行のみを実行する場合、ソースインスタンスに新しいデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベース間でデータの不整合が発生します。リアルタイムのデータ整合性を維持するには、[スキーマ移行]、[完全なデータ移行]、および [増分データ移行] を選択してください。

    • 移行中のプライマリ/セカンダリの切り替えは、移行タスクの失敗を引き起こします。

    • DTS は、最後に移行されたデータレコードのタイムスタンプと現在のタイムスタンプを比較して遅延を計算します。ソースデータベースが長期間更新されていない場合、遅延情報が不正確になることがあります。タスクが高い遅延を示している場合は、ソースデータベースで更新操作を実行して遅延情報をリフレッシュできます。

    その他の制限

    • 移行先インスタンスがシャードクラスターインスタンスの場合：

      • 孤立ドキュメントをパージしてください。そうしないと、移行性能に影響が出ます。移行中に _id 値が競合するドキュメントが見つかった場合、データの不整合やタスクの失敗が発生する可能性があります。

      • タスクを開始する前に、移行先インスタンスのシャーディングキーに対応するシャーディングキーをソースデータに追加してください。ソースデータにシャーディングキーを追加できない場合は、「シャーディングキーのない MongoDB インスタンスから MongoDB シャードクラスターインスタンスへのデータ移行」をご参照ください。

      • タスク開始後、移行対象のデータには、INSERT コマンドを使用する際にシャーディングキーが含まれている必要があります。UPDATE コマンドを使用する際にシャーディングキーを変更することはできません。

    • 移行先インスタンスがレプリカセットインスタンスの場合：

      • アクセス方法 が Express Connect、VPN Gateway、または Smart Access Gateway、パブリック IP アドレス、または Cloud Enterprise Network (CEN) に設定されている場合、ドメイン名または IP アドレス と ポート番号 をプライマリノードのアドレスとポートに設定するか、高可用性接続アドレスを設定する必要があります。高可用性接続アドレスの詳細については、「高可用性 MongoDB ソースまたはターゲットデータベースを持つインスタンスの作成」をご参照ください。

      • アクセス方法 が ECS 上の自己管理データベース の場合、ポート番号 にプライマリノードのポートを入力します。

    • SRV レコードを使用した MongoDB データベースへの接続はサポートされていません。

    • 互換性を確保するため、ソースとターゲットの MongoDB データベースのバージョンを同じにするか、下位バージョンから上位バージョンへの移行を推奨します。上位バージョンから下位バージョンへ移行すると、互換性の問題が発生する可能性があります。

    • admin、config、および local データベースのデータは移行できません。

    • 移行先コレクションに一意なインデックスがあるか、その capped プロパティが true に設定されている場合、増分移行中のコレクションに対する同時再生はサポートされません。シングルスレッド書き込みのみがサポートされます。これにより、タスクの遅延が増加する可能性があります。

    • トランザクション情報は保持されません。ソースデータベースのトランザクションは、ターゲットデータベースで個別のレコードに変換されます。

    • DTS が移行先コレクションにデータを書き込む際に、プライマリキーまたは一意キーの競合が発生した場合、DTS は対応する書き込み文をスキップし、移行先コレクションの既存データを保持します。

    • ソースが 3.6 より前の MongoDB インスタンスで、移行先が 3.6 以降の MongoDB インスタンスの場合、移行後にデータ内のフィールドの順序が一致しないことがあります。これは、データベースエンジンの実行計画の違いによるものです。フィールドと値のペアは一貫しています。ビジネスロジックにネストされた構造に対するテキストマッチクエリが含まれる場合は、この不一致の潜在的な影響を評価してください。

    • データを移行する前に、ソースデータベースとターゲットデータベースのパフォーマンスを評価してください。オフピーク時にデータを移行することを推奨します。完全なデータ移行中、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを一部消費するため、データベースのワークロードが増加する可能性があります。

    • 完全なデータ移行には同時 INSERT 操作が含まれるため、移行先コレクションで断片化が発生する可能性があります。完全なデータ移行が完了した後、移行先コレクションが使用するディスク領域は、ソースコレクションよりも大きくなります。

    • DTS が提供する FLOAT または DOUBLE データ型の列の移行精度が、ビジネス要件を満たしているかを確認してください。DTS は、ROUND(COLUMN,PRECISION) を使用してこれらの列の値を読み取ります。精度を指定しない場合、DTS は FLOAT 値を 38 桁の精度で、DOUBLE 値を 308 桁の精度で移行します。

    • DTS は、失敗した移行タスクを 7 日以内に再開しようとします。ビジネスを移行先インスタンスに切り替える前に、タスクを終了またはリリースするか、revoke コマンドを使用して DTS が移行先インスタンスにアクセスするために使用するアカウントの書き込み権限を取り消してください。これにより、タスクが自動的に再開された後にソースデータが移行先インスタンスのデータを上書きするのを防ぎます。

    • DTS はデータを同時に書き込むため、移行先インスタンスが使用するストレージ領域は、ソースインスタンスよりも 5% から 10% 大きくなります。

    • 移行先 MongoDB インスタンスのドキュメント数をクエリするには、db.$table_name.aggregate([{ $count:"myCount"}]) 構文を使用します。

    • 移行先 MongoDB インスタンスに、ソースインスタンスと同じプライマリキー (デフォルトでは _id フィールド) がないことを確認してください。そうでない場合、データ損失が発生する可能性があります。移行先インスタンスに同じプライマリキーがある場合は、ビジネスに影響を与えずに、移行先インスタンスから関連データをクリアしてください。これは、ソースインスタンスと同じ _id 値を持つドキュメントを移行先インスタンスから削除することを意味します。

    • インスタンスに障害が発生した場合、DTS ヘルプデスクは 8 時間以内にインスタンスの回復を試みます。回復プロセス中に、インスタンスの再起動やパラメーターの調整などの操作が実行される場合があります。

      説明

      パラメーターが調整される場合、DTS インスタンスのパラメーターのみが変更され、データベースのパラメーターは変更されません。変更される可能性のあるパラメーターには、「インスタンスパラメーターの変更」で説明されているものが含まれますが、これらに限定されません。

    • 移行先データベースが MongoDB シャードクラスターの場合、ビジネスをこのデータベースに切り替えた後、ビジネス運用がその MongoDB データベースのシャードコレクションの要件に準拠していることを確認する必要があります。

    • ソースデータベースが MongoDB 5.0 以降で、移行先データベースが 5.0 より前の場合、capped collection を移行することはできません。これにより、タスクが失敗したり、ソースデータベースとターゲットデータベース間でデータの不整合が発生したりする可能性があります。これは、MongoDB 5.0 で capped collection の動作が変更され、更新時に明示的な削除とドキュメントサイズの増加が許可されるようになったためです。以前のデータベースカーネルは、これらの新機能をサポートしていません。

    • MongoDB 5.0 以降で導入された時系列コレクションの移行はサポートされていません。

    特殊なケース

    ソースが自主管理 MongoDB データベースの場合：

    • 移行中のプライマリ/セカンダリの切り替えは、移行タスクの失敗を引き起こします。

    • DTS は、最後に移行されたデータレコードのタイムスタンプと現在のタイムスタンプを比較して遅延を計算します。ソースデータベースが長期間更新されていない場合、遅延情報が不正確になることがあります。タスクが高い遅延を示している場合は、ソースデータベースで更新操作を実行して遅延情報をリフレッシュできます。

    説明

    データベース全体を移行することを選択した場合、毎秒更新または書き込みが行われるハートビートテーブルを作成することもできます。

    課金

    移行タイプ

    インスタンス構成料金

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

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

    無料。

    ターゲットデータベースの アクセス方法 パラメーターが パブリック IP アドレス に設定されている場合、インターネットトラフィックに対して課金されます。詳細については、「課金の概要」をご参照ください。

    増分データ移行

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

    移行タイプ

    移行タイプ

    説明

    スキーマ移行

    DTS は、移行オブジェクトのスキーマをソースの自主管理 MongoDB データベースから移行先の ApsaraDB for MongoDB インスタンスに移行します。

    説明

    DTS は、DATABASE、COLLECTION、INDEX の各オブジェクトのスキーマを移行できます。

    完全移行

    DTS は、移行オブジェクトのすべての既存データをソースの自主管理 MongoDB データベースから移行先の ApsaraDB for MongoDB インスタンスに移行します。

    説明

    DTS は、DATABASE および COLLECTION オブジェクトのデータを移行できます。

    増分移行

    完全移行後、DTS はソースの自主管理 MongoDB データベースから移行先の ApsaraDB for MongoDB インスタンスに増分更新を移行します。

    oplog の使用

    DTS タスクは、タスクの実行開始後に作成されたデータベースからの増分データを移行しません。DTS は、以下の操作によって生成された増分データを移行します：

    • CREATE COLLECTION および CREATE INDEX

    • DROP DATABASE、DROP COLLECTION、および DROP INDEX

    • RENAME COLLECTION

    • コレクション内のドキュメントを挿入、更新、削除する操作。

      説明

      更新されたドキュメントの増分データを移行する場合、$set からの更新のみを移行します。

    チェンジストリームの使用

    DTS は、以下の操作によって生成された増分データを移行します：

    • DROP DATABASE および DROP COLLECTION

    • RENAME COLLECTION

    • コレクション内のドキュメントを挿入、更新、削除する操作

    説明

    更新されたドキュメントの増分データを移行する場合、$set からの更新のみを移行します。

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

    データベース

    スキーマ移行

    完全移行

    増分移行

    ソースの自主管理 MongoDB

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

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

    移行先の ApsaraDB for MongoDB

    dbAdminAnyDatabase 権限、移行先データベースに対する readWrite 権限、および local データベースに対する読み取り権限。

    操作手順

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

      DTS コンソール

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

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

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

      DMS コンソール

      説明

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

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

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

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

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

    3. ソースデータベースとターゲットデータベースを設定します。以下の表にパラメーターを説明します。

      警告

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

      カテゴリ

      構成

      説明

      N/A

      タスク名

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

      移行元データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      MongoDB を選択します。

      アクセス方法

      ソースデータベースのデプロイメント場所に基づいて接続タイプを選択します。このトピックでは、例として パブリック IP アドレス を使用します。

      説明

      自己管理データベースに別の接続タイプを選択した場合、必要な事前準備も実行する必要があります。

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

      自主管理 MongoDB データベースが存在するリージョンを選択します。

      説明

      自主管理 MongoDB データベースが存在するリージョンがオプションにない場合は、地理的に最も近いリージョンを選択できます。

      アーキテクチャ

      レプリカセット を選択します。

      移行方法

      ソースデータベースから増分データを移行するために使用されるメソッド。ビジネス要件に基づいてメソッドを選択します。有効な値：

      • Oplog (推奨)：

        このオプションは、ソースデータベースで oplog 機能が有効になっている場合に使用できます。

        説明

        デフォルトでは、oplog 機能は自主管理 MongoDB データベースと ApsaraDB for MongoDB インスタンスの両方で有効になっています。この機能により、ログのプル速度が速いため、低遅延で増分データを移行できます。したがって、[移行方法] パラメーターには Oplog を選択することを推奨します。

      • ChangeStream：このオプションは、ソースデータベースでチェンジストリームが有効になっている場合に使用できます。詳細については、「チェンジストリーム」をご参照ください。

        説明

        • ソースデータベースが非エラスティックな Amazon DocumentDB クラスターの場合、[移行方法] パラメーターは ChangeStream にのみ設定できます。

        • アーキテクチャ パラメーターに シャードクラスター を選択した場合、Shardアカウント および Shardパスワード パラメーターを設定する必要はありません。

      エンドポイントのタイプ

      必要に応じて シングルノード または マルチノード を選択します。

      説明

      このパラメーターは、自主管理 MongoDB データベースの接続タイプを Express Connect、VPN Gateway、または Smart Access Gateway、パブリック IP アドレス、または Cloud Enterprise Network (CEN) に設定した場合にのみ使用できます。

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

      自主管理 MongoDB データベースのドメイン名または IP アドレスを入力します。この例では、パブリック IP アドレスが入力されています。

      説明

      このパラメーターは、エンドポイントのタイプ を シングルノード に設定した場合にのみ使用できます。

      ポート番号

      自主管理 MongoDB データベースのサービスポートを入力します。

      説明

      このパラメーターは、エンドポイントのタイプ を シングルノード に設定した場合にのみ使用できます。

      エンドポイント

      自主管理 MongoDB データベースのエンドポイントを入力します。

      説明

      • このパラメーターは、エンドポイントのタイプ を マルチノード に設定した場合にのみ使用できます。

      • フォーマットは <IP>:<Port> です。<IP> はドメイン名または IP アドレスです。インターネット経由で解決できるドメイン名を使用することを推奨します。

      • Enter キーを押して複数のエンドポイントを区切ることができます。

      認証データベース

      自主管理 MongoDB データベースのデータベースアカウントが属するデータベースの名前を入力します。デフォルト値は admin です。

      データベースアカウント

      自主管理 MongoDB データベースの対応する Mongos ノードのアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。

      説明

      自主管理 MongoDB データベースの アクセス方法 を ECS 上の自己管理データベース または データベースゲートウェイ に設定した場合、シャードノードのアカウントを入力します。

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

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

      暗号化

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

      説明

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

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

      移行先データベース

      既存の接続情報の選択

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

        説明

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

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

      データベースタイプ

      MongoDB を選択します。

      アクセス方法

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

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

      移行先の ApsaraDB for MongoDB インスタンスが存在するリージョンを選択します。

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

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

      アーキテクチャ

      移行先の ApsaraDB for MongoDB インスタンスのアーキテクチャタイプを選択します。

      インスタンス ID

      移行先の ApsaraDB for MongoDB インスタンスの ID を選択します。

      認証データベース

      移行先の ApsaraDB for MongoDB インスタンスのデータベースアカウントが属するデータベースの名前を入力します。デフォルト値は admin です。

      データベース名

      移行オブジェクトが属するデータベースの名前を移行先の ApsaraDB for MongoDB インスタンスに入力します。

      データベースアカウント

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

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

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

      暗号化

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

      説明

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

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

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

      説明

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

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

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

        構成

        説明

        移行タイプ

        • 完全なデータ移行のみを実行するには、[スキーマ移行] と [完全なデータ移行] を選択します。

        • データ移行中のサービス継続性を確保するには、[スキーマ移行]、[完全なデータ移行]、および [増分データ移行] を選択します。

        説明

        • [スキーマ移行] を選択しない場合は、ターゲットデータベースにデータを受け取るためのデータベースとテーブルが作成されていること、および [選択したオブジェクト] でオブジェクト名マッピング機能が有効になっていることを確認してください。

        • [増分データ移行] を選択しない場合は、データ移行中にソースデータベースにデータを書き込まないことを推奨します。これにより、ソースデータベースとターゲットデータベース間のデータ整合性が確保されます。

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

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

          説明

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

        • エラーを無視して続行：ソースデータベースとターゲットデータベースの同じコレクション名の事前チェックをスキップします。

          警告

          エラーを無視して続行 を選択した場合、データ整合性は保証されず、ビジネスに潜在的なリスクが生じる可能性があります。

          • DTS は、ターゲットデータベースのデータレコードと同じプライマリキーを持つデータレコードを移行しません。

          • データの初期化に失敗したり、特定の列のみが移行されたり、データ移行タスクが失敗したりする可能性があります。

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

        移行先インスタンスのデータベース名とコレクション名の大文字/小文字の区別。デフォルトでは、[DTS のデフォルトポリシー] が選択されています。オブジェクト名の大文字/小文字がソースまたはターゲットデータベースと同じになるように、別のオプションを選択できます。詳細については、「移行先インスタンスのオブジェクト名の大文字/小文字の指定」をご参照ください。

        ソースオブジェクト

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

        説明

        移行オブジェクトとしてデータベースまたはコレクションを選択できます。

        選択中のオブジェクト

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

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

        説明

        • データベースとコレクションの増分移行モードを選択するには、[選択したオブジェクト] セクションで移行するオブジェクトを右クリックし、表示されるダイアログボックスでモードを選択します。

        • データをフィルタリングするための WHERE 条件を指定するには、[選択したオブジェクト] セクションでテーブルを右クリックします。表示されるダイアログボックスで、条件を指定します。詳細については、「フィルター条件の設定」をご参照ください。完全移行中に WHERE 条件を指定できますが、増分移行中には指定できません。

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

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

        構成

        説明

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

        デフォルトでは、DTS はタスクを共有クラスターにスケジュールします。選択する必要はありません。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 つのデータ型のみを移行します。

        • ×：データ型は一意ではありません。完全移行中、DTS はソースデータベースのプライマリキーのデータ型をスキャンし、すべてのデータ型のデータを移行します。

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

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

        説明

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

        環境タグ

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

        ETL 機能の設定

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

        監視アラート

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

        • [いいえ]：アラートを設定しません。

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

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

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

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

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

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

      説明

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

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

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

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

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

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

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

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

        セクション

        パラメーター

        説明

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

        [リソースグループ]

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

        インスタンスクラス

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

      3. [Data Transmission Service (従量課金) サービス規約] を読み、チェックボックスを選択して同意します。

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

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

        説明

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

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