このページでは、 MongoDB Mongosync 1.17 で導入された変更点と新機能について説明します。
1.17.0 リリース
10 月1 、 2025
新機能
メトリクス情報
バージョン 1.17 以降、 mongosync は、使用可能な合計 CPU とメモリの割合として、ホストの CPU とメモリ使用量に関する情報を含むメトリクスをログに記録します。また、この情報はデバッグ レベルでログに記録されます。
/progress ネットワーク情報
mongosync 1.17 は source.pingLatencyMs フィールドと destination.pingLatencyMs フィールドを /progress エンドポイント応答に追加します。
オートバランサーの無効化
バージョン 1.17 以降、mongosync は、バランサーが無効になっていないことを検出すると、初期化中にソースクラスターと宛先クラスターのバランサーを無効にします。
これは初期化中にのみ適用されます。移行の開始後に mongosync がいずれかのバランサーが有効になっていることが検出されると、mongosync は失敗します。
バランサーを無効にした後、mongosync は 15 分間待機して、進行中のチャンク移行が完了したことを確認してから、移行を続行します。
移行が元に戻すことができず、mongosync が初期化中にソースまたは宛先のバランサーを無効にした場合、コミットが成功した後に mongosync によって無効になっているバランサーが再度有効になります。移行が元に戻すことが可能な場合、mongosync はバランサーを再度有効にせず、ユーザーに 15 分待機させないようにします。
重要: mongosync がいずれのクラスターのバランサーを無効にし、コミット前に失敗した場合、mongosync を実行する予定がない場合は、balancerStartデータベースコマンドを使用してバランサーを手動で有効にする必要があります。
パフォーマンスの向上
コレクションのコピー後にインデックスを構築
mongosync 1.17 はデフォルトでコレクションのコピー 後にインデックスを構築するため、インデックス付きデータベースの移行が高速化されます。詳細については、/start エンドポイントリクエストパラメータを参照してください。
修正された問題
mongosyncは、宛先シャードごとに 2 チャンクではなく 90 チャンクをデフォルトで作成します。複数の期間（
.）を含むシャードキーを持つシャーディングされたコレクションの内部 ID を埋め込み検証子が誤って計算する可能性があるバグを修正します。初期ハッシュの埋め込み検証子の 6 時間のタイムアウトを削除します。これにより、大規模なコレクションまたは低速クラスターのタイムアウト エラーが軽減されます。
名前空間フィルタリング を使用している場合、 検証子がコレクションの名前変更イベントを正しく処理せず、失敗が繰り返され、コミット プロセスが完了しなくなるまれのバグを修正します。
その他の変更
mongosyncは、ログファイルをローテーションするときにログファイルを圧縮するようになりました。バージョン 1.17 以降、現在のログファイルを除くすべてのファイルはgzipを使用して圧縮されます。tarball や zip ファイルなどのリリース アーティファクトには、 JSON形式の SARIF レポートを含むファイルが含まれるようになりました。このレポートには、
mongosyncがセキュリティの問題を検索するために実行する静的分析ツールの結果が含まれています。mongosyncは、コミット時にソースクラスターへの誤った書込みをチェックします。ソースクラスターへの書込み (write) が検出されると、移行は失敗します。埋め込み検証子により、ネットワーク圧縮はデフォルトで有効になります 。
/progress エンドポイントは、検証子がコミットに適切な状態になるまで、
canCommit: falseを報告するようになりました。
ライブ アップグレード
サポートされる最小バージョン
サポートされる最小バージョンの詳細については、 「 MongoDB Server のバージョンの互換性 」を参照してください。
最高のパフォーマンスを得るには、移行前に、ソースクラスターと宛先クラスターを最新の MongoDB Server パッチ リリースにアップグレードしてください。 詳細については、「 MongoDB の最新の自己管理型パッチ リリースへのアップグレード 」を参照してください。