我很好奇从本地托pipe的groupwise 7邮件服务器转换到托pipe在云中的2010 Exchange服务器的1K电子邮件（〜200MB / acct）帐户需要多less时间。 你能转移所有旧的电子邮件和联系人吗？ 是否可以pipe理这种转换，以便用户可以连续访问他们的电子邮件？ 我们的带宽是100Mbps。
我的组织正在进行这种转变 – 我们是一所学校。 电子邮件必须停机5-7天才能进行转换。 我被IT告知，它必须是这样的。 听起来这是不正确的，对吗？ 电子邮件可以保持不断，转换可以做得更快？
在2005年，我帮助领导一个团队在2005年为GroupWise 5做了Exchange 2003，为超过5,000名用户提供了帮助。 这是局域网，但100Mb。 显然，老的GroupWise服务器，但我们使用了一个Quest工具，我们同时在十几个桌面上运行。 两台桌面机分别从一台GW服务器（6台GW服务器）中提取，所有邮件都只装有两台带有iSCSI SAN后端的中型Exchange 2003服务器。 我们花了差不多三天24小时全天候运行所有十几台桌面服务器。 我们的方法有一个很长的尾巴，这意味着在前36个小时内完成了75％，而使用GB的电子邮件的巨大邮箱又花了1.5天。
不知道您使用的是什么工具进行迁移，但您可以始终通过迁移进行testing，并保留原有数据，然后在完成后删除Exchange上的邮箱。 冲洗，重复。 我们从1个testing邮箱开始，以了解迁移function设置，并在几周前将其缩放到10％。 不要假设该工具只从Exchange读取数据，并且根本不会改变它，因为我们的原始工具会标记电子邮件读取，如果用户不知道，可能会对testing不利。 我们首先做了两个GW服务器到一个Exchange服务器的testing，之后几个星期才得到一个时间表，并在周末做了这个testing，并告诉用户所有的邮件都会被标记为已读。
如前所述，一些小问题将会出现。 它是否会迁移收件箱规则，电子邮件模板或签名，笔记，公共日历权限等等（我对GW 7function不熟悉）。 让高级用户和一些普通用户事先介入除了“我会收到我所有的电子邮件”之外，还谈论他们的担心会更好。 也就是说，我们的GW5实际上有超过50MB的旧电子邮件中的大附件，我们决定不迁移，并提前告诉他们，以防止用户反感。 另外一个是人们对Outlook相比GW的回忆消息的支持不好，我们不得不事先拿出文档来教育。 电子邮件客户端的爱/恨对于许多用户来说是宗教信仰，他们的工作工具箱中没有太多的东西，他们依赖于电子邮件客户端。
我们确保100％的电子邮件可用性的方式是，Exchange中的所有邮箱都是在几周前提供的，我们通过手动input保持了两个帐户系统的同步。 我们多次向大家传达，在周五的下午5点，您应该停止使用GW（并且当时间到了时，我们阻止用户在路由器上访问svr IP）。 在下午5点，你可以开始使用OWA，这将首先是空的，并在周末缓慢地填充你所有的信息。 这是用户理解的简单信息。
在后台，我们在下午5点开始了所有12个迁移桌面。 我们实际上做了2遍，第一遍所有的GW邮箱迁移了一切，但电子邮件。 然后再次通过所有的邮箱迁移只是电子邮件。 通过testing，我们发现人们在邮箱里几天之内都没有任何东西，但是如果他们有他们的日历/联系人等等，在最糟糕的情况下，DID可以容忍丢失的电子邮件。
同样在下午5点，我们更改了所有内部/外部DNS，以便所有新邮件都将转到Exchange。
同样在下午5点，我们有一个非常好的脚本，卸载GW5，删除邮件configuration文件，并在客户端计算机上安装Outlook。 他们被指示发送给用户如何使用OWA，直到在桌面上显示Outlook图标。
我们当地政府，所以我们必须有24/7的电子邮件正常运行时间。 在系统磨砺的背景下，用户的魔术切换时间几乎消除了基于停机的移植的所有压力，但由于我们的双向策略，在几个小时内为用户提供了几乎所有需要的内容。
嗯，在这个星球上呢？ 6个月的计划和logging每一个步骤。 9个月，以实现真正的平滑迁移，并使用户（以波浪/组）进行拟合。 修复错误需要6个月。 从我的angular度来看，我至less说2年。
你能转移所有旧的电子邮件和联系人吗？ 是。
是否可以pipe理这种转换，以便用户可以连续访问他们的电子邮件？ 是。
问题不是过渡本身，或者是否可能。 这是关于良好的规划。 你需要为所有的事情 ，每一个例外，每一个反应（用户），以及每一个可能的问题做好准备。 你真的需要把迁移看成一点点。