是否需要在ShrinkDatabase之后重新组织索引，还是只需要在碎片超过10%的情况下重新划分索引？

Question

我是SQL 2005生产报告服务器的新DBA。我的前任创建了一个包含4个任务的维护计划: CHECKDB；SHRINKDATABASE (N‘to 1’，10，TRUNCATEONLY)；它似乎正在对所有表和视图的所有索引进行重新组织，并检查"Compact“；然后它更新所有表的统计信息。还有一个在维护计划之后运行的单独作业，即如果相同的DB1索引的碎片超过10%，就重新组织它们。似乎是多余的。如果他们刚刚重组，为什么还需要第二份工作呢？另外，第二个工作会不会更有效率，因为它不会使用不到10%的索引资源吗？

Answer 1

我建议您删除-收缩数据库，因为它将导致更多的碎片。基本上，通过执行收缩数据库，您的工作量将增加一倍。

读这个：http://www.sqlskills.com/blogs/paul/why-you-should-not-shrink-your-data-files/

此外，我建议使用Ola的维护脚本，这些脚本对于Server社区http://ola.hallengren.com/来说是“最好的”

您永远不应该重组或重建所有索引，因为这是一项代价高昂的操作，并且应该在维护窗口期间完成，而应根据碎片级别(例如，小于10%的==> )，不要做任何事情( 10 - 30%的==>做30 %的重新组织，以及上面的==>重构)。