シャードクラスターの一方向同期 - Data Transmission Service

Data Transmission Service (DTS) を使用すると、MongoDB シャードクラスターから MongoDB レプリカセットまたはシャードクラスターにデータを同期できます。このトピックでは、ApsaraDB for MongoDB インスタンス間でデータを同期する方法の例を示します。

前提条件

宛先の ApsaraDB for MongoDB レプリカセットインスタンスまたはシャードクラスターインスタンスを作成します。手順については、「レプリカセットインスタンスの作成」または「シャードクラスターインスタンスの作成」をご参照ください。
重要
- 宛先の ApsaraDB for MongoDB インスタンスには、ソースの ApsaraDB for MongoDB インスタンスよりも少なくとも 10% 多いストレージ容量を確保することを推奨します。
- サポートされているバージョンについては、「同期ソリューションの概要」をご参照ください。
ソースの ApsaraDB for MongoDB シャードクラスターインスタンス内のすべてのシャードノードのエンドポイントを申請し、すべてのシャードで同じアカウントとパスワードが使用されていることを確認します。手順については、「シャードエンドポイントの申請」をご参照ください。

宛先の MongoDB インスタンスがシャードクラスターインスタンスである場合、スキーマの作成方法に応じて必要な準備を行います。
- DTS のスキーマ同期機能を使用しない場合
  
  オブジェクト設定 ステップでは、同期タイプ に スキーマ同期 を選択しないでください。送信先の ApsaraDB for MongoDB インスタンスで、シャーディング用のデータベースとコレクションを作成し、データシャーディングを設定します。バランサーを有効にし、事前シャーディングを実行することをお勧めします。詳細については、「データシャーディングを設定してシャードのパフォーマンスを最大化する」および「シャーディングされた MongoDB クラスターにおける不均一なデータ分散の処理方法」をご参照ください。
- DTS のスキーマ同期機能を使用する場合
  
  オブジェクト設定 ステップで、同期タイプ に スキーマ同期 を選択します。スキーマ同期後、バランサーを有効にして事前シャーディングを実行することをお勧めします。詳細については、「シャーディングされた MongoDB クラスターにおける不均一なデータ分散の処理方法」をご参照ください。
説明
データシャーディングを設定することで、データが単一のシャードに同期されるのを防ぎ、高いクラスターパフォーマンスを確保します。バランサーを有効にし、事前シャーディングを実行することで、データスキューを防ぐことができます。

制限事項

