如果大家已經在企業環境中部署了早期版本的 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 使用的是綁定模型。