关于EXCHANGE SERVER的数据库文件，大家可能都有这样的体会，就是一旦容量增加了，就很难将它变小。让用户删除无用的邮件，归档邮件等，都不能将总的数据库变小。久而久之，这个文件就越来越大，增加了备份的压力，也提高了维护的风险。

　　我曾经有过这样一次经验，就是有一次想测试一下EXCHANGE的日记功能，在开启日记功能几天之后，发现EDB数据文件猛然增大了一倍，从原来的200G一下增大到400多G。几乎快把存储空间撑满。

　　好在及时发现，将日记功能关闭。不过，这个400多G的文件也一直没有减小。哪怕后来删除了日记邮箱，还是如此。

　　这个时候，就要用到数据库的脱机碎片整理了。

　　在做这个之前，必须注意两件事情：

　　1. 确保您的可用磁盘空间等于要处理的数据库最终大小的 110%(最终大小就是当前文件大小减去文件中空白的大小)。

　　2. 在运行碎片整理之前卸除数据库，因为 Eseutil 执行脱机碎片整理。在脱机碎片整理期间，客户端将无法访问卸除的数据库。

　　然后，就可以开始执行碎片整理了，在 ExchsrvrBin 文件夹中，于命令提示符下键入 “Eseutil /D 数据库所在路径”执行数据碎片整理。

　　运行之后可以有效的缩小数据库文件。

　　当然，如果你设置的保留周期比较长的话，有可能这样操作效果还是不太好，那么还有一种比较极端的方式。就是新建一个存储组，然后新建数据库文件。将老的存储组中的邮箱全部转移到新的存储组中。这样可以更有效的腾出空间。比如我上面提到的例子，这样操作之后，数据库从400G又回到了200G左右。当然，这个操作会非常耗时间，400G的容量大概需要3到4个小时才能转移完毕。