タイプ	説明
ソースデータベースとターゲットデータベースの制限	帯域幅要件：ソースデータベースが存在するサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、同期速度に影響が出る可能性があります。同期するコレクションには、プライマリキーまたは一意制約が必要であり、フィールド値は一意でなければなりません。そうでない場合、ターゲットデータベースに重複データが出現する可能性があります。同期するコレクションの _id フィールドには、一意の値が必要です。そうでない場合、データの不整合が発生する可能性があります。コレクションレベルで同期し、オブジェクト (コレクション名の変更など) を編集する必要がある場合、1 つの同期タスクでサポートされるコレクションは最大 1,000 個です。この制限を超えると、タスクは送信後にエラーで失敗します。この問題を解決するには、コレクションをバッチに分割して複数のタスクを設定するか、データベース全体の同期タスクを設定します。ソースデータベース内の単一のドキュメントは 16 MB を超えることはできません。超えた場合、タスクは失敗します。ソースデータベースは、Azure Cosmos DB for MongoDB または Amazon DocumentDB (エラスティッククラスター) にすることはできません。ソースデータベースでは Oplog を有効にし、Oplog を少なくとも 7 日間保持する必要があります。または、Change Streams を有効にし、DTS が Change Streams を通じて過去 7 日間のデータ変更をサブスクライブできるようにする必要があります。そうでない場合、DTS はデータ変更をキャプチャできず、タスクの失敗を引き起こす可能性があります。極端な場合、これはデータの不整合やデータ損失を引き起こす可能性があります。これらの問題は、DTS の SLA (サービスレベル合意書) の対象外です。重要データ変更のキャプチャには Oplog の使用を推奨します。 MongoDB 4.0 以降のみが Change Streams をサポートします。Change Streams は双方向同期をサポートしていません。ソースデータベースが Amazon DocumentDB (非エラスティッククラスター) の場合、Change Streams を手動で有効にします。タスクを設定する際、移行方法を ChangeStream に、アーキテクチャをシャードクラスターに設定します。 DTS が増分同期にOplog を使用する場合、ソース MongoDB シャードクラスターではシャード数のスケーリングはサポートされていません。そうしないと、DTS タスクが失敗し、データの不整合が発生する可能性があります。ソースインスタンスが自主管理 MongoDB シャードクラスターの場合：アクセス方法は、Express Connect、VPN Gateway、または Smart Access Gateway および Cloud Enterprise Network (CEN) にのみ対応しています。 MongoDB のバージョンが 8.0 以降で、移行方法が Oplog の場合、同期タスクで使用されるシャードアカウントに `directShardOperations` 権限があることを確認してください。この権限を追加するには、コマンド `db.adminCommand({ grantRolesToUser: "username", roles: [{ role: "directShardOperations", db: "admin"}]})` を使用します。説明コマンド内の `username` を、同期タスクで使用されるシャードアカウントに置き換えてください。移行方法が Oplog で、タスクに完全データ同期が含まれる場合、ソース MongoDB シャードクラスターの Mongos アカウントに `db.runCommand({"balancerStatus":1})` コマンドを実行する権限があることを確認してください。 DTS は、事前チェック中にこのコマンドを使用して Balancer が無効になっているかどうかをチェックします。ソースの MongoDB シャードクラスターインスタンスの Mongos ノード数は 10 を超えることはできません。同期するコレクションに TTL インデックスが含まれている場合、データの不整合や遅延が発生する可能性があります。ソースインスタンスと宛先インスタンスに孤立ドキュメントが存在しないことを確認してください。そうでない場合、データの不整合やタスクの失敗が発生する可能性があります。詳細については、「孤立ドキュメント」および「MongoDB (シャードクラスターアーキテクチャ) で孤立ドキュメントをクリーンアップする方法」をご参照ください。ソースデータベースの操作制限：スキーマ同期および完全データ同期中は、データベースまたはコレクションのスキーマ (配列型のデータ更新を含む) を変更しないでください。そうしないと、同期タスクが失敗したり、ソースデータベースとターゲットデータベース間でデータの不整合が発生したりする可能性があります。完全データ同期のみを実行する場合、ソースインスタンスに新しいデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベース間でデータの不整合が発生する可能性があります。同期インスタンスの実行中は、ソースデータベースの同期対象オブジェクトに対してデータ分散を変更するコマンド (例：shardCollection、reshardCollection、unshardCollection、moveCollection、または movePrimary) を実行しないでください。そうしないと、データの不整合が発生する可能性があります。ソースデータベースのバランサーがデータを分散する場合、遅延が発生する可能性があります。 DTS は SRV アドレスを使用した MongoDB データベースへの接続をサポートしていません。ソースデータベースが MongoDB 5.0 以降で、ターゲットデータベースのバージョンが 5.0 より前の場合、`capped collection` を同期することはできません。同期しようとすると、タスクが失敗するか、ソースデータベースとターゲットデータベース間でデータの不整合が発生します。これは、MongoDB 5.0 から `capped collection` の動作が変更され、明示的な削除や更新時のドキュメントサイズの増加などの操作が許可されるようになり、以前のバージョンのデータベースカーネルではこれらの新機能をサポートできないためです。
その他の制限	DTS は、admin、config、および local データベースからのデータ同期をサポートしていません。ソースデータベースとターゲットデータベースには同じ MongoDB バージョンを使用することを推奨します。または、互換性を確保するためにターゲットに新しいバージョンを使用します。新しいバージョンから古いバージョンへの同期は、互換性の問題を引き起こす可能性があります。宛先インスタンスが ReplicaSet アーキテクチャを使用する場合：アクセス方法が Express Connect、VPN Gateway、または Smart Access Gateway または Cloud Enterprise Network (CEN) の場合、ドメイン名または IP アドレスとポート番号にプライマリノードのアドレスとポートを入力するか、高可用性エンドポイントを設定する必要があります。高可用性エンドポイントの詳細については、「高可用性 MongoDB のソースまたはターゲットデータベースを使用してインスタンスを作成する」をご参照ください。アクセス方法が ECS 上の自己管理データベースの場合、ポート番号にプライマリノードのポートを入力します。ターゲットの MongoDB がシャードクラスターインスタンスで、DTS が提供するスキーマ同期機能が不要な場合 (たとえば、ターゲットでデータシャーディングがすでに設定されている場合など) は、オブジェクト設定ページで、同期タイプのスキーマ同期を選択しないでください。そうしないと、シャーディングの競合により、データの不整合やタスクの失敗が発生する可能性があります。タスクを開始する前に、宛先で使用されるシャードキーをソースのデータに追加してください。タスク開始後、同期対象データの INSERT 文にはシャードキーを含める必要があります。UPDATE 文ではシャードキーを変更できません。トランザクション情報は保持されません。ソースデータベースのトランザクションは、ターゲットデータベースでは個別のレコードになります。 DTS が宛先コレクションにデータを書き込む際に、プライマリキーまたは一意キーの競合が発生した場合、DTS は書き込み文をスキップし、宛先コレクションの既存データを保持します。ソースの MongoDB バージョンが 3.6 より前で、ターゲットの MongoDB バージョンが 3.6 以降の場合、実行計画の違いにより、同期されたデータのフィールドの順序が一致しないことがあります。フィールドと値の関係は変わりません。ビジネスでネストされた構造に対してテキストマッチングクエリを使用している場合は、フィールドの順序の不一致による影響を評価してください。同期前に、ソースデータベースとターゲットデータベースの両方のパフォーマンスを評価してください。同期はオフピーク時に実行してください。そうしないと、完全データ初期化が読み取りおよび書き込みリソースを消費し、データベースの負荷が増加します。完全初期化は INSERT 操作を同時に実行します。これにより、ターゲットデータベースのコレクションに断片化が生じます。完全初期化後、宛先インスタンスのコレクションスペースはソースインスタンスよりも大きくなります。宛先コレクションに一意なインデックスがあるか、その `capped` プロパティが `true` に設定されている場合、増分同期中の同時リプレイはサポートされません。シングルスレッド書き込みのみが許可されます。これにより、タスクの遅延が増加する可能性があります。 DTS はデータを同時に書き込むため、宛先が使用するストレージ容量はソースより 5% から 10% 大きくなります。宛先の MongoDB のドキュメント数を取得するには、構文 `db.$table_name.aggregate([{ $count:"myCount"}])` を使用します。宛先の MongoDB にソースと同じプライマリキー (デフォルトは _id) がないことを確認してください。そうしないと、データ損失が発生する可能性があります。宛先に同じプライマリキーがある場合は、ビジネスに影響を与えずに宛先の関連データをクリアしてください (宛先で同じ _id 値を持つドキュメントを削除します)。完全同期中は、ソースの MongoDB データベースのバランサーを無効にしてください。すべてのサブタスクが増分フェーズに達するまで無効のままにしてください。そうしないと、データの不整合が発生する可能性があります。バランサーの管理の詳細については、「MongoDB バランサーの管理」をご参照ください。ターゲットデータベースが MongoDB シャードクラスターの場合、このデータベースにトラフィックを切り替えた後、ビジネスの動作が MongoDB のシャードコレクションの要件を満たしていることを確認してください。 DTS は、MongoDB 5.0 以降で導入された時系列コレクションの同期をサポートしていません。タスクが失敗した場合、DTS のサポートスタッフが 8 時間以内に復元を試みます。復元中、タスクを再起動したり、そのパラメーターを調整したりすることがあります。説明変更されるのは DTS タスクのパラメーターのみで、データベースのパラメーターは変更されません。調整される可能性のあるパラメーターには、「インスタンスパラメーターの変更」に記載されているものが含まれます。

