有人知道如何配置 Nagios 来监控MS Exchange 邮件存储吗?
我们已经卸载了邮件存储(由于磁盘空间和其他原因),并希望通过 nagios监视它们的状态(已安装或未安装)。
我们在我们的 Windows 服务器上使用 pNSClient.exe,它可以监控进程和服务——但显然 Exchange 只对所有邮件存储使用一个进程 (store.exe)——因此监控 store.exe 将无济于事。
有人知道如何配置 Nagios 来监控MS Exchange 邮件存储吗?
我们已经卸载了邮件存储(由于磁盘空间和其他原因),并希望通过 nagios监视它们的状态(已安装或未安装)。
我们在我们的 Windows 服务器上使用 pNSClient.exe,它可以监控进程和服务——但显然 Exchange 只对所有邮件存储使用一个进程 (store.exe)——因此监控 store.exe 将无济于事。
正如您所说,由于 Exchange 对所有邮箱数据库都使用 store.exe 进程,因此无法以这种方式监视单个邮箱数据库。通过直接与 Exchange 交谈可能有办法做到这一点,但我不知道 Nagios 有任何流程可以做到这一点。
store.exe 进程是 Exchange 信息存储服务,它可以被 Nagios 监控。如果邮箱数据库由于磁盘空间问题以及许多其他问题而卸载,则该服务器很可能也会停止。监视这应该可以很好地指示邮箱问题
本文是关于设置 Exchange 服务监控的优秀教程,其中包含大量有关您可以检查以监控 Exchange 服务器运行状况的不同事项的信息。
[编辑]
Windows 性能计数器确实有一个用于 Exchange 存储的计数器,即 MSExchangeIS 邮箱计数器,因此也可以使用它。
我找到了一种使用 check_nt -v COUNTER检查来检查特定邮件存储有多少活动连接的方法,如下所示:
我假设只要挂载了邮件存储,系统进程就会至少有 1 个Active Client Login ,但如果它被卸载,它将下降到 0。
稍后我将对此进行测试,并让您知道。
编辑
一些邮件存储的活动客户端登录在一夜之间下降到 0,所以这不是解决方案 - 但是,我现在想知道客户端登录是否会按照描述的那样工作。
再次测试...
编辑
使用客户端登录正是我想要的。
这可能是我不受欢迎的观点,但是,监控消防风格似乎需要做很多工作......(但总比不监控要好得多)。使用具有来自 Exchange 开发人员的内置智能的监视工具或任何需要监视的服务,它可以发现您无法定义的问题。
问题中的一个最有可能是正确监控 Exchange 服务器时数千个重要指标中的一个指标......此外,磁盘空间不足似乎是任何监控套件都应该警告的最基本的东西 - 但现在我正在异常烦人^^