Windows环境下服务器监控软件的选择

核心提示：在生产环境中安装了基于Windows的利用以后，通常都需要采取某种程度的看护(监控)措施。监控系统、服务、利用程序和网络的产品之多是非常惊人的。

在生产环境中安装了基于Windows的利用以后，通常都需要采取某种程度的看护(监控)措施。监控系统、服务、利用程序和网络的产品之多是非常惊人的。荣幸的是(或许是不幸的是)某些基于微软的服务和利用都有非常具体的监控要求，这样就自己缩小了可以选择的监控工具范围。

NetIQ公司的AppManager Suite(利用程序治理器套装软件)、微软的操纵系统治理器 (MOM)、VitalSuite、SiteScope、固然还有惠普的OpenView 和IBM的Tivoli 等都是目前可使用的1些商品化的产品。在本文中，我们将先容微软的解决方案(MOM)和NetIQ公司的AppManager，由于这两个软件在技术上关系密切，而且广泛利用于在Windows利用环境中。

MOM与NetIQ和其它产品的关系

NetIQ与微软既是合作火伴也是竞争对手。微软在2000年购买了NetIQ公司的AppManager Suite源代码的许可证。微软的MOM就是根据NetIQ的技术制作的。MOM 2005和MOM 2005工作组版(之前称为MOM 2005 Express)是微软正在实行的动态系统治理计划(Dynamic Systems Initiative/DSI)的1部份。动态系统计划是微软长时间的系统治理战略。MOM 2005工作组版适用于配置10台以下服务器的站点。

NetIQ中的MSMQ监视

NetIQ提供了1个把NetIQ扩大到MOM的XMP (扩大治理包)，使MOM 2005的用户能够治理在NT 4.0、Unix和Linux等平台上运行的非微软利用程序。这是非常有用的，由于MOM最大的缺点之1是它把监测的内容局限在微软家族里，而且在没有连接器的情况下就不监视非微软的利用程序，如思科、Citrix、Lotus Notes或甲骨文的利用程序。荣幸的是，在MOM功能包中含有适用于MOM 2000的MOM连接器框架 (MCF)。MOM 2005完全版也包括这个功能。Veritas和惠普等很多第3方软件和硬件厂商都为自己的产品提供连接器。

假设你的预算不足以应付这些价格很高的贸易性产品，或如网络连接、正常运行时间、CPU、内存和磁盘使用等基本的监视正是你的Windows系统所需要的，那末，Nagios或Zabbix等开源软件解决方案可能会满足这些需求。

但是，对履行重要任务的Windows利用程序和服务来讲，开源软件解决方案有时候还不合适监视这些环境。 监视活动目录、Exchange、IIS或SQL服务器需要1些开源软件解决方案不能安装好就立即提供的非常具体的功能。乃至Nagios也需要1些与Windows服务器沟通的代理机制，以便监控和应对Windows事件记录与服务失败的情况。对这些活动的监测对基于windows的利用来讲是非常基本的要求。

基于Windows的散布式利用程序是题目儿童?

对很多机构来讲，特别重要的是监控使用.NET、COM+、MTS、MSMQ和其它没法使用开源软件解决方案进行监控的基于Windows的散布式利用程序。

NetIQ公司的AppManager是用于监控基于Windows的散布式利用程序的最主要的贸易性产品之1。AppManager能够监控1些不容易监测的项目，如MSMQ “进网消息数率(Incoming Message Rate)”、“活动队列字节”(Active Queue Bytes)和“活动队列消息(Active Queue Messages)”或“COM+反应时间”等。处理内存使用率是在基于Windows的利用中常常需要监控的另1个普通项目。对监控含糊不清的COM计数器来讲，微软首选支持服务(Microsoft Premier Support)提供了1个名为“COMPSTAT2”的.dll(动态链接库)。这个动态链接库能够显示高级的性能计算器，这样，这些数据便可以够像在其它的性能监控计数器中1样由NetIQ软件处理。微软明显有1些这类类型的动态链接库。

COMPSTAT2显示额外的COM计数器

作为基于Windows的利用程序环境的1种监控工具，NetIQ AppManager有1些非常有用的功能。这些功能之1是为基于Windows的集群设置资源依托脚本。当使用1个集群的两个节点时，它能够自动避免监控工作在1个停用的集群节点上运行，这样就不会产生毛病的报警。假设出现故障转移，NetIQ能够自动转换到正在使用的节点。

保护模式一样是1种有用的功能。当1个系统处于保护模式时，监控脚本不会在这个系统上运行。这对按计划的关机和重新启动是很有用的，由于它不会产生毛病的报警。

AppManager还使用“知识脚本组”的概念。那是1组监控脚本，可用于一样类型的服务器。这能够使治理和履行监控脚本更加轻易，使那些脚本更轻易编辑。

NetIQ 知识脚本组

会面“临时保母”

假设你正在为基于Windows的系统和利用程序选择1个监控解决方案，明显有很多事情需要考虑。

由于定制的脚本常常包括在监控解决方案中，你需要查明每个产品使用甚么类型的脚本语言。例如，NetIQ使用VBScript。在坚持SLA(服务水平协议)的同时，你要评估导致在你的环境中造成系统或利用程序故障的最多见的题目。为了服务水平协议和其它目的，你需要系统采取甚么样的发展趋势和报告?根据对现有设备需求的日益增长，你是否是需要说明购买新设备是公道的?根据你的具体需求，哪1种产品能够提供“开箱即用”的功能?这个解决方案包括了多少定制的脚本或扩大，和这类脚本难度有多大，本钱是多少?假设这个解决方案要在公司范围内利用，它如何适应你的环境?

总之，关于监控解决方案的最好忠告是聪明地计划并且尽可能使事情简单1些。对监控的东西和搜集的数据要加谨慎。认真计划你的数据保持和报告需求。假设你搜集很多性能数据并且要把这些数据保存很长时间，数据库很快就会变得非常庞大。你还要少发1些警报。警报的数目会增加得很快，特别是在你监控大量的服务器的时候。最开始的时候1般是发送很多你不需要的警报。

假设你的职责是选择1个监控解决方案，你要认真评估现有的工具。假设这个工具不能完成任务，那末，你将花费更多的时间艰巨地制作自己的工具。

评论加载中... 内容： 评论者： 验证码：