Exchange 2007 结束日期路线图

2017 年 4 月 11 日,Exchange Server 2007 将结束生命周期。如果尚未开始从 Exchange 2007 迁移到 Office 365 或 Exchange 2016,是时候开始进行规划了。

生命周期结束意味着什么?

和几乎所有的 Microsoft 产品一样,Exchange Server 具有支持周期;在此期间,我们提供新功能、bug 修复和安全修补等。此生命周期通常是指自产品最初发布日起的 10 年内,该生命周期的结束被称为产品结束日期。Exchange 2007 的生命周期于 2017 年 4 月 11 日结束后,Microsoft 将不再提供:

  • 对可能发生的问题的技术支持;

  • 对已发现问题以及可能影响服务器稳定性和可用性的问题的 Bug 修复;

  • 对已发现漏洞以及可能导致服务器易受安全漏洞攻击的漏洞的安全修补;

  • 时区更新。

已安装的 Exchange 2007 将在此日期后继续运行。但是由于以上所列变更,强烈建议尽快从 Exchange 2007 迁移。

有关 Office 2007 服务器即将结束支持的详细信息,请参阅规划 Office 2007 服务器升级

我有哪些选项?

随着 Exchange 2007 生命周期快要结束,有必要了解选项并准备迁移计划了。可以:

  • 使用直接转换迁移、分步迁移或混合迁移来迁移到 Office 365;

  • 将 Exchange 2007 服务器迁移到本地服务器上更高版本的 Exchange 中。

以下各节详细介绍每个选项。

迁移到 Office 365

将电子邮件迁移到 Office 365 是最简单的最佳选项,可帮助停用 Exchange 2007 部署。通过迁移到 Office 365,可以完成从 10 年前技术到先进功能的跳跃,例如:

  • 合规性功能,如保留策略、就地和诉讼保留、就地电子数据展示等;

  • Office 365 组;

  • 重点收件箱;

  • Delve 分析;

  • 用于以编程方式访问电子邮件、日历、联系人等的 REST API。

Office 365 还会首先获得新的功能和体验,你和你的用户通常可以立即开始使用。除了新功能外,不必担心以下问题:

  • 购买和维护硬件;

  • 承担服务器加热和冷却的费用;

  • 保持最新的安全、产品和时区修复;

  • 维护存储和软件,支持符合性要求;

  • 升级到新版本的 Exchange - 始终使用 Office 365 中最新版本的 Exchange。

如何迁移到 Office 365?

根据所在组织,可以通过以下几个选项的帮助迁移到 Office 365。在选择迁移选项时,需要考虑数个事项,例如需要移动的座位数或邮箱数、期望的迁移持续时间,以及迁移期间是否需要在本地安装和 Office 365 之间进行无缝集成。下表显示迁移选项,及用于确定将使用何种方法的最重要因素。

迁移选项

组织规模

持续时间

直接转换迁移

少于 150 个座位

一周或更短时间

暂存迁移

多于 150 个座位

几周

完全混合迁移

数百到数千个座位

几个月或更长时间

以下各节提供这些方法的概述。若要了解每种方法的详细信息,请参阅决定迁移路径

直接转换迁移

采用直接转换迁移,可以在预先选择的日期和时间下,向 Office 365 迁移所有的邮箱、通讯组、联系人等等;完成后,可关闭本地 Exchange 服务器并开始专门使用 Office 365。

直接转换迁移方法非常适用于邮箱数不是很多、要快速迁移到 Office 365 且不想处理其他方法所带来的复杂性的小型企业。但也会受到一些限制,因为迁移要在一周或更短时间内完成,并要求用户重新配置其 Outlook 配置文件。虽然直接转换迁移可以处理多达 2,000 个邮箱,但仍然强烈建议使用此方法时最多迁移 150 个邮箱。如果尝试迁移 150 个以上的邮箱,可能无法在最后期限之前完成所有邮箱的转移,IT 支持人员可能需要帮助大量用户重新配置 Outlook,而感到不堪重负。