課金

同期タイプ	料金
スキーマ同期と完全データ同期	無料です。
増分データ同期	課金対象です。詳細については、「課金概要」をご参照ください。

一方向データ同期トポロジ

DTS は現在、シャードクラスターアーキテクチャを使用する 2 つの ApsaraDB for MongoDB インスタンス間の一方向データ同期のみをサポートしています。複数の ApsaraDB for MongoDB インスタンス間の同期はサポートされていません。

同期タイプ

同期タイプ	説明
スキーマ同期	選択したオブジェクトのスキーマをソースの ApsaraDB for MongoDB インスタンスから宛先の ApsaraDB for MongoDB インスタンスに同期します。
完全データ同期	選択したオブジェクトの既存データをソースの ApsaraDB for MongoDB インスタンスから宛先の ApsaraDB for MongoDB インスタンスに同期します。説明データベースとコレクションで完全データ同期がサポートされています。
増分データ同期	完全データ同期の後、ソースの ApsaraDB for MongoDB インスタンスからの増分更新を宛先の ApsaraDB for MongoDB インスタンスに同期します。 Oplog 増分データ同期では、タスク開始後に作成されたデータベースはレプリケートされません。次の変更がレプリケートされます： CREATE COLLECTION および CREATE INDEX DROP DATABASE、DROP COLLECTION、および DROP INDEX RENAME COLLECTION 説明 RENAME COLLECTION 操作は、`dropTarget` オプションが `true` に設定されている場合はレプリケートされません。コレクション内のドキュメントの挿入、更新、削除。説明ドキュメントの更新については、`$set` コマンドを使用する操作のみをレプリケートします。 Change stream 次の変更がレプリケートされます： DROP DATABASE および DROP COLLECTION RENAME COLLECTION 説明 RENAME COLLECTION 操作は、`dropTarget` オプションが `true` に設定されている場合はレプリケートされません。コレクション内のドキュメントの挿入、更新、削除。説明ドキュメントの更新については、`$set` コマンドを使用する操作のみをレプリケートします。

孤立ドキュメントのクリーンアップ

データを移行する前に、ソースの MongoDB データベースから孤立ドキュメントをクリーンアップする必要があります。

重要

孤立ドキュメントをクリーンアップしない場合、移行性能が低下し、_id 値の競合によりデータ移行エラーが発生する可能性があります。

ApsaraDB for MongoDB

説明

MongoDB のメジャーバージョンが 4.2 未満、またはマイナーバージョンが 4.0.6 未満のインスタンスでクリーンアップスクリプトを実行すると、エラーが発生します。インスタンスの現在のバージョンを表示するには、「MongoDB のマイナーバージョン」をご参照ください。メジャーバージョンまたはマイナーバージョンをアップグレードするには、「データベースのメジャーバージョンをアップグレードする」および「データベースのマイナーバージョンをアップグレードする」をご参照ください。

孤立ドキュメントをクリーンアップするには、cleanupOrphaned コマンドを使用します。このコマンドの使用方法は、MongoDB 4.4 以降と MongoDB 4.2 以前で異なります。以下のセクションで手順を説明します。

MongoDB 4.4 以降

