Exchange 2013 共存和客户端协议连接流程 | Exchange 2013 共存和客户端协议连接流程前缀 | 1#23

实施 Exchange 2013 共存环境可能会被认为是一个具有挑战性的项目，因为为了能够成功构建“共存环境”，我们需要充分了解 Exchange 2013 CAS 架构和“旧版 Exchange 基础架构”（Exchange 2010 或 Exchange 2007） ）。

除了对新的和“旧的 Exchange 基础设施”缺乏“全面的了解”之外，我们还需要知道：

• 如何将 Exchange 2013 基础架构与旧版 Exchange 基础架构“组合”
• 了解 Exchange 2013 共存环境中的客户端协议连接流

听起来是不是很复杂、很困难？我更喜欢用四个字：刺激、挑战！

以下文章系列的目的是澄清围绕 Exchange 2013 共存环境主题的迷雾。

本系列文章的目的不是提供构建 Exchange 2013 共存环境的“分步”说明。

我的主要目的是使读者能够理解实现 Exchange 2013 共存环境时执行特定任务或遵循特定指令的“逻辑”或“原因”部分。

请求的结果是检查 Exchange 2013 共存环境中的客户端协议连接流 - Exchange 2013/2010 共存环境和 Exchange 2013/2007 共存环境。

如果不了解 Exchange 体系结构和基础结构的不同部分，并且不了解 Exchange 客户端（例如 Outlook、OWA 或ActiveSync（移动）。

当前 Exchange 2013 共存环境文章系列的原因 + 基础设施

我的愿望是澄清和简化“Exchange 2013 共存环境中的客户端连接”，因为讲座和文章的共同点是“读者”是非常熟悉 Exchange 体系结构和基础设施的人。事实上，并不是我们所有人都是资深的 Exchange 战士，从 Exchange 创建的那一刻起就知道了等等。

Exchange 2013 共存环境的构建块

当前文章系列的主题是：Exchange 2013 共存环境和客户端协议连接流程，但是，有一个非常重要的问题！
能够了解 Exchange 2013 共存环境中的连接协议流程首先，我们需要熟悉Exchange 2007环境和架构、Exchange 2010环境和架构以及Exchange 2013环境和架构。

“Exchange 2013 共存环境中的协议连接流”主题讨论 Exchange 2013 基础结构与旧版 Exchange 基础结构（Exchange 2007、2010）的关系。老实说，大多数时候我们对每个 Exchange 版本都不太了解，因此，理解 Exchange 2013 共存环境的含义的任务并不那么简单。

我的观点是，在我们开始了解 Exchange 2013 共存环境的详细信息和具体章程之前，我们首先需要了解 Exchange 环境的不同构建块，特别是 Exchange 2013 共存环境的构建块和独特章程。

目前的文章系列包括 16 篇文章。本文将讨论的“构建块”是：

• 命名空间 - 主命名空间、旧命名空间、区域命名空间。
• 面向公众的 Exchange 站点和面向公众的 Exchange CAS 服务器
• 一般概念：Exchange 遗留基础设施
• 代理与重定向
• Exchange 2013 作为焦点概念
• 公共与外部交换基础设施

术语“客户端协议连接流”与术语“邮件流”

重要的是，我们区分术语“客户端连接”和另一个经常使用的流行术语：“邮件流”

1.客户端连接

如果我们想简化整个 Exchange 基础设施，我们可以说 Exchange 基础设施的存在是为了：

• 允许 Exchange 客户端访问其邮箱数据。
• 启用邮件客户端来发送和接收邮件。

在 Exchange 环境中，术语：客户端连接或客户端协议连接，与 Exchange 客户端与其目的地（他的邮箱）之间的路径或“道路”相关。在 Exchange 环境中，Exchange 客户端无法直接访问其邮箱或其 Exchange 邮箱服务器。相反，Exchange 客户端需要对具有 CAS（客户端访问服务器）角色的 Exchange 服务器进行寻址，并且 Exchange CAS 服务器必须找到到达特定用户邮箱的“正确”方式。

用户邮箱的“路径”或用户邮箱的“路径”取决于许多变量，例如 Exchange 客户端的邮箱版本、Active Directory 站点结构、可用的 Exchange CAS 服务器、Exchange 客户端使用的邮件协议以及很快。

Exchange CAS 服务器将选择用于访问用户邮箱的路径（描述为客户端连接或客户端协议连接）。

我们可以将术语“客户端协议连接流”视为 Exchange 客户端必须经过的“旅程”

• 到达他邮箱的内容

获取特定的 Exchange Web 服务

该图仅显示了客户端协议连接流的简化路径，因为在 Exchange 2013 共存环境中，我们将看到“旅程”要复杂得多，并且由许多“步骤”组成

2.邮件流

