如果是在几年之前，大家可能会毅然决定将电子邮件、文件共享以及生产力应用交给Google Apps打理--为什么还要在自己的数据中心内打理这些烦人的服务器与应用？毕竟谷歌为我们搭建了一道轻松通往云端的桥梁。然而如今情况有了变化，微软Office在生产力领域的丰富功能令Google Apps相形见绌。目前微软公司已经利用一套Office
365套件为用户的电子邮件、文件共享以及生产力应用带来新生代云服务，强大的吸引力令我们难以抗拒。
如果大家是从本地Exchange体系直接向Google Apps或者Office 365迁移，那么整个实施流程会在说明文档的贴心指导下变得比较容易。然而从一套云体系向另一套过渡又该如何处理？答案似乎没那么明确，因为我们缺少作为备份或分段传递的本地缓冲环境。
根据大家所在企业的规模与资金预算，摆在各位面前的两种选择：
第一，手动迁移--需要我们在业务环境内部或借助第三方工具搞定难题进而完成迁移工作；
第二，对于规模较小的迁移活动，大家也可以借助Office 365所提供的电子邮件迁移向导--不过需要注意的是，该向导无法迁移通讯录或日程表信息。
手动迁移方案
如果大家打算亲手完成迁移工作，Kanwal Khipple建议各位以他的迁移经验为基础、再根据实际情况做出细节调整，例如增加Office 365与IMAP服务器之间的连接数上限（Gmail的设置为15个并发连接）、在MX记录中缩短DNS的有效期设定同时在备份后删除所有由Google Apps所设置的过滤机制。
第一步是在Office 365中创建邮箱，大家可以一个一个分别创建、也可以利用CSV文件进行批量生成。我们还需要为每一位Office 365用户分配授权许可。在这方面，大家通常会希望把DNS MX记录直接从Google Apps迁移到Office 365当中，这样才能确保转换过程不会造成邮件丢失。
当邮件迁移的准备工作全部就绪后，我们需要使用Office 365管理门户中的Exchange邮件迁移工具。如果大家具备管理员权限，则可以在多款应用的不同位置找到这项功能。
- 在Outlook Web Access当中，点击进入"Manage My Organization"设定，并在"Users & Groups"当中选择"Email Migration"选项。
- 在Office 365的Exchange管理员门户当中，进入管理员设定并点击"Manage"链接，同样会访问"Manage My Organization"设定。
此时点击"New"来启动迁移向导，然后选择IMAP。提交我们的IMAP服务器信息（例如imap.gmail.com）以及基本连接信息。接下来提供包含有需要迁移的邮件清单（大家可以通过选择排除那些不需要迁移的文件夹）的CSV文件。
如果大家还没有将自己的DNS MX记录提交给Office 365，现在请马上着手进行。具体操作步骤取决于各位选用的电子邮件DNS供应商。微软公司提供了mydomain.onmicrosoft.com域作为起步；如果大家拥有自己的域，请将其添加到Office 365门户的设定中，并在DNS管理下完成域名服务器的配置工作。
要迁移过滤工具（也就是管理规则）、通讯录以及日程表，大家必须采取一些额外的步骤。在通讯录方面，首先要在Google Apps当中进行重复内容合并，以Outlook CSV文件的形式将其从Gmail中导出并导入到Office 365的Outlook（或者OWA）当中。大家需要分别为每个账户重复这项操作。同理，日程表需要我们将Google
Apps中的对应信息导出为ICS文件然后导入Outlook。
第三方迁移选项
如果大家需要面对大量用户，那么手动方案就变得难以实现。对于企业级迁移活动而言，考虑利用以Binary Tree的E2E Complete、戴尔的Quest OnDemand Migration for Email或者BitTitan的MigrationWiz等第三方工具显然更具可行性。这些工具不仅能够迁移电子邮件，而且也足以搞定通讯录以及日程表的传递--同时为我们免去了大量手动操作。
在过去的几年里，我曾见证了多家机构从内部Exchange向Google Apps的迁移。然而如今Office 365已经大举袭来，我们也是时候向微软云方案尚开怀抱了--无论大家仍然在采用内部体系还是Google Apps。好消息是：迁移工作并不复杂--至少没复杂到让人抓狂的程度。