シャードクラスターインスタンスに接続できるサーバーで、cleanupOrphaned.js という名前の JavaScript (JS) スクリプトを作成します。

説明

このスクリプトは、複数のシャードにまたがる複数のデータベースのすべてのコレクションから孤立ドキュメントをクリーンアップします。特定のコレクションから孤立ドキュメントをクリーンアップするには、JS スクリプトを変更できます。

// シャード名のリスト。
var shardNames = ["shardName1", "shardName2"];
// 処理するデータベースのリスト。
var databasesToProcess = ["database1", "database2", "database3"];
shardNames.forEach(function(shardName) {
    // 指定されたデータベースを反復処理します。
    databasesToProcess.forEach(function(dbName) {
        var dbInstance = db.getSiblingDB(dbName);
        // データベースインスタンス内のすべてのコレクションの名前を取得します。
        var collectionNames = dbInstance.getCollectionNames();
        // 各コレクションを反復処理します。
        collectionNames.forEach(function(collectionName) {
            // コレクションのフルネーム。
            var fullCollectionName = dbName + "." + collectionName;
            // cleanupOrphaned コマンドを構築します。
            var command = {
                runCommandOnShard: shardName,
                command: { cleanupOrphaned: fullCollectionName }
            };
            // コマンドを実行します。
            var result = db.adminCommand(command); 
            if (result.ok) {
                print("Cleaned up orphaned documents for collection " + fullCollectionName + " on shard " + shardName);
                printjson(result);
            } else {
                print("Failed to clean up orphaned documents for collection " + fullCollectionName + " on shard " + shardName);
            }
        });
    });
});

スクリプト内の shardNames および databasesToProcess パラメーターの値を変更する必要があります。

shardNames：孤立ドキュメントをクリーンアップしたいシャードの ID の配列。シャード ID は、インスタンスの基本情報ページのシャードリストセクションから取得できます。例：d-bp15a3796d3a****。
databasesToProcess：クリーンアップが必要なデータベース名の配列。

cleanupOrphaned.js スクリプトが保存されているディレクトリで、次のコマンドを実行します。

mongo --host <Mongoshost> --port <Primaryport>  --authenticationDatabase <database> -u <username> -p <password> cleanupOrphaned.js > output.txt

次の表にパラメーターを説明します。

パラメーター	説明
`<Mongoshost>`	シャードクラスターインスタンスの mongos ノードのエンドポイント。例：`s-bp14423a2a51****.mongodb.rds.aliyuncs.com`。
`<Primaryport>`	シャードクラスターインスタンスの mongos ノードのポート番号。デフォルト値は 3717 です。
`<database>`	認証データベースの名前。これは、指定されたデータベースアカウントが定義されているデータベースです。
`<username>`	データベースアカウント。
`<password>`	データベースアカウントのパスワード。
`output.txt`	実行結果の宛先ファイル。

MongoDB 4.2 以前

シャードクラスターインスタンスに接続できるサーバーで、cleanupOrphaned.js という名前の JS スクリプトを作成します。

説明
このスクリプトは、複数のシャードにまたがる特定のデータベースの特定のコレクションから孤立ドキュメントをクリーンアップします。複数のコレクションから孤立ドキュメントをクリーンアップするには、fullCollectionName パラメーターを変更してスクリプトを複数回実行するか、コレクションを反復処理するようにスクリプトを変更します。
```
function cleanupOrphanedOnShard(shardName, fullCollectionName) {
    var nextKey = { };
    var result;
    while ( nextKey != null ) {
        var command = {
            runCommandOnShard: shardName,
            command: { cleanupOrphaned: fullCollectionName, startingFromKey: nextKey }
        };
        result = db.adminCommand(command);
        printjson(result);
        if (result.ok != 1 || !(result.results.hasOwnProperty(shardName)) || result.results[shardName].ok != 1 ) {
            print("Unable to complete at this time: failure or timeout.")
            break
        }
        nextKey = result.results[shardName].stoppedAtKey;
    }
    print("cleanupOrphaned done for coll: " + fullCollectionName + " on shard: " + shardName)
}
var shardNames = ["shardName1", "shardName2", "shardName3"]
var fullCollectionName = "database.collection"
shardNames.forEach(function(shardName) {
    cleanupOrphanedOnShard(shardName, fullCollectionName);
});
```
スクリプト内の shardNames および fullCollectionName パラメーターの値を変更する必要があります。
- shardNames：孤立ドキュメントをクリーンアップしたいシャードの ID の配列。シャード ID は、インスタンスの基本情報ページのシャードリストセクションから取得できます。例：d-bp15a3796d3a****。
- fullCollectionName：クリーンアップするコレクションの名前。フォーマットは database.collection です。

cleanupOrphaned.js スクリプトが保存されているディレクトリで、次のコマンドを実行します。

mongo --host <Mongoshost> --port <Primaryport>  --authenticationDatabase <database> -u <username> -p <password> cleanupOrphaned.js > output.txt

次の表にパラメーターを説明します。