术语“邮件流”，用于描述特定邮件从源收件人发送的点到他通过“目的地收据”接受的终点所需经过的路径或道路。 。主题：“邮件流”是 Exchange 环境中非常重要的组件，但在本系列文章中，我们不会涉及此领域，而是仅关注客户端连接或客户端协议连接的主题。

术语“交换共存”

术语“Exchange 共存”描述了包含多个 Exchange Server 版本的环境。 “交换代”的最大数量描述为 N-2。这意味着最新的 Exchange 服务器版本可以与前几代 Exchange“共存”，最多可以追溯到两代之前。

例如 - Exchange 2013 可以安装并成功与现有 Exchange 2007 和 Exchange 2010 基础结构进行通信，但不能与 Exchange 2003 基础结构进行通信。

实施Exchange 2013共存环境项目

关于现有 Exchange 技术、Exchange 2013 等“新 Exchange 技术”以及这些技术的组合，我们需要了解的信息量可能相当巨大。

简而言之，如果您不确切知道需要做什么，以及成功完成迁移项目需要实施哪些确切任务，请不要这样做！

Exchange 2013 共存环境的实施与几个不同的“部分”相关，例如：

1. 邮件流 - 发送到内部 Exchange 收件人到外部收件人的邮件流，反之亦然。
2. 邮箱迁移 - 将用户邮箱从旧版 Exchange 基础结构迁移到 Exchange 2013 邮箱服务器的过程
3. 高可用性 - 使用一系列 Exchange CAS 服务器的能力，这将使我们能够实现高可用性和负载平衡。
4. 站点弹性 - 构建冗余数据中心的主题，在特定数据中心不可用的情况下，自动将 Exchange 客户端切换到“其他数据中心”
5. 命名空间管理 - 我们将用于内部 Exchange 客户端的命名空间、我们用于外部 Exchange 客户端的命名空间、我们用于旧基础设施的命名空间等。
6. 客户端协议连接流 - 这是与不同 Exchange 邮件客户端用于“到达”其邮箱的方式或路径相关的部分。

为什么应该使用 Exchange 共存环境？

虽然我们使用“Exchange”这个名称来描述 Microsoft 邮件服务器产品，但每个 Exchange 版本都与以前的 Exchange 版本有很大不同。

理论上，每次出现新的 Exchange 服务器时，我们都可以拿出新的 Exchange DVD，选择“是”，作为以下问题的答案：您想升级现有的 Exchange 基础设施吗？喝一杯咖啡，15 分钟后新的 Exchange 界面给您留下了深刻的印象。

在现实生活中，“升级现有Exchange基础设施”的项目可以说是非常复杂的，并且绝对不能作为“一键式过程”来实施。

对于中型和大型 Exchange 环境，合理的解决方案是实现 Exchange 共存环境所描述的场景。 Exchange 共存解决方案是在特定时间范围内作为“临时解决方案”创建的解决方案，使我们能够将现有的 Exchange 基础设施迁移到“新的 Exchange 基础设施”。

换句话说：我们正在构建两个独立的 Exchange 环境，它们“并存”。迁移过程是通过将现有 Exchange 基础设施的部分“移动”到“新的 Exchange 基础设施”来实现的，直到我们完成所有“部分”（例如用户邮箱等）的移动。只有在数据成功迁移后，才能从“新的 Exchange 基础设施”中迁移数据。从“旧的 Exchange 环境”迁移到“新的 Exchange 环境”时，我们可以“关闭”或退役“旧的 Exchange 环境”。

Exchange共存环境实现如下：

1. 我们将“新的 Exchange 版本”添加到现有的 Exchange 基础架构中。
2. 我们将当前的 Exchange 服务（例如自动发现和 Exchange Web 服务）指向“新的 Exchange 服务器”。
3. 我们开始将 Exchange 用户的邮箱从“旧 Exchange 基础设施”迁移到“新 Exchange 基础设施”。
4. 我们删除并停用旧版 Exchange 基础设施。

在请求完成迁移过程的阶段所需的 Exchange 共存环境。

我为什么应该了解 Exchange 共存环境？

这个问题有几个答案：

1.规划Exchange共存环境的实施
如果您需要实施Exchange共存环境的配置，则有很多“细节”和“部分”需要注意。如前所述，当前文章系列的目的不是为您提供“如何”的技术指导或作为“一步一步”的手册。 ”
相反，目的是扩展您对 Exchange 共存环境的了解水平并提供高级视图

• Exchange 2013 共存环境的不同组件
• 该组件之间的关系
• Exchange 2013 为每个邮件协议和服务实施的不同连接流程。
• Exchange 2013 为不同类型的客户端实现不同的连接流程，例如：内部和外部 Exchange 邮件客户端或不同版本的 Exchange 客户端，例如 Exchange 2007、Exchange 2010 和 Exchange 2013 邮件客户端。

