我们公司在 Server 2003 上运行 Exchange 2003。我们的主要 Exchange 存储文件 (priv1.edb) 不断增长，现在已超过 45GB。如果我将该存储中的邮箱大小加起来，结果不到 16GB。我运行了脱机碎片整理，但 .edb 文件中甚至一个 KB 都没恢复（.stm 文件从 8GB 缩小到 2GB）。我还使用性能查看了可恢复项目的大小，它似乎微不足道（不确定显示的单位是字节还是 KB，无论哪种方式都无法解释差异）。我如何找出占用了所有这些空间的内容，更重要的是，我如何删除它？
答案1
您是否获得了良好的在线备份？我猜您没有，因此您看到删除项目堆积如山而不是被清理。这与您在离线碎片整理中看到的大小没有减少的情况一致。
即使信息存储没有良好的在线备份，您也可以强制删除已删除项目保留以删除项目，但如果这是罪魁祸首，我建议您先修复备份。如果您想尝试，请在邮箱存储属性的“限制”选项卡上取消选中“在存储备份之前不永久删除邮箱和项目”。
让我们知道结果如何。
答案2
答案3
解决此类奇怪的数据库问题的最佳方法是创建一个新的空存储并将邮箱移动到其中；这可以达到与完整数据库碎片整理相同的效果，允许您检查数据库损坏并且不会给您的用户造成长时间的停机。
答案4
您可以采取其他一些措施：
- 埃塞乌蒂尔/G。这将检查 ESE 存储级别是否存在任何问题；如果发现任何问题，那么您将需要...
- 埃塞乌蒂尔/P。一个损坏的数据库进来，一个修复的数据库出来。
- 艾斯泰克。这将修复 Exchange 存储级别的任何错误，尤其是逻辑不一致；您需要修复数据库后运行它实用程序但是如果您怀疑数据库存在任何逻辑问题，您也可以自行运行它；我认为此时您应该怀疑它。