パラメーター	説明
`<Mongoshost>`	シャードクラスターインスタンスの mongos ノードのエンドポイント。例：`s-bp14423a2a51****.mongodb.rds.aliyuncs.com`。
`<Primaryport>`	シャードクラスターインスタンスの mongos ノードのポート番号。デフォルト値は 3717 です。
`<database>`	認証データベースの名前。これは、指定されたデータベースアカウントが定義されているデータベースです。
`<username>`	データベースアカウント。
`<password>`	データベースアカウントのパスワード。
`output.txt`	実行結果の宛先ファイル。

自主管理 MongoDB

自主管理 MongoDB データベースに接続できるサーバーで、cleanupOrphaned.js スクリプトファイルをダウンロードします。
```
wget "https://docs-aliyun.cn-hangzhou.oss.aliyun-inc.com/assets/attach/120562/cn_zh/1564451237979/cleanupOrphaned.js"
```

cleanupOrphaned.js スクリプトファイルを変更します。test をクリーンアップするデータベースの名前に置き換えます。

重要

複数のデータベースがある場合は、データベースごとにステップ 2 とステップ 3 を繰り返す必要があります。

function cleanupOrphaned(coll) {
  var nextKey = { };
  var result;
  while ( nextKey != null ) {
    result = db.adminCommand( { cleanupOrphaned: coll, startingFromKey: nextKey } );
    if (result.ok != 1)
       print("Unable to complete at this time: failure or timeout.")
    printjson(result);
    nextKey = result.stoppedAtKey;
  }
}
var dbName = 'test'
db = db.getSiblingDB(dbName)
db.getCollectionNames().forEach(function(collName) {
        cleanupOrphaned(dbName + "." + collName);
});

次のコマンドを実行して、シャード上の指定されたデータベースのすべてのコレクションから孤立ドキュメントをクリーンアップします。

説明
孤立ドキュメントをクリーンアップするには、シャードごとにこのステップを繰り返す必要があります。
```
mongo --host <Shardhost> --port <Primaryport>  --authenticationDatabase <database> -u <username> -p <password> cleanupOrphaned.js
```
説明
- <Shardhost>：シャードの IP アドレス。
- <Primaryport>：シャード内のプライマリノードのサービスポート。
- <database>：認証データベースの名前。これは、指定されたデータベースアカウントが定義されているデータベースです。
- <username>：データベースアカウント。
- <password>：データベースアカウントのパスワード。
例：

この例では、自主管理 MongoDB データベースに 3 つのシャードがあります。孤立ドキュメントをクリーンアップするには、各シャードでコマンドを実行する必要があります。
```
mongo --host 172.16.1.10 --port 27018  --authenticationDatabase admin -u dtstest -p 'Test123456' cleanupOrphaned.js
```
```
mongo --host 172.16.1.11 --port 27021 --authenticationDatabase admin -u dtstest -p 'Test123456' cleanupOrphaned.js
```
```
mongo --host 172.16.1.12 --port 27024  --authenticationDatabase admin -u dtstest -p 'Test123456' cleanupOrphaned.js
```

操作手順

重要

このトピックでは、インスタンスを購入する前に DTS タスクを設定する例を示します。このシナリオでは、ソースの ApsaraDB for MongoDB シャードクラスターのシャード数を指定する必要はありません。DTS インスタンスを設定する前に購入する場合、購入時に正しいシャード数を指定する必要があります。

宛先リージョンの同期タスクリストページに移動します。次の 2 つの方法のいずれかを使用できます：
DTS コンソールから
1. Data Transmission Service (DTS) コンソールにログインします。
2. 左側のナビゲーションウィンドウで、データ同期 をクリックします。
3. ページの左上隅で、同期インスタンスが配置されているリージョンを選択します。
DMS コンソールから

説明
実際の操作は、DMS コンソールのモードとレイアウトによって異なる場合があります。詳細については、「シンプルモード」および「DMS インターフェイスのレイアウトとスタイルをカスタマイズする」をご参照ください。
1. Data Management (DMS) にログインします。
2. トップメニューバーで、データ + AI > Data Transmission (DTS) > データ同期 を選択します。
3. データ同期タスク の右側で、同期インスタンスが存在するリージョンを選択します。
タスクの作成 をクリックしてタスク構成ページを開きます。

ソースデータベースとターゲットデータベースを設定します。

