MongoDB Ops Manager v6.0 は 1 月 2025 で EOL になります。 可能な限りすぐに MongoDB Ops Manager の上位バージョンにアップグレードしてください。
実行中の シャーディングされたクラスター、レプリカセット、またはスタンドアロンプロセスは、 MongoDB Ops Managerコンソールから直接再起動できます。 配置全体を再起動する代わりに、Ops Manager が管理する配置の個々の MongoDB ノード プロセスを再起動することもできます。
注意
MongoDB Ops ManagerAutomation が {3mongos プロセスを管理し、そのプロセスが30 日間アクセスできない場合、MongoDB Ops Manager はDeployment タブビューからそのプロセスを削除します。mongosプロセスを再起動すると、 MongoDB Ops Managerはそれを再度検出します。 詳しくは、 ホストがダウンしている（ HOST_DOWN ）アラートを参照してください。
まだ表示されていない場合は、目的のプロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。
まだ表示されていない場合は、ナビゲーション バーの Projects メニューから目的のプロジェクトを選択します。
まだ表示されていない場合は、サイドバーの [Deployment] をクリックします。
[Clusters] ビューをクリックします。
省略記号アイコン [] をクリックします。再起動する配置の ）。
[Restart] をクリックします。
[Confirm] をクリックします。
注意
実行中の配置を再起動する場合、 MongoDB Ops Managerは次回の公開後に配置を再開します。 MongoDB Ops Managerがローリング再起動を実行するため、複数のノードによる配置は引き続き利用可能です。 MongoDB Ops Managerのローリング再起動中に、複数のプロセスが一度にオフラインになる可能性がありGoが、プロセスの大部分は利用可能なままです。
MongoDB Ops Manager に提案された変更が表示されます。
問題がなければ、[ Confirm & Deploy ] をクリックします。
さらに設定変更を行う場合は、[ Cancel ] をクリックします。 追加の変更を行うクラスターのModifyをクリックします。
まだ表示されていない場合は、目的のプロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。
まだ表示されていない場合は、ナビゲーション バーの Projects メニューから目的のプロジェクトを選択します。
まだ表示されていない場合は、サイドバーの [Deployment] をクリックします。
[Clusters] ビューをクリックします。
配置名をクリックします。
再起動するノード プロセスの横にあるActions ] ドロップダウンをクリックします。
[Restart] をクリックします。
[Confirm] をクリックします。
MongoDB Ops Manager に提案された変更が表示されます。
問題がなければ、[ Confirm & Deploy ] をクリックします。
さらに設定変更を行う場合は、[ Cancel ] をクリックします。 追加の変更を行うクラスターのModifyをクリックします。