我知道如何执行脱机碎片整理 – 我只是好奇社区使用什么标准来运行脱机碎片整理。 老板看到几个数据库有大约30％的空白，现在想离线整理所有的数据库。
那么你有什么build议 – 一定比例的空白？ 当我们需要房间？
运行脱机碎片整理的唯一时间是当你有足够大的空白量不会被重用。 离线碎片整理不是一个正常的维护项目。 多less足够大？ 这取决于你的基础设施和数据库的大小。 如果你正在恢复几个TB的空间，那么可能是运行碎片整理的时候了。 如果你正在恢复几千兆字节的sapce – 可能不是时间。 此外，而不是运行碎片整理，创build一个新的数据库并将邮箱移动到新的数据库。 这比离线碎片整理的影响要小一些。
让你的老板读这篇文章，然后决定是否合适。
http://technet.microsoft.com/en-us/library/aa997972(EXCHG.80).aspx
空白本质上不是一件可怕的事情。 在自然的MS数据库使用过程中发生这是一件完全自然的事情。 也就是说，如果我在及时完成备份方面遇到问题，我只会考虑删除空白，否则我不在乎，而且我不希望引起数据库问题。
唯一无条件合理使用碎片整理是在我认为数据库修复操作完成后作为“清理”。 在大多数情况下，你根本不应该在意。 邮件数据库往往比随着时间的推移而缩减，所以今天标记为“免费”的数据库区域将在未来很快被利用。
除非你有一个非常特殊的情况，那就是你迫切需要回收空间，所以我不会进行碎片整理 – 尤其是因为它需要对待碎片整理的数据库进行停机。