カテゴリ	パラメーター	説明
N/A	タスク名	DTS は自動的にタスク名を生成します。簡単に識別できるように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。
移行元データベース	既存の接続情報の選択	システムに追加された (新しく作成または保存された) データベースインスタンスを使用するには、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。説明 DMS コンソールでは、この設定項目は DMS データベースインスタンスの選択という名前です。データベースインスタンスをシステムに追加していない場合、またはすでに追加されているインスタンスを使用する必要がない場合は、次のデータベース情報を手動で設定します。
	データベースタイプ	MongoDB を選択します。
	アクセス方法	Alibaba Cloud インスタンスを選択します。
	インスタンスのリージョン	ソースの ApsaraDB for MongoDB インスタンスのリージョンを選択します。
	Alibaba Cloud アカウント間でデータを複製	この例では、現在の Alibaba Cloud アカウントに属するデータベースインスタンスを使用します。× を選択します。
	アーキテクチャ	シャードクラスターを選択します。
	移行方法	要件に基づいて、増分データ同期の方法を選択します。 Oplog (推奨)：このオプションは、ソースデータベースで Oplog が有効になっている場合に使用できます。説明自主管理 MongoDB データベースおよび ApsaraDB for MongoDB インスタンスでは、Oplog はデフォルトで有効になっています。この方法は、ログの取得が高速なため、増分同期タスクでより低いレイテンシーを実現します。Oplog を選択することをお勧めします。 ChangeStream：このオプションは、ソースデータベースで Change Streams が有効になっている場合に使用できます。説明ソースデータベースが Amazon DocumentDB (非エラスティッククラスター) インスタンスである場合、ChangeStream のみを選択できます。ソースデータベースのアーキテクチャをシャードクラスターに設定した場合、ShardアカウントとShardパスワードを指定する必要はありません。
	インスタンス ID	ソースの ApsaraDB for MongoDB インスタンスの ID を選択します。
	認証データベース	ソースの ApsaraDB for MongoDB インスタンスのデータベースアカウントが属するデータベースの名前を入力します。デフォルト値は admin です。
	データベースアカウント	ソースの ApsaraDB for MongoDB インスタンスのデータベースアカウントを入力します。アカウントには、同期するデータベース、および config、admin、local データベースに対する読み取り権限が必要です。
	データベースのパスワード	データベースアカウントに対応するパスワードを入力します。
	Shardアカウント	ソースの ApsaraDB for MongoDB インスタンスのシャードにアクセスするために使用されるアカウントを入力します。説明ソースデータベースが自主管理 MongoDB データベースである場合は、[シャードアクセス情報] も指定する必要があります。
	Shardパスワード	ソースの ApsaraDB for MongoDB インスタンスのシャードアカウントのパスワードを入力します。
	暗号化	DTS は、非暗号化、SSL 暗号化、Mongo Atlas SSL の 3 つの接続方法をサポートしています。暗号化のオプションは、選択したアクセス方法とアーキテクチャによって異なります。コンソールに表示されるオプションが優先されます。説明アーキテクチャがシャードクラスターで、移行方法が Oplog の MongoDB データベースは、SSL 暗号化をサポートしていません。ソースがレプリカセットアーキテクチャの自主管理 MongoDB データベース (アクセス方法が Alibaba Cloud インスタンスではない) で、SSL 暗号化を選択した場合、DTS では CA 証明書をアップロードして接続を検証することもできます。
移行先データベース	既存の接続情報の選択	システムに追加された (新しく作成または保存された) データベースインスタンスを使用するには、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。説明 DMS コンソールでは、この設定項目は DMS データベースインスタンスの選択という名前です。データベースインスタンスをシステムに追加していない場合、またはすでに追加されているインスタンスを使用する必要がない場合は、次のデータベース情報を手動で設定します。
	データベースタイプ	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 インスタンスのデータベースアカウントを入力します。アカウントには、dbAdminAnyDatabase 権限、宛先データベースに対する readWrite 権限、および local データベースに対する読み取り権限が必要です。
	データベースのパスワード	データベースアカウントに対応するパスワードを入力します。
	暗号化	DTS は、非暗号化、SSL 暗号化、および Mongo Atlas SSL の 3 つの接続方法をサポートしています。暗号化のオプションは、選択したアクセス方法とアーキテクチャによって異なります。コンソールに表示されるオプションが優先されます。説明アーキテクチャがシャードクラスターである MongoDB データベースは、SSL 暗号化をサポートしていません。送信先として、アクセス方法が Alibaba Cloud インスタンスではないレプリカセット構成の自主管理 MongoDB データベースを指定し、かつ SSL 暗号化を選択した場合、DTS では CA 証明書をアップロードして接続を検証することもできます。

構成が完了したら、ページの下部にある接続をテストして続行をクリックします。
説明
- DTS サーバーからのアクセスを許可するために、DTS サーバーの IP アドレスの CIDR ブロックがソースデータベースとターゲットデータベースのセキュリティ設定に追加されていることを確認してください。これは自動または手動で行うことができます。詳細については、「DTS サーバーの IP アドレス CIDR ブロックをホワイトリストに追加する」をご参照ください。
- ソースデータベースまたはターゲットデータベースが自己管理データベースである場合 (アクセス方法 が Alibaba Cloud インスタンス ではない場合)、DTS サーバーの CIDR ブロック ダイアログボックスで 接続テスト もクリックする必要があります。

タスクオブジェクトを設定します。

オブジェクト設定 ページで、同期するオブジェクトを設定します。

