我很好奇，将 1K 个电子邮件（~200mb/acct）帐户从本地托管的 groupwise 7 邮件服务器转换到托管在云中的 2010 Exchange 服务器需要多长时间。您可以转移所有旧电子邮件和联系人吗？是否可以管理此转换，以便用户可以持续访问他们的电子邮件？我们的互联网带宽是 100mbps。
我的组织正在进行这一转变——我们是一所学校。为了进行转变，电子邮件必须停机 5-7 天。IT 部门告诉我必须这样做。听起来这不对，对吗？电子邮件可以持续运行，转变可以更快完成吗？
答案1
2005 年，我曾带领一个团队为 5,000 多名用户将 GroupWise 5 迁移到 Exchange 2003。当时使用的是 LAN，但带宽只有 100Mb。显然 GroupWise 服务器很旧，但我们使用了 Quest Tool，该工具可同时在十几台台式机上运行。两台台式机分别从一台 GW 服务器（6 GW 服务器）中提取邮件，所有邮件都发送到两台中型 Exchange 2003 服务器，后端为 iSCSI SAN。我们花了近 3 天时间，每天 24 小时不间断地从服务器中提取邮件。我们的方法具有长尾效应，这意味着 75% 的邮件在前 36 小时内完成，而包含 GB 邮件的大型邮箱又需要 1.5 天。
不知道您使用什么工具进行迁移，但您可以随时通过迁移并保留旧数据进行测试，然后在完成后删除 Exchange 上的邮箱。冲洗，重复。我们从 1 个测试邮箱开始，以了解迁移功能集，并在几周前扩展到 10%。不要假设该工具只从 Exchange 读取数据并且根本不会更改它，因为我们的原始工具会将电子邮件标记为已读，如果用户不知道，这可能会不利于测试。几周前，我们首先从两个 GW 服务器到一个 Exchange 服务器进行了测试，只是为了获得时间估计，并在周末进行测试并告诉用户他们所有的邮件都将被标记为已读。
如前所述，会出现大量小问题。它会迁移收件箱规则吗？电子邮件模板、签名、注释、公共日历权限等又如何呢？（我不熟悉 GW 7 的功能）。最好事先让高级用户和一些普通用户参与进来，讨论他们除了“我会保留所有电子邮件吗”之外还会担心什么。例如，我们的 GW5 实际上在旧电子邮件中有超过 50MB 的大附件，我们决定不迁移这些附件，并提前告知他们，以防止用户后来反抗。另一个问题是，与 GW 相比，人们讨厌 Outlook 对召回消息的支持不佳，我们必须事先提供文档进行教育。对许多用户来说，电子邮件客户端的爱恨就像宗教一样，他们的工作工具箱中除了电子邮件客户端之外，没有太多其他东西可以依赖。
我们确保 100% 电子邮件可用性的方法是，Exchange 中的所有邮箱都在几周前配置完毕，并且我们通过手动输入使两个帐户系统保持同步。我们多次向所有人传达，您应该在周五下午 5 点停止使用 GW（并且我们在时间到了时阻止用户访问路由器上的 svr IP）。下午 5 点，您可以开始使用 OWA，它最初是空的，并在周末慢慢填充您的所有信息。这是一个用户理解的简单信息。
我们在后端于下午 5 点启动了所有 12 个迁移桌面。我们实际上进行了 2 次迁移，第一次迁移了所有 GW 邮箱，但电子邮件除外。然后第二次迁移了所有邮箱，只迁移电子邮件。通过测试，我们发现人们很难忍受邮箱里几天什么都没有，但如果他们有日历/联系人等，则可以容忍电子邮件丢失。最坏的情况下，迁移需要一周时间。
另外，下午 5 点，我们更改了所有内部/外部 DNS，以便所有新邮件都会发送到 Exchange。
此外，下午 5 点，我们有一个经过充分测试的脚本，可以卸载 GW5、删除邮件配置文件并在客户端计算机上安装 Outlook。他们向用户发送了如何使用 OWA 的说明，直到 Outlook 图标出现在桌面上。
我们是地方政府，因此必须保证电子邮件 24/7 全天候正常运行。由于系统在后台运行，因此为用户提供了神奇的切换时间，这消除了几乎所有基于中断的迁移压力，同时由于我们的 2-pass 策略，在切换后的数小时内为用户提供了他们所需的几乎所有内容。
答案2
嗯，在这个星球上，最理想的情况是……呃？6 个月用于规划和记录每个步骤。9 个月用于真正顺利迁移和让用户适应（分批/分组）。+6 个月用于修复错误。从我的角度来看，我认为至少需要 2 年。
您可以转移所有旧的电子邮件和联系人吗？是的。
是否可以管理这种转变，以便用户可以持续访问他们的电子邮件？是的。
问题不在于过渡本身，也不在于过渡是否可行。关键在于良好的规划。你需要做好准备一切，针对每个异常、每个反应（用户）以及每个可能的问题。您确实需要仔细考虑迁移的细节。