我们公司在Server 2003上运行Exchange 2003.我们的主要交换存储文件（priv1.edb）不断增长，现在已经超过了45GB。 如果我加起来在那个商店的邮箱的大小，我得到不到16GB。 我运行了一个脱机碎片整理程序，但是从.edb文件（.stm文件从8GB缩小到2GB）甚至没有重新获得一个KB。 我也使用性能查找可恢复项目的大小，它似乎不重要（不知道如果显示是以字节或KB，无论如何不会造成差异）。 我怎么知道什么是占用这个空间，更重要的是，我该如何删除它？
你是否获得了良好的在线备份？ 我的猜测是，你不是，所以你看到删除项目堆积而不是被清理。 这与您通过脱机碎片整理所看到的大小没有任何减less是一致的。
即使信息存储没有很好的在线备份，也可以强制删除项目保留以删除项目，但是如果事实certificate是罪魁祸首，我build议先修复备份。 如果要尝试，请在邮箱存储属性的“限制”选项卡上取消选中“不要永久删除邮箱和项目，直到存储被备份”。
让我们知道结果如何。
在应用程序事件日志中查找事件ID 1221。 这将告诉你在Exchange数据库中有多less免费的“空白空间”。
另请参阅：
事件ID 1221报告的可用空间less于应有的情况
像这样的奇怪的数据库问题的最佳解决scheme是创build一个新的空的存储并将邮箱移动到它; 这可以达到与完整的数据库碎片整理相同的效果，使您可以检查数据库损坏情况，并且不会为用户造成长时间的停机。
脱机碎片整理应该会减less数据库的大小。 你是否在同一个数据库中增加大小的公共文件夹？ 您删除的项目保留期限是多less？ 你是否包括你的EDB文件的日志大小（如果是的话，是否被备份？）
这些只是一些要检查的东西。 最可能的罪魁祸首是保留期。
你可以采取更多的步骤：
你怎么备份？ 我想知道如果您的备份软件没有设置Exchange的正确标志来运行后备份维护。
如果您使用NTBackup实际运行交换感知备份，会发生什么情况？
如果在线维护没有运行（没有看到事件日志是不是标志），那么将不会有标记为脱机碎片整理的空间。
检查设置的维护期间没有备份试图运行。 如果以前没有发生过，则可能需要延长一段时间，并禁用周末的备份以获得完整的runthrough。
一旦完成在线维护，事件日志将会告诉您离线人员将恢复多less空间。
感谢大家的帮助。 我最终做的是使用exmerge导出每个用户的数据（使用自动归档使其低于2GB的限制，为什么不exmerge使用新的unicode .psts？），创build一个新的私人商店，然后使用再次重新导入邮箱。 不幸的是，这导致前景进入恢复模式为每个用户，但至less它在最短的停机时间工作。
尽pipe使用Exchange 2010折旧，但通过使用ExMerge提取和导入邮箱，您将失去单实例存储的磁盘存储容量。
我倾向于使用ExMerge提取date和文件夹filter。 不要忘了忽略联系人，当用户因为导出而突然“离开”时，用户会感到不安;;）只是将联系人导入回来并不是太糟糕。
在72G左右的邮箱和空白的邮箱之间越来越less，我负责开始出口邮件。 不能等待用户达到73G对冲限制。 现在..离线碎片整理。 美好时光！