パラメーター	説明
同期タイプ	増分データ同期が選択されている場合、デフォルトでスキーマ同期と完全データ同期も選択する必要があります。事前チェックが完了すると、DTS は、ソースインスタンスから送信先クラスターへ選択したオブジェクトの完全データ同期を実行します。これが、後続の増分同期のためのベースラインデータとなります。重要送信先の MongoDB インスタンスがシャードクラスターであり、DTS のスキーマ同期機能を使用する必要がない場合 (たとえば、送信先でデータシャーディングがすでに設定されているなど)、スキーマ同期を選択しないでください。そうしないと、シャードの競合によってデータの不整合またはタスクの失敗が発生する可能性があります。
同期トポロジ	一方向同期を選択します。
競合するテーブルの処理モード	エラーの事前チェックと報告: ターゲットデータベースに同じ名前のコレクションがあるかどうかをチェックします。同じ名前のコレクションが見つかった場合、エラーが報告され、データ同期タスクは開始されません。それ以外の場合、事前チェックは成功です。説明宛先データベースで同じ名前のコレクションを削除または名前変更できない場合は、宛先データベースのコレクションの名前を変更できます。詳細については、「宛先インスタンスでの同期オブジェクトの名前を設定する」をご参照ください。エラーを無視して続行: ターゲットデータベース内の同じ名前のコレクションのチェックをスキップします。警告エラーを無視して続行を選択すると、データの不整合が生じ、ビジネスにリスクをもたらす恐れがあります。例：宛先データベースのレコードがソースデータベースのレコードと同じプライマリキーまたは一意キーの値を持つ場合、宛先データベースのレコードが保持されます。ソースデータベースのレコードは宛先データベースに同期されません。これにより、データ初期化が失敗したり、一部のデータのみが同期されたり、同期全体が失敗したりする可能性があります。
移行先インスタンスでのオブジェクト名の大文字化	宛先インスタンスに同期されるデータベース、テーブル、およびカラムのオブジェクト名の大文字と小文字の区別ポリシーを設定できます。デフォルトでは、DTS のデフォルトポリシーが選択されています。ソースデータベースとターゲットデータベースのデフォルトポリシーを使用することもできます。詳細については、「宛先オブジェクト名の大文字と小文字の区別ポリシー」をご参照ください。
ソースオブジェクト	ソースオブジェクトボックスで同期するオブジェクトをクリックし、をクリックして選択中のオブジェクトボックスに移動します。説明 DATABASE または COLLECTION レベルでオブジェクトを選択できます。
選択中のオブジェクト	宛先インスタンスの同期オブジェクト名を設定したり、データを受信するオブジェクトを指定したりするには、選択中のオブジェクトボックスで同期オブジェクトを右クリックして変更します。詳細については、「テーブル名と列名のマッピング」をご参照ください。同期オブジェクトを削除するには、選択中のオブジェクトボックスでそのオブジェクトをクリックし、次にをクリックしてソースオブジェクトボックスに移動します。説明データベースまたはコレクションレベルで増分操作を選択するには、選択中のオブジェクトボックス内の目的のオブジェクトを右クリックし、表示されるダイアログボックスで選択を行います。データをフィルタリングするには (全量同期ではサポートされますが、増分同期ではサポートされません)、選択中のオブジェクトボックスで目的のコレクションを右クリックし、表示されるダイアログボックスで設定を構成します。手順については、「フィルター条件を構成する」をご参照ください。オブジェクト名マッピング機能を使用してデータを受信するデータベースまたはコレクションを指定すると、マッピングされたオブジェクトに依存する他のオブジェクトの同期が失敗する可能性があります。

詳細設定へ をクリックして詳細パラメーターを設定します。

