Windows服务器性能分析方法小结.docVIP

事情的起因是BOSS/CRM系统的扩容。我所要做得，仅仅是写一份CRM Windows服务器的性能分析，不过这足以让我一筹莫展了，毕竟当时对主机性能分析的认识，还只是停留在用“任务管理器”查看CPU、内存使用率…之前对CRM Windows性能分析的监控主要依赖于Tivoli，它仅做到了对CPU和内存使用率的报表。不巧的是，由于技术原因，Tivoli对主机内存使用率的监控并不准确。于是便想到了用比较原始的方法，直接使用Windows自带的”性能”工具解决这一问题。 好的，开篇说了一大堆废话。现在进入正题，讲讲我对性能日志、警报以及性能分析的关键指标的总结。 性能日志和告警对Tivoli的取代 “性能日志和警报”对操作系统资源利用情况进行详细监视。最常见到的性能指标诸如CPU、内存、磁盘I/O负荷等等。 通常我们要进行如下设置： 1、? 选择计数器和数据采样间隔：采用何种计数器取决于当前服务器担任的角色，采样间隔则取决于你要求的精度，不宜过度精确而加重负载。 2、? 报告格式：通常选择CSV格式，这样可以方便的在Excel中进行分析 3、? 设置起始时间和停止时间：通常每次之分析一段时间内的机器性能。可以日志的停止时间设置成“在此时以后n天”，接着选择“当日志文件关闭时”，“启动一个新的日志文件” 设置告警时，还要进行以下设置： 1、? 触发警报阈值：比较烦人的是，不能设置多级阈值以及持续时间。一般的网管系统都能够设置多级阈值，比如CPU使用率到达85%为一般告警，超过95%则为严重告警。不过这个可以通过设置多个告警得以解决…持续时间，有可能CPU只是一瞬间到达一个高峰值，之后立刻回复常态。这时则没必要告警，而Windows自带告警无法实现这个功能；好了，毕竟它不是专业的网管系统，历数缺点恐怕就没个头了。 2、? 当触发警报时：选择“将项记入应用程序事件日志”，方便查看系统的资源是否有可能危机业务的正常运行。 通过以上设置，可以从一定程度上缓建我们对监控单台主机性能的需求，虽然它有些缺陷。 搭建自己的网管系统 现在我们已经在每台机器上订上日志和告警，那么在日常维护中我们可以怎么做呢？CRM 70多台Windows主机，难道要我们一台一台的远程登录上去，去查阅计数日志吗？不好意思，我开始就是这么做的… 其实在域中，我们完全可以选择一台比较空闲的机器作为网管主机，用它集中采集域中其他机器的性能数据和告警信息。不过在初次使用时，可能会遇到点小麻烦… 如果不对配置做任何更改，当你试图启动计数器时，很可能会出现以下错误： 提示信息显示这些系统不在网络上，但我们检查可知，操作系统明明已经启动。其实我们只需要配置一下“Performance Logs and Alerts”服务，将其登录用户改为域管理员即可。 这样我们做性能日报或者查看告警时，只需要登录这台“网管”服务器即可。 选择要监视的数据 大家可以看到，“性能日志警报”中有许多类监控对象，而每个对象内又有许多计数器。如果我们一股脑把这些计数器都订上，反而会本末倒置的让“性能监控”影响了服务器的性能。微软的《Managing and Maintaining a Microsoft Windows Server 2003 Environment》给出了建议，以下资源的不足有可能使特定角色的服务器出现资源受限。大家不妨参考一下： 服务器角色 使用资源 对象和计数器 Application servers Memory, network, and processor cache Memory, Processor, Network Interface, and System Backup servers Processor and network System, Server, Processor, and Network Interface Database servers Disks, network, and processor PhysicalDisk, LogicalDisk, Processor, Network Interface, and System Domain controllers Memory, processor, network, and disk Memory, Processor, System, Network Interface, protocol objects (network-dependent, but can include TCPv4, UDPv4, ICMP, IPv4, NBT Connection, NWLink IPX, NWLink NetBIOS, and NWLink SPX), PhysicalDisk, and Log