您是否在生产IIS网站上使用性能计数器？

在繁重的生产负载下，计数器是否保持打开状态？
哪些性能计数器对ASP.Net/IIS 6.0网站有用？

我从未在服务器上运行性能计数器时遇到过问题。

微软建议关注IIS的以下计数器：

• 内存\页数/秒
• 内存\可用字节
• 内存\已提交字节
• 内存\池未分页字节
• 处理器\处理器时间百分比
• 处理器\中断/秒
• 处理器\系统处理器队列长度
• LogicalDisk \％磁盘时间
• PhysicalDisk \％磁盘时间
• LogicalDisk \ Avg。磁盘队列长度
• PhysicalDisk \ Avg。磁盘队列长度
• LogicalDisk \ Avg。磁盘字节/传输
• PhysicalDisk \ Avg。磁盘字节/传输
• 系统\上下文切换/秒
• Web服务\总字节数/秒
• Web服务\总方法请求数/秒
• Web服务\当前连接
• Web服务缓存\文件缓存命中百分比
• Web服务缓存\内核：URI缓存未命中
• Web服务缓存\内核：URI缓存命中百分比

我特别关注ASP.NET

• ASP.NET \ Application重新启动
• ASP.NET \请求已排队
• 重新启动ASP.NET \ Worker进程
• ASP.NET应用程序\错误总数
• ASP.NET应用程序\请求/秒
• ASP.NET应用程序\管道实例计数
• .NET CLR异常抛出的异常

通常，您应该一直在收集性能数据。这样一来，当您走进经理办公室时就会拥有所需的所有数据，并说：“过去几个月，我们的高峰负荷每周都在增加X％，而按照这个速度，我们将超过大约三个月。我们需要立即开始对此进行计划。”

尽管答案很晚，但我在这里分享了我们对生产环境所做的工作。
场景是我们必须找出Web服务器上的请求命中次数以及服务的次数/是否存在线程饥饿/资源瓶颈。
为此，我们在perfmon.exe

Counter中使用了以下 计数器：-Asp.Net Apps V2.0.50727。
实例：-LM_W3SVC_1_ROOT_“ HostedWebSite”
1）。请求总数：-提供上次IIS重新启动的请求总数。
2）。应用程序队列中的请求
3）。请求成功
4）。请求失败
3）。请求超时
4）。已拒绝的请求：由于应用程序请求队列已满而被拒绝的请求数
5）。找不到请求：找不到资源的请求数。
6）。未授权的请求：由于未授权的访问而导致请求失败的数量。

计数器：-.Net CLR数据。
1）。SQL客户端：当前＃池连接和非池连接：-提供当前连接数（是否有池）。

计数器：.Net CLR LocksAndThreads。
1）。逻辑线程数
2）。物理线程

计数器数：-HTTP服务请求队列
1）。CurrentQueueSize：-队列中的请求数
2）。RejectedRequests：队列中拒绝的请求总数