如果在考虑执行直接转换迁移,下面是一些注意事项:

  • Office 365 需要借助 Outlook Anywhere 通过 TCP 端口 443 连接到 Exchange 2007 服务器;

  • 所有本地邮箱都将移动到 Office 365;

  • 需要有权读取用户的邮箱内容的本地管理员帐户;

  • 要用于 Office 365 的 Exchange 2007 接受的域需要添加为服务中的验证域;

  • 从开始迁移起至开始进行完成阶段的这段时间,Office 365 会定期同步 Office 365 和本地邮箱。这样便可以完成迁移,而不必担心电子邮件会遗留在本地邮箱中;

  • 用户将收到其 Office 365 帐户新的临时密码,并在首次登录邮箱时需要更改密码;

  • 需要一个 Office 365 许可证,其中包含用于每个要迁移的用户邮箱的 Exchange Online;

  • 用户需要在自己的每台设备上设置新的 Outlook 配置文件,并再次下载其电子邮件。Outlook 将下载的电子邮件数可能有所不同。有关详细信息,请参阅更改邮件脱机工作的时间

若要了解有关直接转换迁移的详细信息,请参阅:

分步迁移

采用分步迁移,可以将成百数千个邮箱迁移到 Office 365;需要花费一周或更长时间完成迁移,而不需要任何高级的混合迁移功能,如共享的闲/忙日历信息。

分步迁移非常适用于需要花费很多时间将邮箱迁移到 Office 365,但仍计划在几周内完成迁移的组织。可以分批迁移邮箱,这样可以控制在给定时间内迁移的邮箱数量以及迁移哪些邮箱。例如,可在同一批迁移同一部门中的用户邮箱,确保同时移动这些邮箱。也可以在最后一批迁移高层的邮箱。同使用直接转换迁移一样,用户也需要重新创建其 Outlook 配置文件。

如果在考虑执行分步迁移,下面是一些注意事项:

  • Office 365 需要借助 Outlook Anywhere 通过 TCP 端口 443 连接到 Exchange 2007 服务器;

  • 需要有权读取用户的邮箱内容的本地管理员帐户;

  • 要用于 Office 365 的 Exchange 2007 接受的域需要添加为服务中的验证域;

  • 需要创建名称完整的 CSV 文件,其中包括要在一批中迁移的每个邮箱的电子邮件地址。还需要包含每个要迁移的邮箱的新密码,然后将密码发送给每位用户。系统将提示用户在首次登录新的 Office 365 邮箱时更改密码。

  • 从开始批量迁移起至开始进行完成阶段的这段时间,Office 365 会定期同步该批次中包含的 Office 365 和本地邮箱。这样便可以完成迁移,而不必担心电子邮件会遗留在本地邮箱中;

  • 用户将收到其 Office 365 帐户新的临时密码,并在首次登录邮箱时需要更改该密码;

  • 需要一个 Office 365 许可证,其中包含用于每个要迁移的用户邮箱的 Exchange Online;

  • 用户需要在自己的每台设备上设置新的 Outlook 配置文件,并再次下载其电子邮件。Outlook 将下载的电子邮件数可能有所不同。有关详细信息,请参阅更改邮件脱机工作的时间

若要了解有关分步迁移的详细信息,请参阅:

完全混合

完全混合迁移适用于具有数百个甚至成千上万个邮箱的组织,可以将部分或全部邮箱移动到 Office 365。由于这些迁移通常耗时更长,所以使用混合迁移可以:

  • 为 Office 365 中的用户显示本地用户的闲/忙日历信息,反之亦然;

  • 查看包含本地和 Office 365 中收件人的统一全局地址列表;

  • 查看所有用户的完整 Outlook 收件人卡片,无论他们位于本地还是在 Office 365 中;

  • 使用 TLS 和证书保证本地 Exchange 服务器和 Office 365 之间的电子邮件通信的安全;

  • 将本地 Exchange 服务器和 Office 365 之间发送的邮件视作内部邮件,从而使它们:

    • 得到面向内部邮件的传输和符合性代理的正确评估和处理;

    • 绕过反垃圾邮件筛选器。

完全混合迁移最适于需要在几个月或更长时间内处于混合配置的组织。你将获得本部分中之前列出的功能,外加目录同步、更好的集成的符合性功能,还能使用联机邮箱移动将邮箱移动到 Office 365 和从 Office 365 移动邮箱。Office 365 成为本地组织的扩展。

