我在 MS SBS 机器上遇到了一个问题，每天早上交换邮箱的数据存储都会自行卸载。
我们认为问题在于它随着时间的推移变得过于庞大，需要削减一些。
作为其中的一部分，我们删除了（清除了）一些不再需要的邮件文件，这应该可以为我们节省大约 3GB 的空间（对于我们的需求来说已经足够了）。
因此我删除了邮箱，然后清除了它们，并注意到.edb 文件仍然报告相同的大小，我卸载并重新安装它以查看是否会产生任何效果，但没有。
我是不是漏掉了一个步骤？我在网上看到过，你可以对文件运行脱机碎片整理，但这似乎只能为你节省少量的空白。
任何帮助将不胜感激。
答案1
虽然您的 Exchange 数据库会在需要时自动增加大小，但不会自动缩小大小。因此，您释放的 3GB 空间仍然存在，但它仍分配给 Exchange，并且随着邮箱存储大小再次增加，它将首先用完此空间。因此，对于下一个 3GB 的邮箱存储增加，您不应该看到磁盘上文件大小的实际增加。
如果您确实需要恢复磁盘空间，那么您将需要执行离线碎片整理。
还要确保您最近进行了完整备份，以确保所有日志文件都已清理。
答案2
Exchange 永远不会自动释放数据库文件中的空闲空间，但它会重新使用这些空间来存储新数据。实际上有两种方法可以回收空闲空间：对数据库文件执行脱机碎片整理，或将邮箱移至另一个存储并删除旧邮箱。
使用第一种方法，您需要卸载存储并使用 Exchange 实用程序eseutil.exe（\bin位于 Exchange 安装文件夹下的目录中）对其进行碎片整理；语法为eseutil.exe /D path\to\file.edb。这将需要一段时间：实际时间取决于数据库大小和磁盘速度，但肯定是不是一个快速的过程；很容易小时对于大型商店，它还需要相当于数据库大小 110% 的临时可用空间。在此过程中，商店中的所有邮箱都将不是可供用户使用。
使用第二种方法，您可以创建一个新的空存储并将邮箱移至其中，然后在旧存储为空时删除旧存储。两个存储同时在线，服务中断仅影响那些邮箱实际被移动的用户（通常最多同时移动 4 个）；同一存储中的其他用户不受影响。就释放的空间而言，最终结果是相同的，但过程要简单得多，并且几乎完全避免了停机。如果您确实需要恢复 Exchange 数据库中的磁盘空间，这就是 Microsoft 推荐的方法。
答案3
第三方归档程序可能不会出错。
Exclaimer 很好，但我不知道它们是否能与 2007 年以前的版本兼容。在 Google 上搜索一下，他们不是唯一的提供商。
无论如何，提取所有内容并设置保留策略标签，保留期限为 40 天。Exchange 仅保留电子邮件 40 天，存档可以保存其余内容。
祝你好运！