パラメーター	説明
タスクのスケジュールに使用する専用クラスターの選択	デフォルトでは、DTS は共有クラスターでタスクをスケジュールするため、クラスターを選択する必要はありません。より安定したパフォーマンスを得るために、DTS 同期タスクを実行するための専用クラスターを購入できます。詳細については、「DTS 専用クラスターとは」をご参照ください。
失敗した接続の再試行時間	同期タスクの開始後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、直ちに接続の再試行を開始します。デフォルトの再試行時間は 720 分です。10 分から 1,440 分の範囲でカスタムの再試行時間を指定することもできます。30 分以上に設定することを推奨します。指定された時間内に DTS がデータベースに正常に再接続した場合、同期タスクは自動的に再開されます。それ以外の場合、タスクは失敗します。説明同じソースまたは宛先を共有する複数の DTS インスタンス (例：インスタンス A とインスタンス B) があり、インスタンス A のネットワーク再試行時間を 30 分、インスタンス B を 60 分に設定した場合、両方に短い方の 30 分が使用されます。 DTS は接続再試行期間中のタスク実行時間に対して課金するため、ビジネスニーズに基づいて再試行時間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスがリリースされた後、できるだけ早く DTS インスタンスをリリースすることを推奨します。
移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。	同期タスクの開始後、ソースまたはターゲットデータベースで接続以外の問題 (DDL または DML 実行例外など) が発生した場合、DTS はエラーを報告し、直ちに連続的な再試行操作を開始します。デフォルトの再試行時間は 10 分です。1 分から 1,440 分の範囲でカスタムの再試行時間を指定することもできます。10 分以上に設定することを推奨します。設定された再試行時間内に関連操作が成功した場合、同期タスクは自動的に再開されます。それ以外の場合、タスクは失敗します。重要移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。の値は、失敗した接続の再試行時間の値未満である必要があります。
完全同期レートを制限するかどうか	完全同期段階では、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを消費するため、データベースの負荷が増加する可能性があります。ソースデータベースとターゲットデータベースの負荷を軽減するには、1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定することで、完全同期タスクにレート制限を設定できます。説明この設定項目は、同期タイプが完全データ同期に設定されている場合にのみ利用可能です。同期インスタンスの実行後に、完全同期レートを調整することもできます。
同期するデータのうち、同一テーブル内のプライマリキー_id のデータ型が一意かどうか	同期する各コレクション内で `_id` プライマリキーのデータ型が一意であるかどうかを指定します。重要実際のデータに基づいてオプションを選択してください。誤った選択はデータ損失につながる可能性があります。このパラメーターは、同期タイプに完全データ同期が含まれている場合にのみ使用できます。 ○: データの型は一意です。完全同期フェーズでは、DTS はソースデータのプライマリキーのデータの型をスキャンしません。各コレクションについて、DTS は 1 つのプライマリキーのデータの型に対応するデータのみを同期します。 ×: データの型は一意ではありません。完全同期フェーズ中、DTS はソースデータのプライマリキーのデータの型をスキャンし、すべてのデータを同期します。
増分同期率を制限するかどうか	増分同期タスクのレート制限を設定することもできます。ターゲットデータベースへの圧力を軽減するには、1 秒あたりの増分同期の行数 RPS と 1 秒あたりの増分同期データ量 (MB) BPS を設定します。
環境タグ	ビジネス要件に基づいてインスタンスを識別するために環境タグを選択できます。この例ではタグを選択する必要はありません。
ETL 機能の設定	抽出、変換、ロード (ETL) 機能を有効にするかどうかを選択します。詳細については、「ETL とは」をご参照ください。有効な値： ○: ETL 機能を有効にします。コードエディタにデータ処理文を入力します。詳細については、「データ移行またはデータ同期タスクで ETL を設定する」をご参照ください。 ×：ETL 機能を無効にします。
監視アラート	アラートを設定するかどうかを指定します。同期が失敗した場合や、遅延が指定されたしきい値を超えた場合に、アラート連絡先に通知が送信されます。 ×: アラートは設定されていません。 ○: アラートのしきい値を設定し、アラート通知を指定して、アラートを構成します。詳細については、「タスク構成中にモニタリングとアラートを構成する」をご参照ください。

[次へ: データ検証] をクリックしてデータ検証タスクを設定します。

データ検証機能を使用する場合は、設定手順について「データ検証の設定」をご参照ください。

タスクを保存し、事前チェックを実行します。
- このインスタンスを設定するための API パラメーターを表示するには、次：タスク設定の保存と事前チェック ボタンにポインターを合わせ、吹き出しに表示される OpenAPI パラメーターのプレビュー をクリックします。
- API パラメーターの表示が完了したら、ページの下部にある次：タスク設定の保存と事前チェックをクリックします。
説明
- 同期ジョブが開始される前に、DTS は事前チェックを実行します。ジョブは、すべての事前チェック項目が合格した後にのみ開始できます。
- 事前チェックに失敗した場合は、失敗した項目の詳細を表示をクリックし、プロンプトに従って問題を修正してから、再度事前チェックを実行します。
- 事前チェックで警告が返された場合：
  
  確認項目が失敗し、無視できない場合は、その項目の横にある詳細を表示をクリックします。指示に従って問題を修正してから、再度事前チェックを実行してください。
  
  無視できる確認項目については、アラートの詳細を確認、無視、OK、再度事前チェックを実行 を順にクリックして、警告をスキップし、事前チェックを再実行できます。警告項目をシールドすると、データの不整合などの問題が発生し、ビジネスにリスクをもたらす可能性があります。

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

成功率 が 100% になったら、次：インスタンスの購入 をクリックします。

購入ページで、データ同期インスタンスの課金方法とリンク仕様を選択します。次の表で、これらのパラメーターについて詳しく説明します。

カテゴリ	パラメーター	説明
新しいインスタンスクラス	課金方法	サブスクリプション：インスタンス作成時にお支払いいただきます。長期的なニーズに適しており、従量課金よりもコスト効率が高いです。サブスクリプション期間が長いほど、割引率が高くなります。従量課金：時間単位で課金されます。短期的なニーズに適しています。使用後すぐにインスタンスをリリースしてコストを節約できます。
	リソースグループの設定	インスタンスが属するリソースグループ。デフォルトはデフォルトリソースグループです。詳細については、「Resource Management とは」をご参照ください。
	リンク仕様	DTS は、異なるパフォーマンスレベルの同期仕様を提供します。同期リンク仕様は同期レートに影響します。ビジネスシナリオに基づいて仕様を選択できます。詳細については、「データ同期リンク仕様」をご参照ください。
	サブスクリプション期間	サブスクリプションモードでは、サブスクリプションインスタンスの期間と数量を選択します。1 か月から 9 か月までの月次サブスクリプション、または 1、2、3、5 年の年次サブスクリプションを選択できます。説明このオプションは、課金方法がサブスクリプションの場合にのみ利用可能です。

構成が完了したら、Data Transmission Service (従量課金) 利用規約をお読みいただき、選択します。
購入して起動 をクリックします。OK ダイアログボックスで、[OK] をクリックします。

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