昨天，我的 SQL Server 数据库很好。今天它几乎无法使用 - 它的速度减慢了五到二十倍，具体取决于我何时击中它。
一些数据是在夜间加载过程中添加到服务器的，但没有什么能比得上对数据库产生如此大影响的卷。大约 50,000 条纯文本记录（没有 XML 或其他花哨的东西）。
在我们重新启动服务器之前，今天早上打了补丁。但是，我们其他也打过补丁的数据库服务器的行为都没有不同。
资源监视器似乎表明它的磁盘 IO 有问题。它始终以接近 100% 的容量运行 .mdf 文件，即使数据库中实际发生的事情不多。对 Templog.ldf 的访问也非常频繁。
这里没有专家 DBA（我们都是具有不同 SQL 技能的开发人员），我们都对发生的事情感到困惑。我们尝试运行 sp_updatestats 并将一些大索引移动到不同的磁盘，但无济于事。
我认为这一定与补丁有关 - 这似乎太巧合了。一位同事确信是数据负载导致 mdf 的大小增加到导致执行计划效率低下的程度。
这到底是什么造成的？我们如何才能找到，我们可以做些什么来解决它？
编辑：
使用sp_WhoIsActive没有发现任何异常。它记录了我自己对 sproc 的使用以及来自当前正在尝试移动另一个索引的同事的一些命令。这可能现在阻止了数据库，但它之前的运行情况一样糟糕。
它是 SQL Server 2008 R2 的标准版本。SELECT @@VERSION给出：
Microsoft SQL Server 2008 R2 (SP2) - 10.50.4033.0 (X64)
2014 年 7 月 9 日 16:04:25
版权所有 (c) Microsoft Corporation 标准版（64 位），Windows NT 6.1（内部版本 7601：Service Pack 1）（管理程序） )
该服务器具有 72GB 的 RAM …