如果在考虑执行完全混合迁移,下面是一些注意事项:

  • 完全混合迁移不适于所有类型的组织。由于完全混合迁移的复杂性,邮箱数少于数百的组织通常会觉得此类设置没必要,不值得花费的精力和成本。如果这听起来像你的组织,则强烈建议考虑改用直接转移或分步迁移;

  • 你需要在 Exchange 2007 组织中至少部署一个 Exchange 2013 服务器,充当“混合服务器”。此服务器会代表 Exchange 2007 服务器与 Office 365 通信;

  • Office 365 需要借助 Outlook Anywhere 通过 TCP 端口 443 连接到“混合服务器”;

  • 你需要使用 Azure Active Directory Connect (AADConnect) 在本地 Active Directory 服务器和 Office 365 之间设置目录同步;

  • 用户将能够使用登录本地网络所用的相同用户名和密码登录其 Office 365 邮箱,需要采用了密码同步的 Azure Active Directory Connect 和/或 Active Directory 联合身份验证服务;

  • 需要一个 Office 365 许可证,其中包含用于每个要迁移的用户邮箱的 Exchange Online;

  • 用户无需在其大多数设备上设置新的 Outlook 配置文件(一些较旧的 Android 手机可能需要新的配置文件),并且不需要重新下载其电子邮件。

如果完全混合迁移适合组织,请参阅以下资源,帮助进行迁移:

迁移到更高版本的 Exchange Server

尽管我们非常相信迁移到 Office 365 可以实现最佳的价值和用户体验,但是也理解某些组织需要将其电子邮件保留在本地。这可能是因为监管要求,为保证数据未存储在位于其他国家/地区的数据中心中,等等。如果选择将电子邮件保留在本地,可以将 Exchange 2007 环境迁移到 Exchange 2010、Exchange 2013 或 Exchange 2016。

如果不能迁移到 Office 365,则建议迁移到 Exchange 2016。Exchange 2016 包括 Exchange 之前版本所含的所有功能和改进,并且最接近 Office 365 提供的体验,虽然某些功能仅适用于 Office 365。请查看以下一些可能遗忘了的内容:

Exchange 版本

功能

Exchange 2010

  • 基于角色的访问控制(具有不含 ACL 的权限)

  • Outlook Web Access 邮箱策略

  • 在组织间共享闲/忙日历和代理人日历的功能

Exchange 2013

Exchange 2010 的功能及...

  • 精简的体系结构,将服务器角色的数目减少到 3 个(邮箱、客户端访问、边缘传输)

  • 用于帮助防止敏感信息泄露的数据丢失防护策略 (DLP)

  • 得到显著改进的 Outlook Web App 体验

Exchange 2016

Exchange 2013 中的功能及...

  • 服务器角色得到进一步简化,仅含邮箱和边缘传输

  • 改进的 DLP,及与 SharePoint 的集成

  • 改进的数据库复原

  • 联机文档协作

应迁移到哪个版本?

建议最初假设迁移到 Exchange 2016。然后使用以下信息,确认假设或者排除 Exchange 2016。如果由于某原因或其他原因而不能迁移到 Exchange 2016,请对 Exchange 2013 执行相同的过程,依此类推。

注意事项

更多信息

生命周期结束日期

和 Exchange 2007 一样,每个版本的 Exchange 都有其自己的生命周期结束日期:

  • Exchange 2010    - 2020年 1 月

  • Exchange 2013    - 2023年 4 月

  • Exchange 2016    - 2025年 10 月

生命周期结束日期越早,则越早需要执行其他迁移。2020 年 1 月并没有想象得那么遥远!

迁移到 Exchange 2010 和 2013 的迁移路径

下面是迁移到 Exchange 2010 或 Exchange 2013 的常规步骤:

  1. 将 Exchange 2010 或 2013 安装到现有 Exchange 2007 组织中

  2. 将服务和其他基础结构移动到 Exchange 2010 或 2013

  3. 将邮箱和公用文件夹移动到 Exchange 2010 或 2013

  4. 停用仍存在的 Exchange 2007 服务器

