域服务器和exchange服务器在一台服务器上，现在要迁移至office365

对一些企业来说，需要规划并实施迁移可能会与其他日常问题相冲突，因而推迟了向Office 365 Exchange迁移的步伐。一些企业可能贸然出手，购买许可证，却没有考虑迁移方面的一些潜在问题(比如邮箱转移和遗留归档问题)。
开始迁移的头几步
有时候，一点点帮助对于促使你实际向Office 365迁移大有助益。微软深知这一点，于是发布了Office 365部署中心(Office 365 Deployment Center)，但特别指出：其中一项限时采用优惠计划于2015年3月31日到期，所以现在正是趁机审视微软产品的大好时候。
如果你有Office 365门户网站，不妨细看贵企业的Exchange管理员中心(Exchange Admin Center)，浏览Migration(迁移)选项卡(在Recipients功能下方)。相关选项包括如下：
远程移动迁移(得到Exchange Server 2010及以后版本的支持)。这需要在你的内部部署型Exchange与Office 365之间有一种混合配置。
分阶段迁移(只得到Exchange Server 2003和2007的支持)。
转换迁移(得到Exchange Server 2003及以后版本的支持)。只有你的邮箱数量少于2000个，才可以使用该选项。如果你的邮箱数量超过2000个，就必须使用分阶段迁移(在Exchange 2003和2007上)或远程移动迁移(在Exchange 2010和2013上)。
IMAP迁移(得到Exchange及其他电子邮件系统的支持)，面向期望从谷歌等邮件系统迁移出去的用户群。
混合部署选项提供了众多功能特性，包括如下：
共享域空间(比如companyname.com)
统一的全局地址列表(GAL)
闲置/忙碌日历共享
可以在两个平台之间随意登录和注销(请注意：带宽和限制机制影响这些过程的速度)。
借助单一控制台，实现集中式邮箱管理(来自内部部署型Exchange 2013的Exchange管理员中心)。
你需要了解混合迁移的哪些方面?
如果你用远程移动迁移执行混合配置，就会发现需要一点时间和研究，才能让每个方面顺利地启动并运行起来。
在一些情况下，值得聘请微软的FastTrack团队或第三方专业服务团队，因为他们见过迁移方面的种种问题，知道如何防止和处理这些问题。
如果你更大胆一点，就会想仔细研究迁移过程，这个过程始于进入到你环境中的Exchange 2013系统，运行Hybrid Configuration向导。(你可以与Exchange 2010 SP3建立混合连接，但微软记入文档的是与2013 Server建立连接的过程，后者内置了向导)。
混合过程有众多先决条件，包括通过Azure活动目录同步工具实现活动目录同步。这个先决条件有助于让你的内部部署型活动目录和Office 365目录保持同步。
虽然它不是混合部署的一个要求，但你可能想要设置单次登录(SSO)机制，那样用户们就能使用同一套用户名和密码，访问内部部署型功能特性和在线功能特性。
注意：活动目录同步和SSO服务都应该在运行混合配置向导之前加以部署。
微软为混合迁移提供了一些大有帮助的工具，包括部署助手(Deployment Assistant)，这个出色的工具为全新部署、共存部署和面向迁移的部署提供了逐步指导。另一个出色的微软工具是远程连接分析器(Remote Connectivity Analyzer)，这个免费的在线工具让你可以测试自己的网络连接，看看哪里可能需要调整。
问题在于，面对Office 365别仍然举棋不定。要是你决定迁移到Office 365 for Exchange，就大胆迁移吧。