Question

我对这个完全感到难过。我们在这里运行一个非常常见的Intranet应用程序，经典的ASP前端和SQL Server 2005后端。偶尔，每周一次/两次，当我在Management Studio中运行时，某个存储过程需要大约50倍的时间才能运行。这种缓慢持续一整天，第二天就不可逆转地消失了。

基本上发生的事情是：每周一次/两次，当我启动运行存储过程的Intranet页面并显示结果时，运行大约需要115秒。然后我启动SQL Server Management Studio并运行相同的查询，这次只需要3-4秒即可运行。

第二天，内联网页面与SSMS一样长，以运行完全相同的存储过程，暂时没有任何改变（不管怎么说都不知道）。

其他详情：

IIS使用 Provider = sqloledb 作为驱动程序连接到SQL Server 2005
无论活跃用户数是多少，减速都会持续一整天
我可以通过使用相同的驱动程序/连接字符串
我在SQL服务器上运行了跟踪，结果发现在那些特别缓慢的日子里，存储过程的持续时间实际上比通过IIS执行时更长，而不是直接查询

因此，我想知道你们之前是否有任何类似的行为，如果你喜欢它的解决方案，你的建议是什么解决/解决它？

感谢您的帮助，

请在下面的.csv格式中找到跟踪结果：

EventClass,TextData,ApplicationName,CPU,Reads,Writes,Duration (s),ClientProcessID,SPID,StartTime,EndTime
12,exec spStubbornProc,Internet Information Services,"106,016","7,059,999",1,115.80,5476,85,18/04/2013 08:17:15,18/04/2013 08:19:11
12,exec dbo.spStubbornProc,Microsoft SQL Server Management Studio - Query,"3,141","146,051",0,3.40,5876,84,18/04/2013 08:20:45,18/04/2013 08:20:48
12,exec dbo.spStubbornProc,Microsoft SQL Server Management Studio - Query,"2,563","147,387",0,2.93,5876,84,18/04/2013 08:21:04,18/04/2013 08:21:07
12,exec spStubbornProc,Internet Information Services,"103,156","7,083,365",7,118.73,5476,80,18/04/2013 09:39:41,18/04/2013 09:41:40
12,exec dbo.spStubbornProc,Microsoft SQL Server Management Studio - Query,"2,406","175,029",1,2.57,5876,84,18/04/2013 10:08:58,18/04/2013 10:09:01
12,exec spStubbornProc,Internet Information Services,"112,218","7,103,267",7,114.72,5476,75,18/04/2013 14:06:26,18/04/2013 14:08:21
12,exec spStubbornProc,Internet Information Services,"93,515","7,101,229",3,93.60,6092,60,18/04/2013 19:37:02,18/04/2013 19:38:35
12,exec spStubbornProc,Internet Information Services,"2,500","148,775",1,3.42,5160,75,19/04/2013 09:16:01,19/04/2013 09:16:04

IIS比SMSS运行查询所需的时间更长

0 个答案: