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

我从来没有运行在我的服务器上的性能计数器的问题。

微软build议看下面的IIS计数器 ：

• 存储器\页/秒
• 内存\可用字节
• 内存\提交的字节
• 内存\池非分页字节
• 处理器\％处理器时间
• 处理器\中断/秒
• 处理器\系统处理器队列长度
• LogicalDisk \％磁盘时间
• PhysicalDisk \％磁盘时间
• 逻辑磁盘\平均。 磁盘队列长度
• 物理磁盘\平均。 磁盘队列长度
• 逻辑磁盘\平均。 磁盘字节/传输
• 物理磁盘\平均。 磁盘字节/传输
• 系统\上下文切换/秒
• Web服务\字节总数/秒
• Web Service \ Total Method Requests / sec
• Web服务\当前连接
• Web服务caching\文件caching命中％
• Web服务caching\内核：URIcaching未命中
• Web服务caching\内核：URIcaching命中％

特别是ASP.NET，我会看

• ASP.NET \应用程序重新启动
• ASP.NET \ Requests排队
• ASP.NET \工作进程重新启动
• ASP.NET应用程序\错误总数
• ASP.NET Applications \ Requests / Sec
• ASP.NET应用程序\pipe道实例计数
• .NET CLRexception抛出的Excek数量

作为一般规则，您应该始终收集性能数据。 这样，当你走进你的经理办公室时，你将得到所有你需要的数据，并且说：“过去几个月，我们的高峰负荷每周都在增加X％，以这个速度，我们将超过目前的能力大概三个月，现在就要开始计划了。“

尽pipe答案很晚，但我在这里分享了我们在生产环境方面所做的一切。
情景是我们必须找出在我们的Web服务器上的请求点击次数，以及有多less服务/是否存在任何线程匮乏/资源瓶颈发生。
为此，我们使用perfmon.exe下面的计数器

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

计数器：.Net CLR数据。
1）。 Sql客户端：当前＃池和非池连接： – 提供当前的连接数，是否合并。

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

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