Sql server 2005 间歇性SQL超时

从几天前开始，支持我们网站的SQL server（Microsoft SQL server 2005）偶尔开始计时。这似乎是随机发生的，大约每一两个小时发生一次。通常需要大约10分钟的时间，在此期间我们会看到数百个超时请求。在正常情况下，我们大多数查询的时间都不到50毫秒。一个需要很长时间的查询是一个例外

我花了整整一天的时间试图找出一些至少没有任何实际进展的事情。通常，服务器负载约为10-20%，当超时发生时，我们看不到任何CPU负载增加。而且，在暂停期间没有什么特别的事情发生；没有过度狂热的网络爬虫，没有繁重的后台任务，没有增加的网络流量，没有增加的连接数等等。简单地说，一切都像往常一样

由于没有取得任何进展，我们决定重新启动它（并安装自加入以来最新的SP），这似乎已经解决了问题。已经六个多小时没有发生任何事件了。此外，CPU负载下降了10%以下

SQL server似乎在超时“恶化”。也许，某些内部结构（一些缓存或统计数据）出了问题，导致了偶尔出现的问题。我没有其他解释

我在监视服务器时注意到的唯一一件事是（有一次我很幸运在超时发生时在场），我看到几个长时间运行的查询正在等待CXPACKET。但我知道这很可能是其他问题的结果。我编写了一个监视SQL请求的脚本，所以希望下次它发生时，我会有更多的信息

---

有人有过类似的经历吗？我不是SQL Server专家。欢迎任何建议。

因为一切看起来都很正常：CPU，没有什么特别的事情发生，没有过度狂热的网络爬虫，没有繁重的后台任务，没有增加的网络流量，没有增加的连接数等等。我会调查锁定\阻塞\竞争情况。使用此选项查看发生超时时锁定的内容（如果有）：

---

我刚刚投票决定将此移到serverfault—一个好的DBA或服务器管理员应该能够对此提供帮助。也就是说，您是否查看了服务器上运行的事务（任何打开的序列化事务？）您是否使用了sp_lock和sp_who来查看锁和进程，以确定这是否是一个锁定问题？您是否让探查器在系统上运行，以便在问题再次出现时提供更多信息？我编写的脚本基本上监视sys.dm_exec_请求和sys.dm_exec_会话，并查找阻塞请求。然而，这只是在我们重新启动服务器之后，似乎不会再发生了。以前，我试图使用活动监视器，但它太慢，太麻烦。