我在MS SBS计算机上遇到了问题，每天早上交换邮箱的数据存储都会自行卸载。
我们认为，问题在于，随着时间的推移它变得太大了，需要削减一点。
作为其中的一部分，我们已经删除（清除）了一些不再需要的邮件文件，这应该使我们节约了大约3GB（足够节省我们所需）。
所以我删除了邮箱，然后清除它们，发现.edb文件仍然报告相同的大小，我卸下并重新安装它，看看是否会有任何影响，但没有。
我错过了一个步骤？ 我已经在网上阅读，你可以在文件上运行脱机碎片整理，但似乎只能为你节省less量的空白。
任何帮助将不胜感激。
虽然您的Exchange数据库将在需要时自动增加大小，但不会自动缩小大小。 所以你已经释放的3GB的空间在那里，但是它仍然被分配给Exchange，并且随着邮箱存储大小再次增加，它将首先用完这个空间。 所以对于下一个3GB的邮箱存储增加你不应该看到磁盘上的文件大小的实际增加。
如果您确实需要将空间存回磁盘，则需要执行脱机碎片整理。
另外请确保您最近完成了完整备份，以确保所有日志文件都已清理完毕。
Exchange永远不会自动释放数据库文件中已释放的空间，但会将其重新用于新数据。 有两种方法可以实际回收可用空间：执行数据库文件的脱机碎片整理，或将邮箱移动到另一个存储并删除旧的。
使用第一种方法，需要使用Exchange实用程序eseutil.exe （位于Exchange安装文件夹下的\bin目录中）卸载存储并对其进行碎片整理; 语法将是eseutil.exe /D path\to\file.edb 。 这将需要一段时间：实际时间取决于数据库大小和磁盘速度，但绝对不是一个快速的过程; 对于大型商店来说很容易就可以做到几个小时 它也将需要与数据库大小的110％一样多的临时可用空间。 在此过程中，商店中的所有邮箱都将不可供用户使用。
使用第二种方法，您创build一个新的空商店并将邮箱移动到该商店，然后在空的时候删除旧商店。 商店同时在线，服务中断只影响邮箱实际移动的用户（通常最多4个）。 同一商店中的其他用户不受影响。 释放空间方面的最终结果是相同的，但是这个过程要容易得多，并且几乎完全避免了停机时间。 如果您真的需要恢复Exchange数据库中的磁盘空间，这是Microsoftbuild议的。
第三方存档可能不会出错。
免责声明是好的，但我不知道他们是否与2007年以前的任何工作。谷歌周围，他们不是唯一的提供者。
无论如何，将其全部提取出来，并设置保留期限为40天的保留策略标签。 Exchange只保留40天的电子邮件，档案可以包含所有其他内容。
祝你好运！