目前，从Exchange 2007环境到Exchange 2010环境，目前约有850名用户正在进行Exchange迁移。 邮箱数据库通过光纤连接到SAN，从我迄今为止所做的testing中，我可以得到大约24GB的邮箱移动了一晚。
我有大约一百万个有关这次迁移的问题，但现在我认为最重要的是：
有移动邮箱标准的最佳做法吗？
显然我从来没有这样做过，所以我想我只是想知道我应该如何处理这个问题。 谢谢。
编辑：
我只是意识到我应该发布我的数据库结构，我认为这可能有助于显示我在做什么。 这里是我忘记提及的一些片断：
我肯定会build议把用户移出他们的核心时间（如你所说，在晚上）。 确保新商店的邮箱配额足够大！
至于你如何加载数据库，我build议你考虑一下宕机时间来恢复70GB的数据与数据库中人员的容忍度。 你可以根据他们想要的服务层级或部门来分组，无论哪个最适合你。 所有我build议的是，无论你做什么，你应该以某种方式来构build它，你应该是一致的。
我发现了一篇内容丰富的文章 ，介绍了不同types的Exchange邮箱分发和有关如何平衡它们的信息。
为了解释很多内容，基本上有5种方法将Exchange迁移到新的环境中。
我相信使用方法5会很有用，因为我们devise的数据库具有弹性，因此不用担心数据库故障。 使用这种方法的另一个好处是，由于数据库是随机填充的，数据库大小会有一个统一的增长。 由于这个原因，未来的数据库pipe理也可能会更容易。
我发现这在Exchange 2010中分发邮箱的方法 ，这正是我正在寻找。 所以现在我想这个问题变成什么时候迁移用户而不是如何。