Exchange 2013 調整大小和設定建議
適用於：Exchange Server 2013
與舊版 Exchange 相比，Exchange 2013 對系統資源的要求更高。 藉由正確調整 Exchange 2013 基礎結構的大小，然後對該基礎結構內的 Exchange 相關元件進行一些建議的組態，您可以為最佳執行的部署打下基礎。
Exchange 2013 調整大小
正確調整 Exchange 2013 大小是防止效能問題最有效的方式之一。 這裡 提供 Exchange 2013 伺服器角色需求計算機。 最新版本為 9.1。 若要正確使用此計算機，您必須參閱 Exchange 2013 伺服器角色需求計算機 和 調整 Exchange 2013 部署大小 部落格文章中的指引。
在購買和部署硬體之前，請務必先從計算機開始。 您應該先根據計算機結果來判斷整體資源需求。 您可以使用計算機來輸入組織的需求，並使用結果來取得如何調整硬體的指引。 計算機不會告訴您要使用多少部伺服器，但可讓您估計 Exchange 工作負載對一組指定伺服器的影響。 您應該試驗不同的設定，以瞭解其如何影響效能，以符合您環境特有的硬體和商務需求。
為了簡化部署並充分利用硬體，Exchange 產品群組建議使用多角色服務器。 使用多重角色 severs 可讓您在用戶端存取伺服器 (CAS) 層提供更好的可用性，因為在失敗案例期間有更多用戶端存取伺服器可用來處理要求。 Exchange 2013 的主要設計考慮是利用「較小」的商用類型伺服器 (相應放大，而不是相應增加) 。 設計和測試是使用最多包含 20 個處理器核心的兩部通訊端電腦完成，最多 96 GB (GB) RAM。 如果您的硬體大於此建議，您應該考慮其他選項。 例如，針對其他需求使用該硬體，並為您的 Exchange 2013 環境購買較小的伺服器。 或者，請考慮虛擬化。
比起將資源新增至現有、較大的伺服器， (相應放大) ，最好建置更多伺服器， (相應增加) 。 相應放大可讓您的環境利用 Exchange 2013 中內建的高可用性功能。 若要瞭解為何建議此設定，請詳細檢閱 慣用架構 和 網站復原能力對可用性的影響文章。
計算機不會考慮下列專案：
- 在 Exchange 伺服器上執行的協力廠商產品。
- 與 Exchange 互動的產品，包括內部開發的應用程式。
因此，請務必在調整大小時考慮這些專案。 例如，Lync Server、協力廠商 Exchange Web 服務 (EWS) 應用程式，以及 ActiveSync 裝置都可以大幅增加每位使用者的 CPU 需求。 使用協力廠商產品檔，以取得其如何影響 Exchange 的相關資訊。 建議您在實作協力廠商解決方案之前，先建立 Exchange 的效能基準。
建議的效能設定
建議針對您的 Exchange 2013 環境使用下列效能優化。
電源
設定 BIOS 以允許作業系統 (作業系統) 管理電源。
在 OS 中，開啟高效能電源計劃。
處理
關閉實體 Exchange 伺服器上的超執行緒。 在虛擬伺服器環境中，您可以在實體伺服器上啟用超執行緒，但每個虛擬伺服器應該只配置所需的虛擬 CPU 數目。 換句話說，不要過度配置虛擬 CPU，而只會使用實體處理器核心計數來調整計算大小。
在 Exchange Server 2013 Service Pack 1 或更新版本中，您可以啟用 SSL 卸載，以協助減少用戶端存取伺服器的 CPU 耗用量，但 SSL 卸載的複雜設定可能不值得獲益。
.NET Framework
| Exchange 版本 | .NET Framework 4.6.2 | .NET Framework 4.6.1 | .NET Framework 4.5.2 |
|---|---|---|---|
| Exchange 2013 CU16 | X | ||
| Exchange 2013 CU15 | X | X1,2 | X |
| Exchange 2013 CU13 和 CU14 | Xsup > 1，2 | X |
1 .NET Framework 4.6.1 如果您想要在執行 Exchange 2013 CU13 的伺服器上安裝，則需要發行後修正程式。 如需詳細資訊。 請參閱 Exchange 2013 必要條件。
2如果您要從 Exchange 2013 CU12 或更早版本升級至 Exchange 2013 CU13、CU14 或 CU15，強烈建議您先安裝 Exchange 2013 CU13，再.NET Framework 4.6.1 及其相關的發行後修正程式。
如果您無法安裝 .NET 4.5.2，請參閱 Microsoft 知識庫文章2995145當您連線到在 Windows Server 中執行的 Exchange Server 2013 時，效能問題或延遲」。該文章中的修正是根據 Store Worker Process 記憶體使用率的內部結果所開發。 藉由套用這些修正程式，您將會減少所有受控進程的整體記憶體耗用量 (包括存放區背景工作進程) ，並減少在 .NET 垃圾收集中花費的整體 CPU 時間。
熱修正
Exchange 效能小組建議安裝下列所有與效能相關的熱修正程式。
- 可在可用Windows Server 2012中改善叢集復原能力的更新
- Windows Server 2012型容錯移轉叢集的建議 Hotfix 和更新
- Windows Server 2012 R2 型容錯移轉叢集的建議 Hotfix 和更新
- 在具有多核心處理器的Windows 8或Windows Server 2012型電腦上，RSS 處理器指派不正確
- 當您連線到在 Windows Server 中執行的 Exchange Server 2013 時的效能問題或延遲
- 如果 Exchange 2013 中的 SSLOffloading 為 「True」，Outlook 連線問題
- 2013 年 Exchange Server 資料庫容錯移轉之後，Outlook 的長伺服器連線
- Lync 與 Exchange Server 2013 整合時，Outlook Web App效能變慢
- EMS 需要很長的時間才能在 Exchange Server 2013 累積更新 5 環境中執行第一個命令
- 如果在 2013 Exchange Server啟用 IPv6，則訊息路由延遲
- 相依于 Windows Server 2008 R2 SP1 中 Microsoft LDAP 用戶端的應用程式高 CPU 使用量
- 當您在 Windows 8.1 或 Windows Server 2012 R2 中使用 RPC over HTTP 通訊協定時，CPU 使用率很高
網路
使用 Exchange 2013 時，建議使用單一網路介面卡，因為不再需要分割 MAPI 和複寫網路。 如需詳細資訊，請參閱 網路需求。
使用可用的預設的[負載] 設定，並確定已啟用 RSS， (Windows Server 2012和更新版本) 中的預設設定。 RSS 有助於調整 CPU 使用率，特別是在 10 GbE 上。
確認 OS 未關閉網路卡以節省電力。
維護最新的 NIC 驅動程式。 請每月洽詢您的廠商，以取得相關的驅動程式更新。
Internet Information Services (IIS)
在安裝期間，Exchange 會修改 IIS 的一些連線限制。 不建議進一步調整 IIS。
盡可能避免自訂。 Exchange 累積更新或 Windows 更新可以覆寫對web.config或登錄機碼的任何變更。
儲存體
Exchange 2013 儲存體組態選項中提供 Exchange 2013 儲存體的指導方針。
虛擬化
請檢閱 硬體虛擬化的需求。 另請注意，Exchange 不是 NUMA) 感知 (非統一記憶體存取。 因此，建議使用硬體製造商的預設 NUMA 設定。
Active Directory
監視目錄伺服器效能，因為 Active Directory 查詢會直接影響您的 Exchange 部署。
LDAP 搜尋時間是測量 Active Directory 健康情況的重要計數器。 監視網域控制站上的 CPU。 網域控制站上的 CPU 問題會轉譯為 Exchange 伺服器上的效能問題。
在位於 [資料收集器集合] 底下的 效能監視器 網域控制站上執行內建的 「Active Directory 診斷」，以協助找出網域控制站效能問題的原因。
在網域控制站上規劃足夠的 RAM，以便能夠快取完整的 AD 資料庫檔案。
建議您為每 8 個信箱核心部署一個 Active Directory 通用類別目錄核心，這些信箱核心會根據 64 位通用類別目錄核心) 來處理作用中負載 (。
負載平衡
所有用戶端存取伺服器應該會收到大約相同數目的連入連線。
針對所有通訊協定，Exchange 2013 不需要指定用戶端存取伺服器與負載平衡器之間的會話親和性。
硬體或軟體負載平衡器應該用來管理用戶端存取伺服器的所有輸入流量。 您可以使用「迴圈配置資源」之類的方法來判斷目標伺服器的選取範圍，其中每個輸入連線會移至迴圈清單中的下一個目標伺服器，或使用「最少的連線」來決定，其中負載平衡器會將每個新連線傳送至當時已建立連線最少的伺服器。 這些方法會在 負載平衡中進一步詳細說明。 您也應該考慮下列專案：
迴圈配置資源有長期連線 (如 RPC/HTTP) 的緩慢聚合問題。 當新的電腦上線時，跨目的電腦所提供的連線平衡需要很長的時間才能交集。
使用「最少連線」方法時，請留意用戶端存取伺服器可能會在用戶端存取伺服器中斷或修補維護期間多載且沒有回應。 在 Exchange 效能的內容中，驗證是耗費資源的作業。
由於 Exchange 2013 環境中的 Windows 網路負載平衡 (NLB) 有一些限制， 如負載平衡中所詳述，我們不建議使用 Windows NLB。
使用者和資料庫散發
維護每個資料庫的使用者和每部伺服器作用中資料庫的妥善平衡分佈。 平均分散資料庫磁碟空間耗用量，以及平衡所有資料庫的大量使用者。
您必須分析您的使用者基底，以瞭解它們如何與 Exchange (裝置、Outlook 和 OWA) 互動，以及這些互動會從效能觀點造成的影響。 請參閱第 2 節中的計算機部落格，以深入瞭解如何分析每個使用者的 Exchange 使用量。
設定每個伺服器的資料庫複製啟用喜好設定和「MaximumPreferredActiveDatabases」 () 設定，以在容錯移轉或切換期間維持平衡。
RedistributeActiveDatabases.ps1腳本會跨 DAG 節點重新平衡作用中的資料庫。
請考慮強制執行與 Microsoft 365 或Office 365相符的嚴格專案計數限制。 您可以使用 Set-Mailbox Cmdlet 和 信箱資料夾限制中提供的資訊來執行此動作。
Pagefile
如果您使用的 RAM 超過 32 GB，請將分頁檔的大小上限設定為 32，778 MB。
分頁檔不應裝載于與 Exchange 資料庫檔案或資料庫記錄檔相同的磁片磁碟機上。
請務必使用固定大小的分頁檔，而不允許 Windows 管理大小。 增加頁面檔案可能是非常耗用效能的工作，而且可能會在 Exchange 處於壓力時造成問題。
如果您需要取得完整的核心傾印，請參閱 產生核心或完成損毀傾印。
Outlook 模式
建議使用快取模式。 若要瞭解使用快取模式的優點，請參閱 在 Outlook 2013 的快取 Exchange 模式和線上模式之間進行選擇。
請務必注意，伺服器增益集和 Outlook 協力廠商增益集可能會影響效能。使用線上模式時，用戶端可能會預期來自協力廠商增益集的一些效能問題、高專案計數、受限制的檢視、存取信箱的使用者數目，以及其他因素。 相較于 Outlook 2013，舊版用戶端可能會受到高專案計數和效能的影響。
如果組織在線上模式中設定 Outlook 的主要原因是基於安全性考慮，請考慮改用 BitLocker。
Outlook 2013 提供新的「同步滑杆」功能，可將下載時間和 OST 檔案的大小降至最低。 如需詳細資訊， 請參閱在 Outlook 2013 中設定快取的 Exchange 模式。
每月檢查您環境中支援的 Outlook 用戶端更新。
協力廠商軟體
最佳做法是卸載或停用協力廠商軟體，同時對 Exchange 效能進行疑難排解。 下列清單包含 Microsoft 支援服務最常看到影響 Exchange 2013 效能的協力廠商軟體類型。
- 防毒軟體解決方案
- 入侵防護軟體
- 備份軟體
- 稽核軟體，適用于檔案和使用者
- 封存解決方案