我目前正在全力进行 Exchange 迁移，大约有 850 名用户从 Exchange 2007 环境迁移到 Exchange 2010 环境。邮箱数据库通过光纤连接到 SAN，根据我迄今为止所做的测试，我估计一晚上可以迁移大约 24GB 的邮箱。
我对这次迁移有大约一百万个问题，但现在我认为最重要的是以下几点：
移动邮箱是否有一个标准的最佳实践？
- 我是否应该将用户分散到所有邮箱数据库中？
- 我是否应该一次将它们填充至 70GB？
- 每晚将一部分用户移至邮箱？
- 跟踪数据库的完整程度、用户所在的位置等的最佳方法是什么？
- 是否有一个好的方法可以自动分散用户，还是我应该根据最佳判断来做？
显然，我从未做过这样的举动，所以我想我只是想知道我应该如何处理这个问题。谢谢。
编辑：
我刚刚意识到我应该发布我的数据库结构，我认为这可能有助于展示我正在做的事情。以下是我忘记提到的一些内容：
- 我为 3 个 Exchange 邮箱服务器设置了一个 DAG。两个位于现场，一个位于异地
- 我在 2 个现场邮箱（14 和 14）中分配了 28 个数据库，其中第三个作为故障转移。
- 目前大约有 2 TB 的邮件需要迁移，因此我们在这些服务器上还有一点喘息空间
答案1
我当然建议将大量用户从他们的核心时间（如您所说，在晚上）转移出去。确保新商店的邮箱配额足够大！
至于如何加载数据库，我建议您考虑恢复 70GB 数据的停机时间与数据库中人员的容忍度。您可以根据人员所需的服务层级或部门对其进行分组，无论哪种方式对您来说最合适。我只想说，无论您做什么，都应该以某种方式进行组织，并且保持一致。
答案2
我发现了一个信息丰富的文章了解不同类型的 Exchange 邮箱分布以及如何平衡它们的信息。
总而言之，将 Exchange 迁移到新环境基本上有 5 种方法。
- 根据工作职能对用户进行分组
- 根据每个邮箱的配额限制对用户进行分组
- 根据用户名分配数据库
- 在每个数据库中均匀分配使用，不受类型和用途的限制
- 在每个数据库中随机分配用户
我认为使用方法 5 会很有用，因为我们在设计数据库时就考虑到了弹性，因此不必担心数据库故障。使用这种方法的另一个好处是，由于数据库是随机填充的，因此数据库大小的增长会比较均匀。因此，将来的数据库管理可能也会变得更加容易。
我找到了这个内置方法在 Exchange 2010 中分发邮箱，这正是我所寻找的。所以现在我想问题变成了何时迁移用户，而不是如何迁移。