Scomモニターを再認証するにはどうすればよいですか？
Scomのユーザーが知っているかもしれない " モニターのルール "があります。 （アラートを生成するルールではなく）モニターによって生成されたアラートがある場合は、それを閉じずに、自分で閉じさせます。アラートを閉じると、モニターが正常な状態に戻ってから異常な状態に戻るまで、問題が再度通知されることはありません。
誰かがディスクスペースのアラートを閉じた場合（またはメンテナンス中に発生した場合、または古いために自動的に閉じられた場合）、マシンに問題が発生するまで、サーバーにスペースの問題があることはわかりません。異常な状態にあるモニターのアラートを再生成する方法が欲しいのですが。
現在、 GreenMachine というPowerShellソリューションを検討しましたが、うまく機能していないようで、非常に低速です。
人々はこの問題に対してどのような解決策を見つけましたか？
より簡単な解決策ですが、影響は大きくなります。クリティカルヘルス状態を生成しているオブジェクトを15分間メンテナンスモードにします。ヘルス状態は「監視されていません」に変わり、メンテナンスモードを終了すると再評価されます。
このようにして、アラートを再生成します。ただし、そのオブジェクトでモニターが実行されているすべてのルールに同じ効果があることに注意してください。
モニターの監視データをリセットできるPowerShellを使用してソリューションをハックすることもできます。つまり、指定したGreenMachineリンクのような監視オブジェクトのResetMonitoringStateメソッドを呼び出します。モニターがHealthExplorerまたはPowerShellスクリプトからリセットされた場合、モニターが再実行され、クリティカルまたは警告状態がまだ存在することを検出したときに前のアラートが閉じていた場合、新しいアラートが生成されます。
SCOMにはアラートがありますが、MOMのようにアラート駆動ではなく、状態駆動です。一部の変換された管理パックは、依然としてアラート主導の性質を示します。ただし、SCOMで設計された管理パック（Windowsプラットフォームのものなど）では、ほとんどの場合、アラートはモニター（状態オブザーバー）から送信されます。
この変更は、最終的には、監視方法がアラートではなく状態に焦点を当てる必要があることを意味します。状態は、Windowsコンピューターやその他の多くの状態ビューまたはヘルスエクスプローラーのような状態ビューで表示できます。特定のケースに対して、新しい状態ビューを作成できます。また、モニターの作成時に警告またはクリティカル状態（オプション）ごとにアラートが発生しない場合があり、オーバーライドできることにも注意してください。
私の提案は、アラートを再生成する方法を見つけるのではなく、組織での監視方法を変更することです。