我正在从Exchange 2003迁移到Exchange 2010.有一个Exchange 2003服务器不是域控制器，它只运行Exchange 2003.它有100个邮箱。 2003邮箱数据库文件夹大小大约是22 GB。
我使用了Exchange存储计算器，并input了150个邮箱和其他一些值，并build议创build4个邮箱数据库。 我读过几个build议使用多个邮箱数据库的地方，但并没有真正解释为什么。
这与我使用多less个邮箱数据库有关系吗？ 我应该使用4或更less或更less？ 为什么？
当我从2003> 2010执行testing邮件迁移时，所有迁移的邮箱都会在我创build的四个邮箱数据库中的第一个（即MD01）中结束。 那是因为只有大约22 GB的文件，并且没有足够的文件在4个数据库中分散开来，或者我需要做一些特殊的事情来执行从2010年的4个邮箱数据库到2010年的迁移？
提前致谢
在数据库之间传播你的邮箱是很好的保持低的数据库大小。 如果有什么地方出现了严重的错误，并且必须运行离线实用程序才能恢复，那么要感谢您保留较小的数据库。 用户不喜欢在恢复25GB数据库的8个小时内没有电子邮件。
至于有针对性的移动，有一种方法可以将用户移动到特定的数据库中。 我们在做2003年> 2007年的时候做了这个。 我相信您需要使用Exchange 2010工具来执行迁移，并且您可以select目标数据库。 我们使用PowerShell脚本来执行迁移，这可能会暴露一些更多的控制来pipe理这个。
如果你的组织不可能成长，你可能会争辩说，你不需要更多的数据库。 但是，可分性是拆分数据存储的一个重要原因。 这将使您可以轻松地在EX服务器之间共享负载，尤其是随着您的成长。 （只有一个EX服务器是坏事，顺便说一下，你应该真的推动购买资源，使其成为一个集群。）
便于pipe理是另一个原因。 每个人都有坏的用户谁不知道删除button是什么。 拥有多个数据存储，甚至一个“可以自己performance”和“删除中断”可以防止一个失控邮箱在数据库填满时破坏每个人的邮件。
关于数据存储的更多最佳实践还有更多的理由，比我在这里陈述的更多。 searchMicrosoft“Exchange 2010最佳实践”。
-Waldo