我在两个服务群集中运行了一个相当高容量的asp.net网站。 ASP.Net Apps性能对象记录的每个服务器的典型负载大约为20个请求/秒。
在白天的定期时间，性能计数器会记录2,000到9,000个请求/秒。工作进程此时死亡并报告“.Net Runtime 2.0错误报告”应用程序日志，其中列出了“Faulting application w3wp.exe”。
奇怪的是，IIS目前不会记录任何突发请求。在此之前，网络日志会记录正常的流量，并且不会显示数千个请求。
服务器在Windows 2003 64位服务器上运行IIS6。它是一个带有6GB RAM的四核xeon。
负载平衡群集中的两台服务器中只有一台记录了此卷请求。另一台服务器永远不会显示超过20个左右的平均请求/秒。
有关为什么性能日志会显示如此大量未在任何地方记录的请求的想法？我无法确定导致此负载的原因，并且我想知道它是否是某种应用程序错误或者它是否真的是一连串的流量。
有关如何追查罪魁祸首的任何建议？
答案 0 :(得分：2)
使用调试工具（Windbg＆amp; Co）获取asp进程的故障转储。
答案 1 :(得分：1)
使用WinDbg查看崩溃转储后，结果发现这是由递归的Server.Transfer导致堆栈溢出造成的。
显然，显示ASP.Net Apps v2.0.50727的Requests / Sec的性能日志将服务器传输记录为新请求。但由于它没有进行客户端重定向，因此它永远不会出现在IIS日志中，就像DOS攻击那样。
日志显示高请求/秒的事实使我认为这不是应用程序错误。
感谢你的所有建议。
答案 2 :(得分：0)
老实说，这听起来像是一次潜在的DoS攻击。您是否可以在路由器/交换机上启用日志以查看通过的原始以太网帧？让我知道。感谢。
-Shaun