我目前正在对一个ASP.net 2.0应用程序进行GUI测试。 RDBMS是SQL Server 2005。主机是Win Server 2003 / IIS 6.0。
由于该应用程序是由不释放源代码的外部公司编写的，因此我没有该应用程序的源代码。
我注意到当我重启IIS时，该应用程序表现良好，但在经过几个小时的打开和关闭浏览器后，应用程序会变得越来越慢。我想知道这种行为是否是由于程序员的错误关闭连接操作引起的：我怀疑数据库中存在打开的连接泄漏。
我猜.NET垃圾收集器最终会将它们关闭，但是...那可能要花一段时间，对吗？
我有SQL Server Management Studio，并且我确实从活动监视器中注意到有相当多的连接打开在数据库中。
根据上面所说的所有内容，以下是与主要问题相关的一些问题：
在SQL Server 2005中是否有任何方法可以知道是否存在连接池中等待使用的连接还是被应用程序使用的已打开连接？
是否有好的在线/纸质资源可以向我展示如何使用性能计数器或其他工具来帮助跟踪这些问题？
如果性能计数器是最佳解决方案，那么我应该监视哪些变量？
在研究类似问题时，我发现了这个帖子。以下是一种在SQL Server中调试泄漏连接的好方法：
SELECT S.spid, login_time, last_batch, status, hostname, program_name, cmd,
(
select text from sys.dm_exec_sql_text(S.sql_handle)
) as last_sql
FROM sys.sysprocesses S
where dbid > 0
and DB_NAME(dbid) = '<my_database_name>'
and loginame = '<my_application_login>'
order by last_batch asc
我曾经遇到过这个问题，发现SQL Server Profiler是一个非常好的工具。我在短时间内对网站进行了测试，并注意到有许多连接被创建（使用sp_who），但这些连接并没有被Connection Pool重用。因此，我打开了SQL Server Profiler，并检查代码中所有对存储过程的调用是否都带有“sp_reset_connection”调用。如果在新批处理开始之前没有这个调用，你就缺少第一个连接。
我会先查看连接并查看活动时间，看看是否可以找到保持连接打开的项目。
我认为，如果解决方案是重新启动IIS，您还应该查看应用程序的内存使用情况，以查看是否存在内存泄漏或其他导致其占用空间增长的问题。
如果打开的连接是一个问题，在活动监视器中，您将看到大量没有活动的连接。
对于性能计数器，您可以开始查看“SQL Server：常规统计信息”性能对象。