mongosync 1.21のリリースノート

新機能

• lag オブジェクトを /progress API 応答に追加します。lag オブジェクトは、同期の遅延を overallLagSeconds、crudLagSeconds、ddlLagSeconds として報告します。lagTimeSeconds フィールドは非推奨になり、lag.overallLagSeconds の使用が推奨されます。詳細については progress を参照してください。

修正された問題

• 変更イベントアプリケーション (CEA) 中に適用された作成、読み取り、更新、削除 (CRUD) イベントが、メトリクスおよびトレースレベルのログメッセージで二重にカウントされることがある問題を修正します。

• 埋め込まれたベリファイアがハングしてしまう可能性があり、このため一部のコレクションが初期ハッシング フェーズに入らず、コミットが防止されていました問題を修正します。

• シャーディングされたクラスターの残りの oplog 時間が mongosync によって正しく計算されないため、不正な estimatedOplogTimeRemaining フィールドが生成されたり、/progress 応答で不必な警告メッセージが表示されたりする問題を修正します。

• mongosync の開始直後に /resume をすぐに呼び出すと mongosync がクラッシュする問題を修正します。mongosync が PAUSED 状態に達する前に /resume を呼び出すとエラーが返されるようになりました。

その他の変更

• canCommit mongosync の場合、または埋め込みベリファイアが 30 秒を超えるラグを報告する場合は false です。canCommit が false の場合に /commit を呼び出すと、エラーが返されます。詳細については、commit および progress を参照してください。

• /progress API 応答での estimatedTotalBytes と estimatedCopiedBytes の動作を更新します。コレクションのコピー中に estimatedCopiedBytes が estimatedTotalBytes を超えると、mongosync は estimatedTotalBytes を発生させて estimatedCopiedBytes と等しくします。コレクションのコピー後、両方の値は等しくなります。詳細については progress を参照してください。

• 移行を再開する際、mongosyncは、移行開始以降、--cluster0と--cluster1の接続文字列が変更されていないことを確認するようになりました。このチェックでは、ホスト名とポートを比較し、ソースクラスターと宛先クラスターの意図せずの入れ替えによるデータ損失の可能性を防止します。

ライブ アップグレード

mongosync 1.21 へのライブ アップグレードはサポートされていません。