2.对 Exchange 共存环境中的客户端协议连接流进行故障排除
说起来很容易：“我需要对 Exchange 共存环境中的客户端协议连接流进行故障排除”，但如果您没有任何资源，则很难实施故障排除过程。关于以下内容的想法：客户端协议连接流程如何在实践中实施 Exchange 共存环境，涉及以下场景：

• 不同的邮件协议。
• 不同的交换服务。
• 不同版本的 Exchange 客户端（2007、2010 和 2013）。
• 邮件客户端的不同位置，例如：内部客户端与邮件客户端。

好消息是 Exchange 共存基础设施非常有趣且具有挑战性。不太好的消息是，如果您不花所需的时间来“理解”此基础设施并规划此基础设施，您可能会遇到困难。

3.纯粹的好奇心
好奇心并不是一个粗鲁的词！这是我赞扬 Exchange 共存环境之美的“粘性部分”。我中继认为 Exchange 的架构令人着迷且具有挑战性，我总是很高兴学习和了解越来越多的 Exchange 架构，但同时，除了我永远无法理解所有这些基础架构，而且真的了解他的每个部分。

为什么它必须如此复杂？

很多时候，当我阅读有关迁移到新 Exchange 版本的文章时，我脑海中出现的问题是：为什么它必须如此复杂？

答案是，为了能够向我们的客户提供卓越的服务，使向“新的 Exchange 2013 基础设施”的过渡对用户透明，并且实现零停机时间的迁移，我们需要努力工作、了解每个 Exchange 组件、做好必要的准备等等。

然而，这份“声明”仍然没有回答问题。

问题的答案是：“为什么一定要这么复杂？” ”是因为 Exchange 架构非常丰富，包括许多“移动部件”、复杂的基础设施、协议、设置等。所以这里是答案：

1. Exchange 基础设施丰富的邮件协议和服务
Exchange 架构最著名的章程之一就是我所说的 - 丰富的邮件协议和服务。

Exchange 基础结构提供许多 Web 服务，例如自动发现、可用性服务（空闲/忙碌时间）、自动回复（外出）、邮件提示、日历共享、脱机通讯簿等等。关于邮件客户端的主题，Exchange 为多种邮件客户端提供服务，例如：

• 使用邮件协议的 Internet 客户端：POP3、IMAP4 和 SMTP
• 使用 ActiveSync 协议的移动客户端。
• 使用 HTTP 和 HTTPS 协议的 Web 客户端。
• 使用以下方式的 Outlook 客户端：RPC、RPC/HTTP、RPC/HTTPS 或 MAPI/HTTPS

再加上不同身份验证协议（例如 Basic、NTLM 和 Kerberos）的主题，我们就会变得一团糟。

每个 Exchange 版本都以不同的方式关联和实现这些服务和协议，并且在 Exchange 共存环境中，我们需要使所有这些协议和服务一起工作。

2. Exchange 多角色架构
Exchange 架构基于多角色架构的概念。每个“Exchange 角色”都有不同的职责以及与“其他 Exchange 角色”沟通的具体方式，你猜怎么着？每个 Exchange 版本都以不同的方式实现“角色体系结构”。

例如，在Exchange 2007和Exchange 2010环境中非常流行的多角色架构得到了更新，而新的Exchange 2013架构则基于多角色架构的不同实现。

Exchange 2013 体系结构不是在各个 Exchange 服务器之间“分散”角色，而是依赖于这样一个概念：单个 Exchange 服务器将拥有大部分“Exchange 角色”，并且每个 Exchange 角色的职责在 Exchange 中发生了显着变化。 2013年建筑。 Exchange 共存环境应该“包含”所有这些不同的 Exchange 体系结构，并使所有不同的 Exchange 版本能够协同工作。

3.复杂的基础设施
在下图中，我们可以看到现代环境的简要摘要，或者换句话说，Exchange 服务器需要处理的事情。例如：

• Outlook 版本 - 术语“Outlook 客户端”可以翻译为多种类型的 Outlook 客户端版本，例如：Outlook 2007、2010 和 2013。尽管我们使用术语“Outlook”来描述这些客户端，但每个客户端Outlook 版本不同，并以不同的方式实现与 Exchange 服务器的通信通道。
• Outlook 通信协议 - 目前，Outlook 2013 版支持以下类型的通信协议：RPC、RPC/HTTP、RPC/HTTPS 或 MAPI/HTTPS。因此，当我们说这样一句话：Outlook 客户端正在与 Exchange 服务器通信时，我们指的是哪种协议？
• Outlook - 内部客户与外部客户

在我们开始实际描述共存环境中 Exchange 2013 的客户端协议连接流之前，务必先回顾一下 Exchange 环境的不同部分，以及 Exchange 旧环境与 Exchange 2013 环境中这些“部分”的章程以及如何“创造魔力”将这些部分“粘合”在一起。

用更技术性的话来说：我们需要实现哪些必需的配置设置，以及这些设置的原因是什么？

那么，让我们开始进入 Exchange 2013 共存环境的神秘而迷人的世界吧！