典型的ASP瓶颈

Question

我有2个网站连接到同一实例的MSSQL通过经典的ASP。这两个网站在性质上是相似的，并且运行相似的查询。

一个网站每隔一段时间就会卡住，而另一个网站则没问题。这让我相信MSSQL不是问题所在，否则我会认为瓶颈会同时出现在两个网站上。

我一直在尝试使用Windows Server2008中的性能监视器来定位问题，但由于所有内容都是以聚合形式出现的，所以很难找到令人不快的asp页面。

因此，我正在寻找一些故障排除技巧...

有没有一种简单的方法可以检查所有最近的ASP页面并查看它们运行的时间？

有没有一种简单的方法来查看正在发生的页面请求？

我基本上需要跟踪这些违规代码，但我很难通过IIS实时看到发生了什么。

Answer 1

如果您使用“ASP”作为您的W3C日志文件的日志模式，那么您可以打开一个" time -taken“列，它将为您提供每个ASP的执行时间(以毫秒为单位)(默认情况下，此列处于禁用状态)。See here获取更多详细信息。

Answer 2

您可能会发现，一个应用程序中的某些东西正在锁定数据库(例如，通过事务)，然后不释放它，这会导致另一个应用程序超时。

检查代码中的事务和正在关闭的事务，可能还需要在SQL服务器上设置跟踪以记录死锁。

Answer 3

最好的办法是运行SQL Server事件探查器，查看执行哪个过程或sql可能需要很长时间。您还可以使用Process Monitor查看可能需要很长时间才能完成执行的任何页面，最后不要忘记检查您的IIS日志。

希望这能有所帮助