在我们的Exchange中，我们有一个200GB + EDB文件，用于有大约40个用户的单个数据库。
PowerShell脚本显示，所有邮箱的总大小应该在90GB左右。 如果可能，我想恢复差异。
离线碎片整理会恢复这个空间吗？
有没有办法估计离线碎片整理需要多长时间？
是创build第二个数据库，并将邮箱转移更好吗？ 详细在这里： https : //serverfault.com/a/244232/196980
将邮箱移动到另一个邮箱数据库将实现预期的结果，而对用户影响最小。 当移动正在进行时，用户仍然可以访问他们的邮箱，只有当邮箱移动完成并且Exchange将其“翻转”到新的邮箱数据库时，他们将在短时间内失去连接。
如果有空间，创build第二个数据库就是我过去的方式，但是这种types的任务实际上取决于用户愿意同意或忍受多less停机时间。
在大多数情况下，对邮箱数据库进行碎片整理通常会将数据库缩小到报告的邮件大小（当数据库在线时测量大小），再加上大约15到20％。 但是，这取决于Exchange服务器的版本，因为早于2013的版本往往会报告大小，因为大多数度量仅包含邮件数据，而不包括元数据或索引。 http://technet.microsoft.com/en-us/library/jj150489%28v=exchg.150%29.aspx#Mailbox
不幸的是，对邮箱数据库进行碎片整理通常是一个猜测性的时间表，这是我能够合理估计在一个较小的邮箱数据库上执行碎片整理需要多长时间的唯一方法（通常是为IT或准备去的人没有电子邮件），然后推断出来，并准备多达10-15％的额外时间。
如果您有其他邮箱数据库服务器，则创build邮箱数据库副本将基本上按照您的要求进行操作。 一旦创build了副本，就可以使副本处于活动状态，并删除旧的碎片化数据库。 有关TechNet上此function的更多解释。 – http://technet.microsoft.com/en-us/magazine/jj839716.aspx