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