有没有简单但自动化的方法来testingExchange是否正常运行？ 具体而言，我们正在查看Outlook用户是否可以连接到Exchange，并且电子邮件stream量正在stream动。
有时我们的服务器已经遇到了一些虚拟内存问题，当我们试图解决这些问题的原因时，立即知道我们的服务器已经closures是有帮助的。
几乎每个networking监控工具都有一个电子邮件testing。 他们通常会将电子邮件发送到电子邮件地址（SMTPtesting），然后检索电子邮件（POPtesting）。 这大部分validation了Exchange正在运行并且电子邮件正在stream动。 例如，如果SA服务closures，则testing将失败，如果IS服务closures，则testing将失败，如果未安装邮件存储库，则testing将失败等。
这不像OWAtesting组件，但你可以configuration一个HTTPtesting。
这不能完全回答你的问题，但我写了一个脚本来监视Exchange服务器 。 （这是写E2k3，但应该在E2k7上工作，但E2k10是如果）。 现在，它检查指定的服务器是否可ping，Exchange服务正在运行，连接器是否正在运行，数据存储是否挂载以及事务日志驱动器是否至less占满50％（当然可以更改其阈值）。
我每10分钟就有一个计划任务运行，如果检测到问题，则发送电子邮件/寻呼机警报。 如果你有一个独立的SMTP服务器（比如一个小型的Linux / Unix sendmail服务器安静地坐在某个地方），这个效果最好，因为如果你的邮件环境在单点故障时就不会出现问题。
解决这个限制（SPoF）的另一种方法是从命令提示符运行一个修改后的副本，并将结果打印到屏幕上。
这并不是说你不能修改它来输出你select的文件格式（html / json / xml），以使仪表板读入或触发其他types的警报。 你只受到你的想象力的限制。
我昨天跑到这个链接 – http://www.msexchange.org/articles-tutorials/exchange-server-2007/monitoring-operations/testing-exchange-2007-powershell-part1.html 。 我想如果你运行testing命令行程序，你需要1或2或5分钟的睡眠时间，parsing返回的对象的失败情况，当出现问题的时候，你会得到一个提醒。