我们的Exchange文件中有一个200gb+文件,用于一个拥有大约40个用户的数据库。
powershell脚本显示,所有邮箱的总大小应该在90 be左右。如果可能的话,我想恢复差额。
脱机碎片整理会恢复这个空间吗?
是否有一种方法可以估计脱机碎片整理所需的时间?
创建第二个数据库并将邮箱转移到其他地方更好吗?详见:https://serverfault.com/a/244232/196980
发布于 2014-09-10 15:43:13
将邮箱移动到另一个邮箱数据库将达到预期的结果,对用户的影响最小。在移动过程中,用户仍然可以访问他们的邮箱,并且只有在邮箱移动完成并Exchange将其“翻转”到新的邮箱数据库时,用户才会暂时失去连接。
发布于 2014-09-10 07:56:07
如果您有这个空间,创建第二个数据库是我过去所做的事情,但这类任务实际上取决于您的用户愿意同意或忍受多少停机时间。
在大多数情况下,对邮箱数据库进行碎片整理通常会将数据库缩小到报告的邮件大小(当使用数据库在线测量大小时),再加上大约15%到20%。但是,这取决于Exchange服务器的版本,因为早于2013年的版本往往会少报大小,因为大多数度量只包括邮件数据,而不是元数据或索引。http://technet.microsoft.com/en-us/library/jj150489%28v=exchg.150%29.aspx#Mailbox
不幸的是,整理邮箱数据库通常是一种猜测时间框架,这是我能够合理估计在较小的邮箱数据库上执行碎片整理所需的时间的唯一方法(通常是为了IT,或者是准备不使用电子邮件的人),然后推断出来,并为10%-15%的额外时间做准备。
如果您有另一个邮箱数据库服务器,创建邮箱数据库副本本质上也将执行您所要求的操作。一旦创建了副本,您就可以激活副本并删除旧的、支离破碎的数据库。关于TechNet上的这个特性还有更多的解释。- http://technet.microsoft.com/en-us/magazine/jj839716.aspx
https://serverfault.com/questions/627482
复制相似问题