如果大家已经在企业环境中部署了早期版本的 Exchange，在升级到 Exchange Server 2016 时由于不同的 Exchange Server 版本，可能面临不同的名称空间要求，本文将对 Exchange Server 2016 名称空间规划进行简要介绍。

Exchange 2010

Exchange 2010 通过自动发现服务可以启用并更改客户端配置文件，所以其需要单独的名称空间。当然，Exchange 2010 还有其它方面的名称空间要求，特别是针对弹性部署的解决方案：

• 主数据中心名称空间 mail.contoso.com
• 辅助数据中心名称空间 mail2.contoso.com
• 主数据中心 Outlook Web App 故障恢复名称空间 mailpri.contoso.com
• 辅助数据中心 Outlook Web App 故障恢复名称空间 mailsec.contoso.com
• 邮件传输名称空间 smtp.contoso.com
• 主数据中心 RPC 客户端访问名称空间 rpc.contoso.com
• 辅助数据中心 RPC 客户端访问名称空间 rpc2.contoso.com

以上 7 大所需的名称空间中，有 5 条记录需要配置证书。RPC 客户端访问名称空间不必配置证书，因为其通过 RPC 连接访问而不使用像 HTTP 这样的基于互联网协议。

Exchange 2016

Exchange 2016 的架构好处可以将名称空间模型简化，而这一改变微软从 Exchange 2013 中便开始引入。

当我们规划从 Exchange 2010 升级到 Exchange 2016 时，对于两数据中心的弹性规划而言，至少可以减少如下 5 条名称空间：

• 辅助数据中心名称空间 mail2.contoso.com
• 主数据中心 Outlook Web App 故障恢复名称空间 mailpri.contoso.com
• 辅助数据中心 Outlook Web App 故障恢复名称空间 mailsec.contoso.com
• 主数据中心 RPC 客户端访问名称空间 rpc.contoso.com
• 辅助数据中心 RPC 客户端访问名称空间 rpc2.contoso.com

之所以可以如此精简名称空间主要有如下两大原因：

首先，Exchange 2016 已不再使用 RPC 客户端访问名称空间。这主要是因为 Mailbox Server 的架构已进行了变更，RPC 客户端访问服务已与存储解耦。

其次，客户端访问服务总会将请求发送到活动数据库的 Mailbox Server 。

以*问逻辑并不限于 Active Directory 站点边界。与 Exchange 2010 不同的是，Exchange 2016 并不需要 DAG 之间激活事件的客户端访问名称空间，一个 Active Directory 站点中的 Mailbox Server 可以代理到位置另一 Active Directory 站点中的 Mailbox Server 进行访问。

名称空间模型

根据基础架构设计，将有如下两种选择：

• 为所有数据中心部署一套统一的名称空间(未绑定模型)
• 为每个数据中心部署一套独立名称空间(绑定模型)

未绑定模型

要采用未绑定模型必需跨数据中心部署 1组 DAG，该 DAG 需要在每个数据中心都有 Mailbox Server。通常所有 Mailbox Server 都用于托管活动数据库副本，但也可以将所有活动数据库托管到单个数据中心。在此名称空间模型中，客户端可以同时连接到两个数据中心而不受限于单一数据中心边界，所以称为未绑定模型。

在未绑定模型中，任一数据中心都可以为用户请求提供服务。这意味着，从负载平衡角度来看，两个数据中心的 Exchange 2016 Mailbox Server 都可参与业务处理，从下图中的 VIP(虚拟IP地址) 与名称空间进行关联便可看出。

从理论上讲，两个数据中心会分别负担 50% 的业务处理量。

绑定模型

正如名称所暗示，绑定模型的名称空间规划会将用户关联(或结合)到特定的数据中心。换句话说，用户在正常使用期间只会连接到同一特定数据中心，只有在故障转移时才会访问到第二数据中心。此时，用户便不会有同时连接到两个数据中心的可能性。通常情况下，使用绑定模型需要在两个数据中心部署 2 组 DAG，每个 DAG 中包括一组特定数据中心的邮箱数据库。

在绑定模型中，两个数据中心之间会采用 2 套名称空间，以管控用户可连接到的数据中心。

Autodiscover名称空间

Exchange 2016 同样使用 Autodiscover Service 来配置客户端配置文件，因此与老版本一样 autodiscover.contoso.com 名称空间没有变化。

Office Online Server名称空间

Outlook Web 上的文档协作功能需要  Office Online Server 支撑，因此需要在每个数据中心站点中都部署 Office Online Server。这样部署可确保所有文件协作服务请求都在本地站点进行处理，从而避免出现跨站点请求。

这也就意味着需要为每个数据中心的 Office Online Server 服务器都规划唯一的名称空间。换言之，Office Online Server 使用的是绑定模型。