Exchange 2010 至 365 问题

Exchange 2010 至 365 问题

我有一个运行 Exchange 2010 的客户、3 个邮件存储库和 300 个邮箱。

我们正在更新他们的基础设施,并将其中的邮件迁移到 365。

与此同时,我们正在将它们从数据中心托管转移到内部托管,并且计划不带 Exchange 服务器。

希望得到有关处理迁移到 365 的最佳方法的建议。我有两种想法,切换方法看起来最好、最简洁,但从阅读向导来看,它将其限制为 150 个邮箱,但如果使用 EAC,则限制为 2000。不幸的是,作为 Exchange 2010,他们没有 EAC。他们是否通过向导将邮箱数量限制为 150 作为硬性限制,或者我们是否能够运行两次以获取所有邮箱?

第二种选择是混合,但由于我们不再计划使用本地 Exchange 实例,因此这种选择不太可取。我理解,拥有本地 Exchange 实例将允许更好地管理 365 端,因此我并不完全反对在新环境中运行 2016 实例。

就目前情况而言,我已经启动并运行了 365,Exchange 是最新的,但我尚未配置 ADSync(等待哪种方法!)并且我正在寻求任何建议!

干杯,

托德

答案1

我只做混合。

其他方法甚至不考虑。事情可能会阻碍你,你可能会发现问题,客户甚至可能会改变主意!

混合模式允许您在进行过程中测试所有内容,缓慢地引入新事物并确保满足业务需求。减轻压力!

答案2

从技术上讲,拥有 300 个用户,两种方式都可以。这实际上取决于你的最终目标。

如果您想摆脱 Exchange,那么您将面临所谓的“仅限云部署”。我建议不要在这种情况下配置 Directory Sync,因为稍后删除它几乎肯定会给您带来问题。在这种情况下,我会批量导入和创建您的用户并使用 Cutover 迁移。
优点

  • 其实没那么复杂
  • 管理云端用户
  • 无需 Exchange 服务器/同步服务器

缺点

  • 您需要重新创建或手动复制一些内容,例如分发组。
  • 本地资源和 O365 之间的单独登录
  • 手动重新配置桌面和移动设备

混合迁移为您提供了更大的灵活性,并且效果非常好。但这确实需要配置 Directory Sync。如果您正在运行 Directory Sync,您还需要一个 Exchange 服务器用于管理目的。

优点

  • 用户和组在云中预先创建
  • 本地和 O365 中的用户名/密码相同
  • 您可以将邮箱从 O​​365 移回
  • 支持自动发现的客户端将自动获取更改。

缺点

  • 您确实需要保留至少一台 Exchange 服务器以便进行管理
  • 有些事情并不像你希望的那样进行(集团管理就是其中的一个大问题)。
  • 您需要保持 Azure AD Connect 和 Exchange 更新,当然还有安装它们的操作系统。
  • 混合权威来源 - O365 中的 Office 365 组,但 ​​AD 中的安全和分发组(您根据 SOA 以不同方式管理这些组)。

Exchange 纯粹主义者可能会嗤之以鼻,但我通常会将 Azure AD Connect 和 Exchange 服务器整合到一个盒子里。迁移结束时,Exchange 上不再托管任何邮箱,现在主要是为了管理,在很多情况下是为了从内部服务(应用程序、打印机、扫描仪等)中继邮件。您可能想在此处查看此资源: https://technet.microsoft.com/en-us/exdeploy2013/Checklist (如果链接有问题,请搜索“exchange server 部署助手”)

如果您选择混合路线,迁移后请考虑添加 2013 或 2016 Exchange 服务器并停用 2010 服务器。界面更接近 Office 365。此外,如果您创建角色并授予他们通过 2013/2016 ECP 进行管理的权限(您无法再在 Outlook 中管理它),它可以为必须管理组的用户提供更好的体验。替代方案是命令行、ADUC 或手动将组移动到 Office 365。有关更多信息,请参阅此支持文章:https://support.microsoft.com/en-us/kb/2417592 (或搜索‘Office365 混合组管理’)

相关内容