Nagiosを監視するように構成する方法を知っている人はいますかMS Exchangeメールストア?
(ディスクスペースやその他の原因で)メールストアのマウントを解除しましたが、nagiosを介して状態を監視(マウントされているかどうか)したいと考えています。
WindowsサーバーでpNSClient.exeを使用しており、プロセスとサービスを監視できますが、Exchangeはすべてのメールストアに対して1つのプロセス(store.exe)を使用しているようです。したがって、store.exeの監視は役に立ちません。
次のようにcheck_nt -v COUNTER checkを使用して、特定のメールストアへのアクティブな接続がいくつあるかを確認する方法を見つけました。
check_nt -H $HOSTNAME$ -p $PORT$ -v COUNTER -l "\\MSExchangeIS Mailbox($ARG1$)\\Active Client Logons","$ARG1$ Sessions: %.f" -w0 -c0
メールストアがマウントされている限り、システムプロセスから少なくとも1 アクティブクライアントログインがあると想定していますが、マウントされていない場合は0になります。
これは後でテストして、お知らせします。
編集
アクティブなクライアントログイン一部のメールストアでは一晩で0に低下したため、これは解決策ではありません-しかし、クライアントログインが説明どおりに機能するかどうか疑問に思います。
もう一度テストしています...
編集
Client Loginsを使用すると、まさに私が望むことを実行できます。
前述のように、Exchangeはすべてのメールボックスデータベースにstore.exeプロセスを使用するため、個々のメールボックスデータベースをそのように監視することはできません。 Exchangeに直接話すことでそうする方法があるかもしれませんが、それを行うことができるNagiosのプロセスを私は知りません。
Store.exeプロセスはExchangeInformation Storeサービスであり、これはNagiosで監視できます。ディスクスペースの問題や他の多くの問題が原因でメールボックスデータベースがマウント解除された場合、このサーバーも停止している可能性があります。これを監視すると、メールボックスの問題を適切に示すことができます。
この記事 は、Exchangeサービスの監視を設定するための優れたチュートリアルであり、Exchangeサーバーの状態を監視するために確認できるさまざまな事項に関する多くの情報が含まれています。
[編集]
Windowsパフォーマンスカウンターには、Exchangeストア用のカウンターであるMSExchangeISメールボックスカウンターがあるため、これも使用できる場合があります。
これは私の不評な意見かもしれませんが、消防スタイルを監視することは大変な作業のように思えます...(しかし、まったく監視しないよりもはるかに優れています)。 Exchangeの開発者からのインテリジェンスが組み込まれた監視ツール、または定義できない問題を発見できる監視が必要なサービスを使用します。
問題の1つは、Exchangeサーバーを適切に監視する場合の数千の重要なメトリックのうちの1つのメトリックである可能性が高いです...また、ディスクスペースの不足は、監視スイートが警告する必要がある最も基本的なもののようです-しかし、今私は異常に迷惑です^^