提示：因为作者常年工作于英文环境，所以本文中某些名词的翻译，可能不准确不正宗，如果有什么问题，欢迎询问、指正。

Exchange Server 2010邮箱数据库的大小随着数据库的增长而增长，它其中的数据即使被删除它占用的空间也并不会自动缩小。
比如我们有一个大小为20GB的邮箱数据库文件，我们永久地删除了其中大小为15GB的邮箱及其数据，然后这个邮箱数据库文件的大小依然是20GB，并不会因为它只剩下5GB数据而变成5GB的大小。
当然，这里面15GB的空余空间并不是没有什么用的，当有新的数据写进这个数据库的时候，如果小于这个15GB的空余空间大小，则这个数据库文件的大小并不会增加，只有在这15GB的空余空间又被有效数据填满后，数据库文件的大小才会随着数据的增长而增大。

方法

如果需要回收这个多余的空间并减小数据库文件的大小，有以下两种途径：

• 方法A：建一个新的邮箱数据库并且把要“减肥”的数据库里的邮箱全部移动到新的数据库里去，然后删除不再有邮箱的数据库。
• 方法B：对现有的要“减肥”的数据库进行离线数据库碎片整理以压缩文件的大小。

利弊

两种方法均有其优缺点：

• 方法A最大的好处是不影响邮箱用户的使用，这个过程对邮箱用户是不可见的；缺点是这个办法比较慢，而且会产生比较多的日志文件占用较多的磁盘空间。
• 方法B需要Dismount（卸载？没用过中文环境，请见谅这个词可能不准确，请自行纠错）数据库然后进行操作，这个过程会使邮箱位于该数据库的用户在数据库Mount（加载？）之前无法使用邮箱。经对比这个方法比较快。

查看有效空间

在Exchange Server 2010里我们在Exchange Management Shell里通过以下命令可以查看有效磁盘空间：

Get-MailboxDatabase -Status | ft name,databasesize,availablenewmailboxspace -auto

作者说：请注意，如果邮箱服务器是DAG（Database Availability Group，数据库可用性组）成员，最好不要使用本文下面所说的办法。实在要试，请评估好利弊，再行决定。

空间的计算

以例图中第二个数据库为例，假设数据库的名称为Test Mailbox Database，可见其数据库文件大小为57.17GB，而可供收缩掉的空间为28.4GB，所以碎片整理后的数据库文件大小为57.17GB-28.4GB=28.77GB，可观得很。

方法A

使用将邮箱用户移到新的数据库的方法A的时候，请注意，目标数据库所在的卷剩余空间最好保持为目标大小数据的120%大小以上为好，同时确保存放新数据库的日志文件所在的卷的剩余空间在原数据库文件大小的120%以上（这里我们假定Exchange Server的数据库文件和日志文件位于不同的卷上）。不然可能会导致因为没有空间，Exchange Server进入停工状态了，它会拒绝邮箱用户的收发操作。
具体操作方法如下：

1. 打开Exchange Management Console；
2. 依次展开左侧节点Microsoft Exchange > Microsoft Exchange On-Premises (emailserver.mydomain.com) > Organization Configuration （组织机构配置） > Mailbox （邮箱）；
3. 在Database Management选项卡，在空白处点右键选New Mailbox Database（新建邮箱数据库）；
4. 在弹出的向导的第一个页面输入新建的数据库名称，这里以New Test Mailbox Database为名，点Browse （浏览）选定当前Exchange服务器后点下一步，分别指定数据库文件及日志文件夹路径（为了安全及性能，强烈建议不要放在同一个驱动器上），然后点下一步完成。
5. 依次展开节点Microsoft Exchange > Microsoft Exchange On-Premises (emailserver.mydomain.com) > Recipient Configuration （收件人配置） > Mailbox （邮箱）；
6. 默认是没有Database（数据库）列的，看不出谁的存储是位于哪个数据库的。依次点菜单 View（视图）> Add/Remove Columns（添加/移除列），在弹出的对话框左侧列表框中找出Database（数据库）后点Add（添加）按钮移到右侧列表框然后点OK（确定）按钮完成操作；
7. 这时候邮箱列表中多了一列Database（数据库），在列标题头上点击使列表按数据库排序，这时候复选所有存储位于Test Mailbox Database的邮箱，然后点右键选择New Local Move Request（新本地迁移请求），在弹出的对话框中点Browse（浏览）按钮选定刚才新建的数据库New Test Mailbox Database，然后点下一步、下一步并完成。
8. 依次展开节点Microsoft Exchange > Microsoft Exchange On-Premises (emailserver.mydomain.com) > Recipient Configuration （收件人配置） > Move Request（迁移请求），在这里我们可以看到所有的迁移请求的进度，根据数据量的大小，迁移的时候会有所不同，而且不一定所有的迁移都能成功完成。
9. 确认所有迁移都成功完成后，我们确保旧的数据库里没有邮箱了就可以把这个数据库Dismount（卸载）下来，确认完全没有问题后，可以将该数据库及其日志从本系统里完全移除了。
   在进行迁移的时候可能碰到某些邮箱里面有错误，怎么也迁移不成功，多年的经验告诉我，最高效率的做法是用客户端连接到这个邮箱上，把所有数据下载下来，然后把这个邮箱删除后再重建该邮箱，然后把备份出去的数据复制回来即可。

方法B

使用方法B的时候，要注意这个方法需要Dismount要操作的数据库，会使工作期间存储位于这个数据库的用户的邮箱服务不可用。
因为我不想在这里写太多的命令，所以这里面能用EMC（就是图形界面Exchange Management Console）能不用EMS（就是Exchange Management Shell）的地方，就会用EMC。

1. 打开Exchange Management Console；
2. 依次展开左侧节点Microsoft Exchange > Microsoft Exchange On-Premises (emailserver.mydomain.com) > Organization Configuration （组织机构配置） > Mailbox （邮箱）；
3. 在Database Management选项卡，在要做碎片整理的Test Mailbox Database数据库上点右键选Dismount Database（卸载数据库）然后点Yes（是）确认。
4. 运行EMS，输入命令类似这样：

eseutil /d "E:\Exchange Database\Mailbox\Test Mailbox Database.edb" /t D:\Temp.edb

操作过程中，EMS里会显示进度。
说明：
上面/d后面的参数是指的需要做碎片整理的已经Dismount的数据库，如果是长文件名或者文件名、目录名里有空格的，需要用双引号引起来，不然会出错；/t后面的参数是碎片整理过程中用到的临时数据库，建议将该数据库指定在不同的较闲的驱动器上以提高性能，文件名取不重名的就行了。

执行成功后，再在EMC里Mount（加载）这个数据库，整个操作就完成了。

达叔傻乐(darwin.zuo@163.com)