了解服務器角色

問：我打算將環境由 Microsoft Exchange 2007 升級到 Exchange 2010。此實現必須在所有級別都是完全冗余的。因為我們的組織有大約 3,000 名用戶，所以，我計劃開始時在兩臺計算機上安裝 Exchange。每臺計算機都有集線器傳輸 (HT)、客戶端訪問服務器 (CAS) 和郵箱 (MB) 服務器角色。這兩臺計算機也都是數據庫可用性分組 (DAG) 的成員，因此數據庫將在這些服務器之間進行復制。

通過使用當前的 Exchange 環境，我知道，如果 HT 和 MB 角色在同一臺計算機上，Microsoft Exchange 郵件提交服務將始終首選本地 HT 服務器。它不像沒有 HT 服務器角色的 MB 服務器那樣以循環方式使用 Active Directory 站點中的其他 HT 服務器。

如果 Exchange 2010 也采用這種方式，則會出現問題。在 DAG 成員中保留傳輸轉儲程序沒有意義。如果成員服務器不可用，并且郵箱數據庫故障轉移到其他 DAG 成員，則無法重新提交傳輸轉儲程序中的消息。

答：我理解您的疑慮。首先，我要向您保證，Exchange 產品組已經考慮到這種情況。在 Exchange 2010 開發階段的早期，團隊就進行了設計更改。如果 Exchange 郵件提交服務檢測到它正在 DAG 的郵箱服務器部分中運行，它將不首選本地 HT 服務器，而是在同一 Active Directory 站點的其他 HT 服務器之間實現負載平衡。如果它找不到任何其他 HT 服務器，則會回退到本地 HT 服務器。

在 MB 角色中運行的 Exchange 郵件提交服務并不是開發人員更改的唯一內容。他們還修改了 HT 角色，如果安裝 HT 角色的服務器中還有 MB 角色并且該服務器屬于 DAG，則可將郵件重新路由到 Active Directory 站點中的其他 HT 服務器。產品組對這方面都進行了更改，以確保在 HT 和 MB 角色共存于作為 DAG 成員的同一臺服務器上時實現高可用性。

客戶端訪問設計

問：我們要重新設計 Exchange 2010 解決方案，因此必須確定要創建的客戶端訪問服務器 (CAS) 陣列的數目。我們將有兩個數據中心，其中每個數據中心都有自己的 Active Directory 站點。我們應該為每個站點創建一個陣列還是創建多個陣列？

而且，我們將使用 DAG 保護郵箱數據庫，并將使每個數據庫的副本跨兩個站點分布。如果要故障轉移或切換到已連接用戶的另一個站點，是否需要手動重新配置 DNS 以使客戶端指向另一站點的 CAS 陣列？

答：決定 CAS 陣列數的過程應該比較簡單，不能為每個 Active Directory 站點創建一個以上 CAS 陣列。如果您嘗試創建多個陣列，將看到圖 1 所示的錯誤消息。

圖 1 嘗試在一個 Active Directory 站點中創建第二個 CAS 陣列時將看到的錯誤消息。

因為通過環境中的任何 CAS 陣列都可以訪問郵箱數據庫，所以無需多個 CAS 陣列。即使可以創建多個 CAS 陣列，也只會使用第一個陣列。

關于您的其他問題，只要站點 1 的 CAS 陣列中至少有一臺 CAS 服務器可用，就不必通過重新配置 DNS 來使客戶端在切換或故障轉移后指向另一站點的陣列。站點 1 中的可用 CAS 服務器將通過 RPC 直接與郵箱服務器（為站點 1 中的用戶存儲活動數據庫）進行通信。

客戶端創建

問：關于在 Active Directory 站點中創建 Exchange 2010 CAS 陣列，是否有任何最佳實踐可與大家分享？

答：我建議您在創建任何郵箱數據庫或將任何郵箱移至站點中的 Exchange 2010 郵箱服務器之前，先創建 CAS 陣列。Exchange 2010 郵箱數據庫有一個名為 RpcClientAccessServer 的特性。如果創建數據庫時，Active Directory 站點中沒有 CAS 陣列，則會用 Active Directory 站點中 Exchange 2010 CAS 服務器的服務器 FQDN 填充此特性。如果在創建任何郵箱數據庫之前創建 CAS 陣列，則會為此特性提供 CAS 陣列的 FQDN，如圖 2 所示。

 圖 2 郵箱數據庫的 RpcClientAccessServer 特性。

