对 Exchange Server 2013 的支持于 2023 年 4 月 11 日结束。 如果尚未从 Exchange Server 2013 迁移到 Microsoft 365、Office 365 或 Exchange Server 2019,现在可以开始规划了。
终止支持意味着什么?
大多数Microsoft产品都有一个支持生命周期,在此期间,它们将获得新功能、bug 修复、安全修复等。 此生命周期通常从产品的初始版本持续 10 年。 此生命周期的结束称为产品的终止支持。 由于对 Exchange Server 2013 的支持于 2023 年 4 月 11 日结束,因此Microsoft不再提供以下支持:
- 对可能发生的问题的技术支持。
- 针对可能影响服务器的稳定性和可用性的问题的 Bug 修复。
- 针对可能使服务器容易受到安全漏洞的漏洞进行安全修复。
- 时区更新。
尽管 Exchange Server 2013 的安装继续运行,但我们强烈建议尽快从 Exchange Server 2013 迁移到 Exchange Server 2019。
可以使用哪些选项?
探索选项并准备迁移计划是一个很好的时机。 您可以:
- 迁移到 Microsoft 365。 使用直接转换、最小混合或完全混合迁移迁移邮箱、公用文件夹和其他数据。 然后,删除本地 Exchange 服务器和 Active Directory。
- 将本地服务器从 Exchange Server 2013 升级到 Exchange Server 2019。
重要
如果你的组织选择将邮箱迁移到 Microsoft 365,但计划继续使用 Microsoft Entra Connect 来管理 Active Directory 中的用户帐户,则需要保留至少一Microsoft Exchange Server。 如果删除所有 Exchange 服务器,则无法对 Exchange Online 中的 Exchange 收件人进行更改,因为颁发机构的来源是你的本地 Active Directory。 在此方案中,有以下选项:
- 建议: 将邮箱迁移到 Microsoft 365,并将环境升级到 Exchange Server 2019。 使用 Exchange Server 2013 连接到 Microsoft 365 并迁移邮箱。 接下来,从 Exchange Server 2013 升级到 Exchange Server 2019,并停用运行 Exchange Server 2013 的服务器。
- 首先从 Exchange Server 2013 升级到 Exchange Server 2019,然后使用 Exchange Server 2019 将邮箱迁移到 Microsoft 365。
以下部分讨论 Exchange Server 2013 中的升级路径。
迁移到 Microsoft 365
迁移到 Microsoft 365 是帮助你停用 Exchange Server 2013 部署的最佳和最简单的选项。 迁移到 Microsoft 365 时,你可以从旧技术中跳出一个跃点,并从以下新功能中受益:
- 具有更高数据复原能力的较大邮箱。
- 反垃圾邮件和反恶意软件保护等安全功能。
- 合规性功能,例如数据丢失防护、保留策略、就地保留和诉讼保留、就地电子数据展示等。
- 与 SharePoint、OneDrive、Teams、Power BI 和其他 Microsoft 365 服务集成。
- 重点收件箱。
- 高级分析和 Viva Insights。
Microsoft 365 也首先获得新功能和体验,因此组织可以立即开始使用它们。 此外,无需担心以下任何项:
- 购买和维护硬件。
- 支付运行和冷却服务器的费用。
- 使服务器保持最新安全、产品和时区修复。
- 维护服务器存储和软件以支持合规性要求。
- 升级到新版本的 Exchange,因为你始终使用 Microsoft 365 的最新版本。
如何迁移到 Microsoft 365?
根据组织的不同,可以选择Microsoft 365。 首先,需要考虑一些事项,例如以下因素:
- 要移动的邮箱数。
- 迁移要持续多长时间。
- 是否希望在迁移期间在本地环境和 Microsoft 365 之间无缝集成。
下表显示了迁移选项以及确定要使用的方法的最重要因素。
迁移选项 | 组织规模 | 持续时间 |
---|---|---|
直接转换迁移 | 少于 150 个邮箱 | 每周或更少 |
最小混合迁移 | 少于 150 个邮箱 | 几周或更少 |
完全混合迁移 | 超过 150 个邮箱 | 几周或更多 |
以下部分概述了这些方法。 有关详细信息,请参阅 “决定迁移路径”。
直接转换迁移
在直接转换迁移中,将设置日期和时间的所有邮箱、通讯组、联系人等迁移到 Microsoft 365。 完成后,请关闭本地 Exchange 服务器并开始专门使用 Microsoft 365。
直接转换迁移非常适合没有许多邮箱的小型组织,想要快速Microsoft 365,并且不想处理其他方法的复杂性。 但它应该在一周或更短的时间完成。 它要求用户重新配置其 Outlook 配置文件。 直接转换迁移最多可以迁移 2,000 个邮箱,但建议最多使用 150 个邮箱。 如果尝试迁移更多邮箱,则可能在截止时间之前传输所有邮箱的时间不足,IT 支持人员可能会因为帮助用户重新配置 Outlook 而请求感到不知所措。
下面是关于直接转换迁移的注意事项:
- Microsoft 365 需要使用 Outlook Anywhere 通过 TCP 端口 443 连接到 Exchange Server 2013 服务器。
- 所有本地邮箱将移动到 Microsoft 365。
- 需要具有对用户邮箱的读取访问权限的本地管理员帐户。
- 需要将要在 Microsoft 365 中使用的 Exchange Server 2013 接受域添加为服务中的已验证域。
- 在开始迁移和开始完成阶段之间,Microsoft 365 将定期同步Microsoft 365 和本地邮箱。 这样就可以完成迁移,而无需担心本地邮箱中留下的电子邮件。
- 用户将收到Microsoft 365 帐户的新临时密码。 首次登录邮箱时,他们需要更改这些邮箱。
- 需要Microsoft 365 许可证,其中包含迁移的每个用户邮箱的 Exchange Online。
- 用户需要在每台设备上设置新的 Outlook 配置文件,然后再次下载其电子邮件。 Outlook 将下载的电子邮件量可能会有所不同。 有关详细信息,请参阅 Outlook 中的脱机工作。
若要了解有关直接转换迁移的详细信息,请参阅:
最小混合迁移
在最少的混合或快速迁移中,在几周内将几百个邮箱移动到 Microsoft 365。 此方法不支持高级混合迁移功能,例如共享的忙/闲日历信息。
对于需要花费更多时间将邮箱迁移到 Microsoft 365 的组织来说,最小的混合迁移非常出色,但仍计划在几周内完成迁移。 无需大量复杂性即可获得更高级的 全混合迁移 的一些优势。 可以控制在给定时间迁移多少个邮箱和哪些邮箱。 Microsoft将使用本地帐户的用户名和密码创建 365 个邮箱。 而且,与直接转换迁移不同,用户无需重新创建其 Outlook 配置文件。
下面是关于最小混合迁移的注意事项:
- 需要在本地 Active Directory服务器和 Microsoft 365 之间执行一次性目录同步。
- 用户将能够使用与邮箱之前相同的用户名和密码登录到其Microsoft 365 邮箱。
- 需要Microsoft 365 许可证,其中包含迁移的每个用户邮箱的 Exchange Online。
- 用户无需在其大多数设备上设置新的 Outlook 配置文件,但某些较旧的 Android 手机可能需要新的配置文件。 用户无需重新下载其电子邮件。
有关详细信息,请参阅 “使用最小混合”快速将 Exchange 邮箱迁移到 Microsoft 365。
完全混合迁移
在完全混合迁移中,你拥有数百个、最多数万个邮箱,并将部分或全部移动到 Microsoft 365。 由于这些迁移通常是长期迁移,因此混合迁移可以:
- 显示本地用户Microsoft 365 中的忙/闲日历信息,反之亦然。
- 请参阅包含本地和 Microsoft 365 中的收件人的统一全局地址列表。
- 查看所有用户的完整 Outlook 收件人属性,无论它们是本地还是Microsoft 365。
- 使用 TLS 和证书保护本地 Exchange 服务器与 Microsoft 365 之间的电子邮件通信。
- 将本地 Exchange 服务器和 Microsoft 365 之间发送的消息视为内部消息,使其能够:
- 通过针对内部消息的传输和符合性代理正确评估和处理。
- 绕过反垃圾邮件筛选器。
完全混合迁移最适合希望持续数月或更多混合配置的组织。 你将获取本部分中前面列出的功能,以及目录同步、更好的集成合规性功能,以及使用联机邮箱移动将邮箱移入和移出 Microsoft 365 的功能。 Microsoft 365 成为本地组织的扩展。
有关完全混合迁移的注意事项:
- 它们不适合所有组织。 由于完全混合迁移的复杂性,只有不到几百个邮箱的组织通常看不到证明工作量和成本合理的好处。 在这种情况下,我们建议改为考虑直接转换或最少的混合迁移。
- 需要在本地 Active Directory服务器与 Microsoft 365 之间使用 Microsoft Entra Connect 设置目录同步。
- 用户将能够使用登录本地网络时使用的相同用户名和密码登录到其Microsoft 365 邮箱。 (此功能需要Microsoft使用密码同步和/或Active Directory 联合身份验证服务的 Entra Connect)。
- 需要Microsoft 365 许可证,其中包含迁移的每个用户邮箱的 Exchange Online。
- 用户无需在其大多数设备上设置新的 Outlook 配置文件,尽管某些较旧的 Android 手机可能需要新的配置文件。 用户无需重新下载其电子邮件。
重要
如果你的组织选择将邮箱迁移到 Microsoft 365,但计划保留 Microsoft Entra Connect 来管理 Active Directory 中的用户帐户,则需要保留至少一个 Exchange Server。 如果删除了所有 Exchange 服务器,则无法对 Exchange 收件人进行更改。 这是因为颁发机构的来源是 Active Directory,需要在那里进行更改。
如果完全混合迁移听起来适合你,请参阅以下有用的资源:
升级到较新版本的 Exchange Server
我们坚信,通过完全迁移到 Microsoft 365,获得最佳价值和用户体验。 但我们知道,某些组织需要在本地保留一些 Exchange 服务器。 这可能是由于法规要求,为了保证数据不存储在外部数据中心,因为你在云中具有无法满足的独特设置或要求,或者因为需要 Exchange 来管理云邮箱,因为你仍在本地使用 Active Directory。 在任何情况下,如果保留本地 Exchange,则应确保 Exchange Server 2013 环境已升级。
为获得最佳体验,建议将剩余的本地环境升级到 Exchange Server 2019。 无需安装 Exchange Server 2016,因为可以直接从 Exchange Server 2013 转到 Exchange Server 2019。 Exchange Server 2019 最符合 Microsoft 365 提供的体验,尽管某些功能仅在 Microsoft 365 中可用。
下表介绍了从 Exchange Server 2013 升级时要了解的重要事项。
项 | 详细信息 |
---|---|
Exchange Server 2019 的迁移路径 | 从 Exchange Server 2013 迁移到较新版本的迁移路径很简单: 将 Exchange Server 2019 安装到现有的 Exchange Server 2013 组织中。 将服务和数据从 Exchange Server 2013 移动到 Exchange Server 2019 并解除 Exchange Server 2013 服务器授权。 |
服务器硬件 | 服务器硬件要求已从 Exchange Server 2013 更改。 确保硬件兼容。 在此处详细了解硬件要求: 随着 Exchange 性能的显著改进以及较新的服务器中的计算能力和存储容量的增加,可能需要更少的服务器来支持相同数量的邮箱。 |
操作系统版本 | Exchange Server 2019 支持的最低操作系统版本是 Windows Server 2019。 即将推出 Windows Server 2022 支持 可以在 Exchange 可支持性矩阵中找到有关操作系统支持的详细信息。 |
Active Directory 林功能级别 | 最低支持的 Active Directory 林功能级别为 Windows Server 2012 R2。 可以在 Exchange 可支持性矩阵中找到有关林功能级别支持的详细信息。 |
Office 客户端版本 | Exchange 可支持性矩阵中还记录了受支持的最低 Office 客户端版本。 |
使用以下资源来帮助迁移:
- Exchange 部署助手
- Exchange Server 2019 的 Active Directory 架构更改
- Exchange Server 2019 的系统 要求
如果需要帮助,该怎么办?
如果要迁移到 Microsoft 365,则可能有资格使用我们的 Microsoft FastTrack 服务。 FastTrack 提供了最佳做法、工具和资源,使迁移到 Microsoft 365 尽可能无缝。 最重要的是,你将有一位支持工程师指导你完成从规划和设计到迁移上一个邮箱。 有关 FastTrack 的详细信息,请参阅 Microsoft FastTrack。
如果在迁移到 Microsoft 365 期间遇到问题,并且未使用 FastTrack,或者迁移到较新版本的 Exchange Server,可以使用以下资源: