movePrimary

メンテナンスウィンドウ中に を発行するmovePrimary

movePrimary データベースのサイズやネットワークの健全性やマシン リソースなどの要因によっては、完了までにかなりの時間が必要になる場合があります。 移行中にデータベースに対して発行された読み取りまたは書き込み操作は、移行操作が失敗したり、データが失われたりするなど、予期しない動作を引き起こす可能性があります。

こうした場合、アプリケーションでクラスターへのすべての読み取りと書込みを停止するメンテナンスウィンドの予定を立てることを検討します。 計画的なダウンタイム中にmovePrimaryを発行すると、データベース内の非シャードコレクションへの読み取りまたは書込みがインターリーブされることによって、未定義の動作が発生するリスクを軽減します。

名前空間の競合による移行の妨げ

movePrimary 宛先シャードに競合するコレクション名前空間が含まれている場合、 は失敗します。 例:

1. 管理者は、 hrデータベースのプライマリシャードを変更するためにmovePrimaryを発行します。

2. movePrimaryがそのコレクションを移動している間に、ユーザーまたはアプリケーションがhrのシャーディングされていないコレクションに対して書込み操作を発行します。 書込み (write) 操作により、元のプライマリシャードに コレクションが作成されます。

3. 管理者は後でmovePrimaryを発行して、 hrデータベースの元のプライマリ シャードを復元します。

4. movePrimary インターリーブ書込み (write) 操作から残った名前空間と競合するため失敗します。

宛先シャードはインデックスを再ビルドする必要がある

movePrimary操作の一部として、宛先シャードは、プライマリ シャードになった後、移行されたコレクションのインデックスを再構築する必要があります。 これには、コレクションあたりのインデックス数とインデックスを作成するデータ量によっては、かなりの時間が必要になる場合があります。

インデックス構築プロセスの詳細については、「入力済みコレクションでのインデックス構築 」を参照してください。

Change Streamsを持つコレクションの移動

MongoDB8.0 以降、movePrimary は 変更ストリーム を持つコレクションを 無効化 しません。コレクションが新しいシャードに移動された後も、変更ストリームはコレクションからイベントを引き続き読み取ります。

MongoDBの以前のバージョンでは、 movePrimaryはコレクション変更ストリームを無効にし、変更ストリームはコレクションからイベントを読み取れません。

すべてのMongoDBバージョンで、移動されたシャーディングされていないコレクションの UUIDをmovePrimaryは更新します。