我有一个运行Exchange 2010的客户端，3个邮件存储区和300个邮箱。
我们正在更新他们的基础设施，作为其中的一部分，他们把他们的邮件转移到365。
与此同时，我们正在将其从数据中心托pipe转移到内部托pipe，并且计划不会跨Exchange服务器。
希望得到最好的办法，以处理迁移到365的build议。我有两个想法，切换方法看起来是最好的，最聪明的，但从阅读精灵限制到150邮箱，但如果使用EAC，限制是2000不幸的是，作为Exchange 2010，他们没有EAC。 他们是通过向导限制到150作为一个硬限制还是我们能够运行两次获得所有邮箱？
第二种select是混合型，但由于我们不打算再有本地交易所实例，这将不太理想。 我知道有一个Exchange本地实例将允许更好的pipe理365方面，所以我不完全反对在新的环境中运行2016年的实例。
现在，我已经365运行，Exchange是最新的，我还没有configurationADSync（等待哪种方法！），我正在寻找任何build议！
干杯，
托德
我只做杂交。
其他方法甚至不能input等式。 事情可以阻碍，你可以find问题，客户甚至可以改变主意！
混合使您可以随时testing所有事情，慢慢地介绍事情并确保满足业务需求。 消除压力！
拥有300名用户，您无论从技术angular度而言都可以做到。 这真的取决于你的最终目标。
如果您想摆脱Exchange，那么您正在查看所谓的“仅云部署”。 在这种情况下，我build议不要configurationDirectory Sync，以后在将其删除后几乎肯定会引起问题。 我会批量导入并创build您的用户，并在这种情况下使用切换迁移。
优点
缺点
混合迁移为您提供了更多灵活性，并且工作得非常好。 但是这需要configurationDirectory Sync。 如果您正在运行Directory Sync，则还需要一个Exchange服务器才能进行pipe理。
优点
缺点
Exchange纯粹主义者会嗤之以鼻，但我通常将Azure AD Connect和Exchange服务器整合到一个盒子中。 在迁移结束时，Exchange上没有托pipe邮箱，目的主要是为了pipe理，并且在很多情况下中继来自内部服务（应用程序，打印机，扫描仪等）的邮件。 您可能需要查看此资源： https : //technet.microsoft.com/en-us/exdeploy2013/Checklist （如果您遇到链接问题，请search“Exchange服务器部署助理”）
如果您使用混合路由，则在迁移后，请考虑在2013或2016年Exchange服务器中添加并停用2010服务器。 该接口更接近于Office 365。此外，如果创buildangular色并授予其访问权限，则可以为需要pipe理组的用户提供更好的体验。2013/2016 ECP（您无法在Outlook中进行pipe理）。 替代方法是命令行，ADUC或手动将组移动到Office 365.有关详细信息，请参阅以下支持文章： https : //support.microsoft.com/en-us/kb/2417592 （或search“Office365混合组”pipe理'）