我们的数据库服务器有一个每晚运行的维护计划：
通常这一切都在每个数据库不到一分钟的时间内执行。 但是，在上个月出现了两次将数据库冻结了三个小时的情况。 DBCC声明花了2个小时才完成，但完成没有错误。 这整个时间我们的数据库拒绝连接。
除了这两起孤立的事件之外，这个数据库从来没有给出过单一的问题。
任何人都可以提出什么可能导致这样的问题？
尼古拉斯是正确的，因为你通常（总是有例外）不需要每天晚上做索引重build（特别是如果你有标准版本，这将不允许你在线重build）。
您可能想要放弃维护计划，特别是关于索引碎片整理和统计信息重build。 我会去看看你的索引的碎片级别的脚本，并决定是否应该重build。 米歇尔·乌福德（@SQLFool）有一个很好的脚本，它允许你有夜间作业检查碎片级别，只重build满足一定碎片级别（由你设置）的索引。 你可以在这里find脚本： http : //sqlfool.com/2010/04/index-defrag-script-v4-0/ 。 如果需要，这个脚本也会更新统计信息。 还有很多这样的脚本。
HTH，丹
这听起来可能是数据库文件的增长突然增加？ 你有没有检查SQL Server的Error_Log，只是想知道你可以缩小每天晚上的维护窗口之前的日志？
回答我自己的问题：
运行离线chkdsk后，只有一周后再次发生，我们将其诊断为硬件故障或低级别操作系统问题，并要求我们的ISP提供新的服务器。
在我们将完全相同的数据库恢复到我们的新服务器之后，现在它已经运行了4个月，唯一的区别是硬件和操作系统的安装。 案件结案。