5.0 のシャーディングされたクラスターから 4.4 にダウングレード

1. クラスターのデフォルトの読み取り保証および書込み保証

MongoDB 5.0 では、クラスター全体の読み取りと書込み保証 (write concern) のデフォルト値が変更されました。MongoDB 4.4 にダウングレードすると、これらのデフォルトが変更される可能性があります。 ダウングレードする前に、クラスターのデフォルトの読み取りおよび書込み保証 (write concern) を手動で設定することを検討してください。

• クラスターの読み取りまたは書込み保証 (write concern) のデフォルト値を手動で設定するには、 setDefaultRWConcernコマンドを使用します。

• クラスターにアービタが含まれており、特定の状況でキャッシュの負荷を防ぐために以前に"Majority"の読み取り保証を無効にしていた場合は、ダウングレードが完了したら、 --enableMajorityReadConcern falseまたはreplication.enableMajorityReadConcern: falseを構成することをお勧めします。

2。 または. $文字を含むドキュメント フィールド

MongoDB 5.0 では、ドキュメント フィールド名に.または$文字を含めることができます。 MongoDB 4.4 にダウングレードする前に、 .または$文字を含むフィールド名を含むドキュメントを削除する必要があります。

3. 制限形式のタイムゾーン データファイル

MongoDB 5.0 では、シンプル形式のタイムゾーン データファイルのサポートが有効になっています。 配置で、 --timeZoneInfoコマンドライン オプションまたはprocessManagement.timeZoneInfo構成ファイル設定を使用して MongoDB に提供されるシンプル形式のタイムゾーン データファイルを使用している場合は、MongoDB 4.4.7 以降にダウングレードするか、タイムゾーン データファイルを元に戻す必要があります。 : 以前の非ストリーム形式のデータファイルを使用します。

4. 再シャーディング

ダウングレード手順を試行する前に、すべての再シャーディング操作が正常に完了していることを確認してください。 プライマリ フェイルオーバーが原因で最近のリシャーディング操作が失敗した場合は、シャーディングされたクラスターのfeatureCompatibilityVersionをダウングレードする前に、まずcleanupReshardCollectionコマンドを実行する必要があります。

シャーディングされたクラスターのfeatureCompatibilityVersionをダウングレードするときにリシャーディング操作がまだ実行中である場合、リシャーディング操作は中止されます。

5. 機能の互換性バージョン（fCV）をダウングレード

まず、以下の点を確認します。

• 最初の同期が進行中でないことを確認します。最初の同期の進行中に setFeatureCompatibilityVersion コマンドを実行すると、最初の同期がリスタートされます。

• レプリカセット構成にnewlyAddedフィールドがないノードがないことを確認します。 これを確認するには、シャーディングされたクラスター内の各ノードで次のコマンドを実行します。

  use local
  db.system.replset.find( { "members.newlyAdded" : { $exists : true } } );

  newlyAddedフィールドは、最初の同期の実行中とその直後にのみ、ノードのレプリカセット構成ドキュメントにのみ表示されます。

• レプリカセット ノードがROLLBACKまたはRECOVERING状態になっていないことを確認します。

次に、シャーディングされたクラスターのfeatureCompatibilityVersionをダウングレードするには、次の手順に従います。

1. mongo shell をmongosインスタンスに接続します。

2. featureCompatibilityVersionを"4.4"にダウングレードします。

   db.adminCommand({setFeatureCompatibilityVersion: "4.4"})

   setFeatureCompatibilityVersionコマンドは内部システム コレクションへの書込みを実行し、冪等です。 何らかの理由でコマンドが正常に完了しない場合は、 mongosインスタンスでコマンドを再試行してください。

   注意

   • setFeatureCompatibilityVersionがシャーディングされたクラスターで実行されている場合、チャンクの移行、分割、マージはConflictingOperationInProgressで失敗する可能性があります。

   • setFeatureCompatibilityVersionがManualInterventionRequiredエラーで失敗し、クラスターが最近 再シャーディング操作 を実行していて、選挙が原因で失敗した場合は、 setFeatureCompatibilityVersionを再度試行する前にcleanupReshardCollectionコマンドを実行する必要があります。

3. シャーディングされたクラスターのすべてのノードが更新されたfeatureCompatibilityVersionを反映していることを確認するには、各シャード レプリカセット ノードと各コンフィギュレーションサーバー レプリカセット ノードに接続し、 featureCompatibilityVersionを確認します。

   Tip

   アクセス制御が有効になっているシャーディングされたクラスターの場合、シャード レプリカセット ノードに対して次のコマンドを実行するには、シャード ローカル ユーザー としてノードに接続する必要があります。

   db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } )

   すべてのノードは次の内容を含む結果を返す必要があります。

   "featureCompatibilityVersion" : { "version" : "4.4" }

   いずれかのノードが"5.0"のfeatureCompatibilityVersionを返す場合は、続行する前にノードがバージョン"4.4"を反映するまで待機します。

返されたfeatureCompatibilityVersion値の詳細については、 「 FeatureCompatibilityVersion の取得 」を参照してください。

6. fCV 5.0 永続機能を削除

次の手順は、fCV が"5.0"に設定されたことがある場合にのみ必要です。

4.4 と互換性のないすべての永続的な 5.0機能を削除します。 これには以下が含まれます。

時系列コレクション

すべての時系列コレクションを削除します。

ランタイム監査フィルター管理

• ノードの構成ファイルでauditLog.runtimeConfigurationをfalseに設定して、ランタイム監査フィルター管理を無効にします。

• このmongodまたはmongosインスタンスの監査フィルターをローカル構成ファイルで更新します。

7. 5.0 機能を削除

5.0 の機能を使用するすべての永続機能を削除します。 これには以下が含まれますが、これらに限定されません。

• ビュー定義に 5.0 の演算子（ $dateAddや$sampleRateなど）が含まれている場合は、それらを削除する必要があります。 完全なリストについては、「新しい集計演算子」を参照してください。

シャーディングされたクラスターのダウングレード

sh.stopBalancer()

sh.getBalancerState()

sh.startBalancer()