我有一个数据库，不断减速爬行。 它的硬件绰绰有余，所以我相信这不是问题。 在通过活动监视器查看资源等待时，缓冲区I / O是迄今为止最高的。 当其他等待时间达到数百时，累计等待时间已经达到数十万次。 这自然使我开始寻找我的缓冲区I / O作为问题。
我设置了一个性能监视器来logging完整扫描/秒和缓冲区caching命中率。 缓冲区caching命中率始终在98-100范围内，所以一切似乎都没问题。 我的完整扫描范围从<1到3以上。这对我来说似乎很高，特别是因为它不是很less碰到2+。
这似乎是导致缓慢问题的最可能的候选人吗？ 任何其他的build议，如果我看到如此高的缓冲区I / O等待时间可能是好的监视？
我猜你已经用尽了硬件成为问题的可能性（ “硬件已经足够了” ）。 如果应用程序正在从客户的angular度来看，请不要忘记networking延迟 – 容易忽视。
在页面查找/秒 ， 页面读取/秒和全面扫描/秒的同时查看Perfmon计数器页面预期寿命 。
我从来没有使用过探查器，但是您是否确定问题是否出现在特定的SP或查询中？ 你需要检查你的索引？