迁移到 Exchange 2016 的迁移路径

下面是迁移到 Exchange 2016 的常规步骤:

  1. 将 Exchange 2013 安装到现有 Exchange 2007 组织中

  2. 将服务和其他基础结构移动到 Exchange 2013

  3. 将邮箱和公用文件夹移动到 Exchange 2013

  4. 停用仍存在的 Exchange 2007 服务器

  5. 将 Exchange 2016 安装到现有 Exchange 2013 组织中。

  6. 将邮箱、公用文件夹、服务和其他基础结构移动到 Exchange 2016(顺序可调整)。

  7. 停用仍存在的 Exchange 2013 服务器

注意: 从 Exchange 2013 迁移到 Exchange 2016 非常简单。这两个版本的硬件要求几乎相同。此外这些版本是可兼容的,这些意味着你可以重新生成为 Exchange 2013 购买的服务器,并在其上安装 Exchange 2016。采用联机邮箱移动,大多数用户不会注意到其邮箱从服务器上被移走,然后在通过 Exchange 2016 进行重新生成后被移回。

版本共存

迁移到以下版本时:

  • Exchange 2016   :Exchange 2016 不能安装在具有 Exchange 2007 服务器的组织中。首先需要迁移到 Exchange 2010 或 2013(强烈建议迁移到 Exchange 2013),删除所有 Exchange 2007 服务器,然后迁移到 Exchange 2016。

  • Exchange 2010 或 Exchange 2013   :可以将 Exchange 2010 或 Exchange 2013 安装到现有 Exchange 2007 组织中。这样,可以安装一个或多个 Exchange 2010 或 2013 服务器,并执行迁移。

服务器硬件

自 Exchange 2007 起,已经更改服务器硬件要求。需要确保要使用的硬件是可兼容的。可在此处详细了解每个版本的硬件要求:

你将发现,更高版本服务器中的 Exchange 性能得到明显提高、计算能力和存储容量得到增加,现可能只需较少的服务器便可支持相同数目的邮箱。

操作系统版本

每个版本支持的最低操作系统版本是:

  • Exchange 2016    Windows Server 2012

  • Exchange 2013    Windows Server 2008 R2 SP1

  • Exchange 2010    Windows Server 2008 SP2

有关操作系统支持的详细信息,请参阅 Exchange 支持性矩阵

Active Directory 林功能级别

每个版本支持的最低 Active Directory 林功能级别是:

  • Exchange 2016    Windows Server 2008 R2 SP1

  • Exchange 2013    Windows Server 2003

  • Exchange 2010    Windows Server 2003

有关林功能级别支持的详细信息,请参阅 Exchange 支持性矩阵

Office 客户端版本

每个版本支持的最低 Office 客户端版本是:

  • Exchange 2016    Office 2010(包含最新的更新)

  • Exchange 2013    Office 2007 SP3

  • Exchange 2010    Office 2003

有关 Office 客户端支持的详细信息,请参阅 Exchange 支持性矩阵

如何迁移?

如果决定要将电子邮件保留在本地,可以使用以下资源帮助迁移:

如果我需要帮助,该怎么办?

若要迁移到 Office 365,则可能有资格使用 Microsoft FastTrack 服务。FastTrack 提供最佳做法、工具和资源,从而尽可能无缝地迁移到 Office 365。最重要的是,可以在真实支持工程师的引导下完成迁移,从规划和设计一直到最后一个邮箱的迁移。若要了解有关 FastTrack 的详细信息,请参阅 Microsoft FastTrack

如果在迁移到 Office 365 的过程中遇到任何问题且未使用 FastTrack,或者在迁移到 Exchange Server 更高版本的过程中遇到任何问题,我们可随时提供帮助。以下是一些可使用的资源:

相关主题

有助于从 Office 2007 服务器和客户端升级的资源
Office 停用组(Microsoft 技术社区)

扩展你的技能
了解培训
抢先获得新功能
加入 Office 预览体验计划

此信息是否有帮助?

谢谢您的反馈!

谢谢你的反馈! 可能需要转接到 Office 支持专员。

×