我试图用超时跟踪一个SQL问题，我绝不是DBA，但我坚持这个工作，所以我会把它完成。
我一直在跟踪我所能想到的与IO和networking连接有关的所有事情。 “等待工人”累计等待时间的唯一数字是非常大的。
有人可以向我解释这是什么，在什么时候我应该关心它的价值。 我现在跟踪的是累计等待时间4611686018427391ms。 那不好吧？
那个时间可能没事。 这是自实例上次启动以来累积的等待时间。 如果它运行了几个月，那么数字就没有问题了。
将跟踪限制为需要很长时间运行的命令。 您可以根据持续时间（以毫秒为单位）进行过滤。 试着从10000左右开始，看看会发生什么。 从这些查询的执行计划开始，查看缺less哪些索引。
另外一定要从Codeplex检查DMV状态仪表板（微软公司提供），它可以为您在服务器上查找耗费资源的查询时节省大量时间： http : //www.codeplex.com/sqldmvstats
Alternativley你可以看看实际的dynamicpipe理视图，如：
select * from sys.dm_db_index_usage_stats select * from sys.dm_db_missing_index_details