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

事情的起因是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 serversMemory, network, and processor cacheMemory, Processor, Network Interface, and SystemBackup serversProcessor and networkSystem, Server, Processor, and Network InterfaceDatabase serversDisks, network, and processorPhysicalDisk, LogicalDisk, Processor, Network Interface, and SystemDomain controllersMemory, processor, network, and diskMemory, 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 LogicalDiskFile and print serversMemory, disk, and network componentsMemory, Network Interface, PhysicalDisk, LogicalDisk, and Print QueueMail/messaging serversProcessor, disk, network, and memoryMemory, Cache, Processor, System, PhysicalDisk, Network Interface, and LogicalDiskWeb serversDisk, cache, and network componentsCache, Network Interface, PhysicalDisk, and LogicalDisk重点考察对象内存、处理器、磁盘、网络是资源使用的重点考察对象，微软的帮助文档里，建议对这些组件的如下技术器进行考察。组件监视的性能方面要监视的计数器磁盘使用Physical Disk Disk Reads/sec Physical Disk Disk Writes/sec LogicalDisk % Free Space 请小心处理 % Disk Time 计数器。因为该计数器的 _Total 实例不能精确反映多磁盘系统的利用率，因此使用 % Idle Time 计数器也非常重要。注意这些计数器不能显示超过 100% 的数值。 磁盘瓶颈使用Physical DiskAvg.Disk Queue Length（所有实例） 内存使用MemoryAvailable BytesMemoryCache Bytes 内存瓶颈或溢出MemoryPages/sec MemoryPageReads/sec MemoryTransitionFaults/sec MemoryPool Paged BytesMemoryPool Nonpaged Bytes尽管没有明确的 Memory 对象计数器，但下面的对象对内存分析还是有用的：Paging File%Usage 对象（所有实例）CacheData Map Hits%ServerPool Paged Bytes 和 ServerPool Nonpaged Bytes网络吞吐量协议传输计数器（随网络协议不同而不同）；对于 TCP/IP：Network InterfaceBytes total/sec Network Interface Packets/sec ServerBytes Total/sec 或 ServerBytes Transmitted/sec 和 ServerBytes Received/sec您可能要监视在监视网络活动中描述的网络和服务器吞吐量的其他对象。处理器使用Processor% Processor Time（所有实例）处理器瓶颈SystemProcessor Queue Length（所有实例）Processor Interrupts/sec SystemContext switches/sec性能是否可以接受，不同的角色、不通场合会有不通的判断。微软对一些比较常用的计数器的阈值给出了建议，我们据此来设置警告。如果在“事件查看器”里较长的一段时间内经常看到该“警告”，则系统很可能存在瓶颈，需要我们进行调整。参考微软的帮助文档，及一片网络文章Windows性能分析可以给出以下建议值：资源对象计数器建议的阈值注释磁盘Physical Disk% Free SpaceLogical Disk% Free Space15%磁盘剩余空间磁盘Physical DiskDisk Reads/sec、Physical DiskDisk Writes/sec取决于制造商的规格检查磁盘的指定传送速度，以验证此速度没有超出规格。通常，Ultra Wide SCSI 磁盘每秒可以处理 50 到 70 次 I/O 操作。请注意，无论 I/O 是顺序的还是随机的，都会对磁盘的每秒读写速率产生很大影响。磁盘Physical DiskCurrent Disk Queue Length主轴数加 2这是即时计数器；观察在多个间隔上的值。对于随时间变化的平均值，请使用 Physical Disk Avg.Disk Queue Length。磁盘Physical Disk% Disk Time Logical Disk% Disk Time90%内存MemoryPages/secn pages/sec per pagefile20左右研究页交换活动。注意进入具有页面文件的磁盘的 I/O 数量。如果页面读取操作速率很低，同时 % Disk Time 和 Avg.Disk Queue Length的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。内存MemoryAvailable Bytes对于具有较大内存的计算机（大于 4 MB）考察内存使用情况并在需要时添加内存。由于有虚拟页面技术，所以可用内存的阈值可以设的如此之高。页面文件Paging File% Usage70% 以上与 Available Bytes 和 Pages/sec 一起复查该值，了解计算机的页交换活动。处理器Processor% Processor Time85%查找占用处理器时间高百分比的进程。升级到更快的处理器或安装其他处理器。处理器ProcessorInterrupts/sec 取决于处理器；每秒 1,000 次中断是好的起点此计数器的值明显增加，而系统活动没有相应的增加则表明存在硬件问题。确定引起中断的网络适配器、磁盘或其他硬件。服务器ServerBytes Total/sec如果所有服务器的 Bytes Total/sec 和与网络的最大传送速度几乎相等，则可能需要将网络分段。服务器ServerWork Item Shortages3如果值达到该阀值，请考虑将 DWORD 项 InitWorkItems（在启动期间分配给处理器的工作项数）或者 MaxWorkItems（服务器可以分配的接收缓冲区的最大数）添加到注册表（在 HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanServerParameters 下面)。项 InitWorkItems 的范围可以是从 1 到 512，同时 MaxWorkItems 的范围可以是从 1 到 65,535。以 InitWorkItems 的任何值以及 MaxWorkItems 的值 4,096 开始，并一直加倍这些值，直到 ServerWork Ite