為什么應該這樣做？Outlook 客戶端（無論是 Outlook 2003、2007 還是 2010）將不自動提取更改。如果使用的是 Outlook 2007 或 2010，通過使舊 RPC 終結點不可用或執行配置文件修復，可以更新配置文件。但 Outlook 2003 不能更改終結點，也不提供配置文件修復功能。這樣，您不得通過執行以下操作手動更改配置文件：刪除用戶名，重新添加該用戶名，然后單擊“檢查名稱”按鈕。這種做法本身就不適用，還涉及最終用戶，因此，您確實應該提前創建 CAS 陣列。

CAS 陣列負載平衡

問：我們計劃對 CAS 陣列使用硬件負載平衡器而不是 Windows NLB，因此，我們想了解是否可以為新 Exchange 2010 RPC 客戶端訪問服務設置靜態端口。硬件負載平衡器的供應商建議不要使用動態端口。如果可以為此服務設置靜態端口，您建議使用哪些特定端口？

答：與以前的版本一樣，在 Exchange 2010 中也可以為 RPC CA 服務設置靜態端口。您需要為該服務以及 Exchange 通訊簿服務設置靜態端口，因為 Outlook 通過 MAPI 與這兩種服務進行通信。同時，仍會與郵箱服務器進行公共文件夾連接。

若要在 CAS 服務器中為 RPC CA 服務設置靜態端口，您需要在 CAS 陣列的每臺 CAS 服務器中打開注冊表并導航到：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MSExchangeRPC。新建一個名為 ParametersSystem 的項，并在此項下創建名為 TCP/IP Port 的 REG_DWORD。該 DWORD 的值應為要使用的端口號（請參閱圖 3）。

關于靜態 RPC 端口，建議您使用企業網絡中未分配和未使用的端口，除此之外沒有最佳做法。Microsoft IT 選擇使用公司的企業網絡中的 TCP/IP 端口 7575。您應該使用最適合的端口。

若要為 Exchange 通訊簿服務設置靜態端口，請在記事本中打開文件 microsoft.exchange.addressbook.service.exe.config，該文件位于 C:\Program Files\Microsoft\Exchange Server\V14\Bin 中。然后，將端口值更改為要使用的 TCP/IP 端口。RPC CA 和 Exchange 通訊簿服務不能使用同一 TCP/IP 端口。

圖 3 在 CAS 服務器中為 RPC CA 服務配置靜態端口。

配置端口后，您需要重新啟動 Microsoft Exchange 通訊簿和 Microsoft Exchange RPC 客戶端訪問服務。若要為公共文件夾連接設置靜態端口，其執行步驟與更改 RPC CA 服務所用的 TCP/IP 端口相同。唯一的不同在于，您還必須對 Exchange 2010 郵箱服務器執行這些步驟，因為公共文件夾連接需針對郵箱服務器角色中的 RPC CA 服務進行。為公共文件夾連接設置端口后，您需要在每臺郵箱服務器上重新啟動 Microsoft Exchange RPC 客戶端訪問服務。

Outlook 連接

問：據我所知，只有 Outlook 2007 和 2010 可以連接 RPC CA 服務或 CAS 陣列。真的是這樣嗎？

答：過去 Exchange 2010 文檔曾指出，使用 Outlook 2003 客戶端不能連接 RPC CA 服務或 CAS 陣列。這是所謂的文檔錯誤。Outlook 2003 客戶端是完全受支持的。您只需要確保在 Outlook 配置文件中啟用 RPC 加密或在 CAS 服務器中禁用 RPC 加密要求。從安全角度出發，Microsoft 建議您在 Outlook 配置文件中啟用 RPC 加密。使用組策略可以執行此操作。有關步驟，請參閱知識庫文章“Outlook 與 Exchange 2010 郵箱由于 RPC 加密要求而產生的連接問題。”

使用 Windows NLB 的負載平衡

問：在使用 Windows 網絡負載平衡 (WNLB) 對發往 Exchange 2010 CAS 陣列的通信進行負載平衡時，WNLB 的 FQDN 是否需要與 CAS 陣列的 FQDN 相匹配？

答：根本不要求這樣。例如，在使用 Windows NLB 對發往 CAS 陣列的通信進行負載平衡時，可為 Windows NLB 指定一個 FQDN（例如 casarray01.contoso.com），并為 CAS 陣列分配 outlook.contoso.com。您可以這樣做，這是完全受支持的。只要 CAS 陣列的內部 DNS 記錄指向 WNLB 的虛擬 IP，就可以正常工作。

原文：http://technet.microsoft.com/zh-cn/magazine/ff626260.aspx

來源：微軟TechNet中文站