Exchange 佇列問題與解答：CAS 陣列-伺服器角色、 用戶端建立、 負載平衡和更多
Henrik Walther
合理的伺服器角色
問： 我計劃從 Microsoft Exchange 2007 升級 Exchange 2010 我們的環境。 這種實作必須在所有層級中的 [完全重複。 因為我們的組織將要 3,000 使用者我打算一開始在兩部機器上安裝 Exchange。 每一個將會有集線器傳輸 (HT)、 用戶端存取伺服器 (CAS) 和信箱 (MB) 的伺服器角色。 因此伺服器將複寫資料庫本身之間，兩者也會是成員的一個資料庫可用性群組 (DAG)。
從我們的經驗與目前的 Exchange 環境，我知道是否 HT 和 MB 角色是在同一部電腦上，Microsoft Exchange 郵件提交服務一律慣用本機 HT 伺服器。 它 doesn’t 使用 Active Directory 網站以循環配置資源方式中的其他 HT 伺服器 don’t 具有 HT 伺服器角色的 MB 伺服器一樣。
如果這是在 Exchange 2010 相同，我們會有問題。 保持傳輸 dumpster 上一個 DAG 成員 doesn’t 合理的。 如果成員伺服器會變成無法使用，而信箱資料庫容錯移轉到其他 DAG 成員，傳輸中郵件 dumpster can’t 重新提交。
答： 我了解您的考量。 首先，讓我確保 Exchange 產品群組已經被視為這種案例。 早期在 「 Exchange 2010 開發小組進行設計變更。 如果 Exchange 郵件提交服務偵測到它執行上一個 DAG 的信箱伺服器一部分，它 won’t 偏好本機 HT 伺服器。 改，它會在同一個 Active Directory 站台中其他 HT 伺服器間負載平衡。 如果它 doesn’t 尋找任何，它將會回到本機 HT 伺服器。
住 MB 角色上的 Exchange 郵件提交服務 wasn’t 的唯一開發人員變更。 「 HT 角色，才能變更訊息至另一個 HT 伺服器路徑在 Active Directory 站台中，如果也已 MB 角色，而且它是一個 DAG 的一部分的伺服器上安裝 HT 角色修改它們。 群組變更這兩個以確保高可用性時 HT 和 MB 角色共存 ’s 也 DAG 成員伺服器上的內容。
用戶端存取設計
問： 我們設計我們 Exchange 2010 解決方案，必須決定多少的用戶端存取伺服器 (CAS) 陣列來建立。 我們有兩個資料中心，每個都有自己的 Active Directory 站台。 應該我們建立一個每個站台或不會它意義各有多個陣列嗎?
而且，我們使用 DAGs 來保護信箱資料庫，而且在兩個站台之間的每個資料庫分割的複本。 容錯移轉或轉換到其他站台，具有連線的使用者上的複本，轉換需要？ 我們以手動方式重新設定 DNS 用戶端指向該其他網站 ’s CAS 陣列
答： 決定好數目的 CAS 陣列應該很容易 — 您 can’t 建立一個以上每個 Active Directory 站台。 如果您嘗試得到 所示的錯誤訊息圖 1.
.png)
圖 1如果您嘗試在 Active Directory 網站中建立第二個 CAS 陣列看到錯誤訊息。
因為在您的環境中，您也可以透過任何 CAS 陣列存取信箱資料庫，shouldn’t 會對一個以上的需求。 即使您可以建立多個，就要使用只有第一個。
關於其他您問題，只要在站台 1 CAS 陣列中的至少一個 CAS 伺服器位於 won’t 不必重新設定 DNS，以便用戶端轉換轉換或容錯移轉之後，指到其他站台 ’s 陣列。 在站台 1 的可用 CAS 伺服器會討論直接與信箱伺服器 (這在站台 1 中儲存使用者作用中的資料庫) 使用 RPC。
用戶端建立
問： 您有任何的最佳作法在 Active Directory 站台建立 Exchange 2010 CAS 陣列的共用嗎吗？
答： 我建議您讓任何信箱資料庫，或將任何信箱移至網站中的 Exchange 2010 信箱伺服器之前建立 CAS 陣列。 Exchange 2010 信箱資料庫有稱為 RpcClientAccessServer 屬性。 如果資料庫建立時，有 ’s Active Directory 站台中沒有 CAS 陣列，這將會填入伺服器在 Active Directory 站台中的 Exchange 2010 CAS 伺服器的 FQDN。 如果您建立 CAS 陣列之前任何的信箱資料庫，這個屬性將會改被賦予 CAS 陣列 所示的 FQDN**[圖 2]。**
.png)
圖 2信箱資料庫上 RpcClientAccessServer 屬性。
為什麼是這很好的做法？ Outlook 用戶端 (是否 Outlook 2003 2007年或 2010年) 自動 won’t 拿起變更。 如果使用 Outlook 2007 或 2010年可以擁有由讓舊的 RPC 端點無法使用更新的設定檔，或執行設定檔來修復。 但 Outlook 2003 can’t 變更端點，而且 doesn’t 納入設定檔修復功能。 可強制您進去，並以手動方式變更設定檔，藉由移除使用者名稱將它加入後，然後按一下 「 檢查名稱 」 按鈕)。 這本身，isn’t 理想，並讓您真的應該建立 CAS 陣列事先它也會涉及終端使用者。
負載平衡 CAS 陣列
問： 我們計劃使用硬體負載平衡器而非 Windows NLB，會為我們的 CAS 陣列讓我們想知道是否 ’s 可能設定為新的 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 連接埠的 REG_DWORD。 對於 [DWORD 值應該是您想 (請參閱 的連接埠號碼圖 3).
不 ’s 有關到靜態 RPC 連接埠，而不是在公司網路上使用未指派和未使用連接埠的建議最佳的作法。 Microsoft IT 已經選擇使用 TCP/IP 通訊埠 7575 公司 ’s 公司網路中。 您應該使用以其中較先發生者適合您的情況。
若要設定 Exchange 通訊錄服務的靜態連接埠，開啟位於 C:\Program Files\Microsoft\Exchange Server\V14\Bin 「 記事本 」 中的檔案 microsoft.exchange.addressbook.service.exe.config。 然後將值變更為您想要使用的 TCP/IP 通訊埠。 您 can’t RPC CA 及 Exchange 通訊錄服務使用相同的 TCP/IP 連接埠。
.png)
圖 3您可以設定靜態的連接埠，RPC CA 服務的 CAS 伺服器上。
當您設定連接埠時，您必須重新啟動 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 文件不正確地說您 couldn’t 連線到 RPC CA 服務或使用 Outlook 2003 用戶端的 CAS 陣列。 這是所謂的 doc Bug。 完全支援 Outlook 2003 用戶端。 您只需要確定您啟用 RPC 加密，在 Outlook 設定檔中，或停用 RPC 加密需求，在 CAS 伺服器上。 從安全性觀點來看 Microsoft 建議您啟用 RPC 加密，在 Outlook 設定檔中。 您可以這樣使用群組原則。 步驟請參閱 KB 文章 「 與 Exchange 2010 信箱，因為 RPC 加密需求的 Outlook 連線問題.”
負載平衡與 Windows NLB
問： 使用 Windows 網路負載平衡 (WNLB) 到 Exchange 2010 CAS 陣列的負載平衡流量時, [WNLB FQDN 需要嗎？ 以符合的 CAS 陣列
答： 這根本 isn’t 一項需求。 比方說到前往 CAS 陣列的負載平衡流量使用 Windows NLB 時, 您可以指定一個 FQDN Windows NLB 的說出，casarray01.contoso.com，並且指定 CAS 陣列 outlook.contoso.com。 這會完全正常運作，而且完全支援。 只要內部 DNS 記錄的 [WNLB 到虛擬 IP 之 CAS 陣列點，事應該是細緻。
Henrik Walther 是 Microsoft 認證母片：Exchange 2007 和 Exchange MVP，而且在 IT 產業擁有 15 年以上的經驗。 他在工作時的 Timengo 顧問 (在丹麥一個 Microsoft 枚金幣夥伴) 的技術架構設計師和 Biblioso Corporation (在美國的技術作家 基礎專門在受管理的說明文件和當地語系化服務的公司)。 您可以電子郵件傳送 Walther 使用 exqa@microsoft.com.