我在issue机器上碰到了一个问题,每天早上交换邮箱的数据存储都会自行卸下。
我们认为问题是,随着时间的推移,它已经发展得太大了,需要削减一点。
作为其中的一部分,我们已经删除(清除)了一些不再需要的邮件文件,这应该使我们节省大约3GB (超过我们所需要的足够的节省)。
因此,我删除了邮箱,然后清除它们,并注意到.edb文件仍然报告相同的大小,我卸载并重新挂载它,看看它是否会有任何效果,但它没有。
我是不是错过了一步?我在网上读到,您可以在文件上运行脱机碎片整理,但这似乎只为您节省了少量的空白。
任何帮助都将不胜感激。
发布于 2011-03-07 15:14:33
虽然Exchange数据库将在需要时自动增大大小,但不会自动缩小大小。因此,您已经释放的3GB空间是存在的,但是它仍然被分配给Exchange,并且随着邮箱存储大小的再次增大,它将首先使用这个空间。因此,对于下一个3GB的邮箱存储增加,您不应该看到磁盘上文件的实际大小增加。
如果你真的需要把空间放回磁盘上,那么你需要做一个离线碎片整理。
另外,请确保您最近完成了一个完整的备份,以确保所有日志文件都已清理完毕。
发布于 2011-03-07 15:50:15
Exchange永远不会自动释放数据库文件中释放的空间,但它将对新数据进行重用。有两种实际回收空闲空间的方法:对数据库文件执行脱机碎片整理,或将邮箱移动到另一家商店并删除旧的邮箱。
使用第一种方法,需要使用Exchange实用工具eseutil.exe (在\bin目录下的Exchange文件夹中找到)卸载存储并对其进行碎片整理;语法为eseutil.exe /D path\to\file.edb。这将需要一段时间:实际时间取决于数据库大小和磁盘速度,但这绝对不是一个快速的过程;对于大型商店来说,这很容易是几个小时;它还需要110%的数据库大小的临时空闲空间。在此过程中,存储中的所有邮箱都将不可供用户使用。
使用第二种方法,创建一个新的空存储并将邮箱移动到它,然后在旧存储为空时删除它。商店同时在线,服务中断只影响邮箱实际上正在移动的用户(通常最多同时移动4个);同一商店中的其他用户不受影响。从释放空间的角度来看,最终结果是相同的,但是这个过程要容易得多,并且几乎完全避免了停机时间。如果确实需要恢复Exchange数据库中的磁盘空间,Microsoft建议这样做。
发布于 2013-04-10 14:22:39
第三方档案员可能不会出错。
免责声明是好的,但我不知道他们是否与任何旧的工作超过2007年。谷歌并不是唯一的供应商。
无论如何,全部提取并设置一个保留策略标签,保留期为40天。Exchange只保留电子邮件40天,档案可以保存所有的其余。
祝好运!
https://serverfault.com/questions/244211
复制相似问题