Exchange Server 2003 的效能及延展性功能

 

上次修改主題的時間： 2011-02-16

為了增強 Exchange 組織的效能及延展性，Microsoft® Exchange Server 2003 提供下列全新或改進的功能：

• SP1 中的新功能：改進的多處理器支援
• SP2 中的新功能：改進的離線通訊錄效能
• 改進的通訊群組清單快取
• 抑制通訊群組清單成員的郵件答錄機訊息
• 增強的 DNS 型網際網路郵件傳遞
• 改進的 Microsoft Office Outlook® 同步處理效能
• 改進的 Outlook Web Access 效能
• 監視 Outlook 用戶端效能
• 連結狀態改進功能
• 虛擬地址空間改進功能
• 使用 Exchange 系統管理員變更 MTA 檔案目錄位置
• 使用 Exchange 系統管理員變更 SMTP mailroot 目錄位置
• 調整 Exchange Server 2003

本章將詳細討論上述的每個主題。

如需可靠性改進功能的相關資訊 (最相關的主題)，請參閱＜Exchange Server 2003 的可靠性及叢集功能＞。

SP1 中的新功能：改進的多處理器支援

之前將後端伺服器中的處理器數目增加到四個以上時，Exchange 伺服器的效能即有些微的提升。但在增加到八個以上的處理器時，所提升的效能有限，有時甚至比之前的效能還差。因增加額外的處理器而導致效能降低，已成為在最新電腦上使用之各類處理器的顯著問題。

使用 Exchange Server 2003 Service Pack 1 (SP1)，額外處理器的延展性即能獲得大幅改善。啟用超執行緒時，擁有八個處理器的伺服器現在能比擁有四個處理器的伺服器提升 50% 的效能。將擁有八個處理器的電腦用於後端伺服器的作法，目前在許多案例中都很適用。但仍建議您針對前端伺服器，使用擁有兩個處理器的伺服器。

SP2 中的新功能：改進的離線通訊錄效能

在 Exchange Server 2003 SP2 中，提供了離線通訊錄效能的改進功能。特別的是，這些改進功能有助於減少使用者下載離線通訊錄資訊的網路影響。

附註：
若要了解此增強效能，Exchange 用戶端必須執行 Microsoft® Office Outlook® 2003 Service Pack 2 (SP2) 或更新版本。

下列清單描述某些改進功能：

• 電子郵件用戶端下載完整離線通訊錄的狀況並不常見。特別的是，SP2 中的變更會讓用戶端執行的離線通訊清單的差異下載，而非完整下載。差異下載對網路效能及用戶端效能的影響程度，遠較完整下載來得小。

  重要事項：

  在某些情況下，雖然 Exchange 伺服器會判定差異下載較具效率，但是 Exchange 伺服器可能無法為 Outlook 2003 SP2 之前版本的用戶端產生差異檔。在 Exchange Server 2003 SP2 之前的 Exchange 伺服器版本中，如果無法產生差異檔，則會一律強制進行完整離線通訊錄下載。然而，如果這是發生在執行 Exchange Server 2003 SP2 的伺服器上，則 Exchange 伺服器會改成記錄事件，指出它無法產生差異檔，因而無法產生完整的離線通訊錄檔案。在此情況下，在問題更正之前，使用者將無法接收離線通訊錄更新。事件中的描述會指出目錄中的哪些變更導致了此問題。如果您注意到目錄中的變更是蓄意的，可能會考慮變更離線通訊錄伺服器的預設行為，以便在無法產生差異下載時，產生完整離線通訊錄下載。若要變更此設定，則必須編輯事件日誌訊息中所指定的 Windows 登錄。如需如何進行此設定的相關資訊，請參閱 Exchange Server 2003 SP2 線上說明中的＜在無法產生差異檔時，產生完整離線通訊錄下載檔＞。若為執行 Outlook 2003 SP2 或更新版本的用戶端，則離線通訊錄格式中的變更會解決這些讓伺服器停止產生差異檔的問題。伺服器透過不產生使用新離線通訊錄格式之用戶端的差異檔，而不再嘗試強制進行完整離線通訊錄下載。然而，如果差異檔大小大於完整離線通訊錄大小的預設片段，則用戶端可能仍會決定進行完整下載。

• 完整離線通訊錄下載的大小在不含 SP2 的伺服器上會大幅地縮小。採用改良式機制壓縮離線通訊錄檔案，才得以建立這些改進功能。

• 離線通訊錄索引是以用戶端的地區設定 (語言及國家) 為基礎。這可讓相同伺服器 (含有不同地區設定) 上的使用者正確檢視離線通訊錄，並依據其地區設定 (而非伺服器) 來進行排序。

• 診斷記錄改進功能可讓使用者輕鬆注意到離線通訊錄下載可能發生的問題。特別是，新增了事件以協助您監視下列問題。

  • 因離線通訊錄中至少有一個屬性超過它的大小限制，在移除該屬性時，會記錄警告事件。
  • 每當因某些屬性超過其大小限制，而改變記錄時，即會記錄資訊事件。
  • 產生差異下載失敗時，會記錄錯誤事件。

• 透過讓您指定離線通訊清單下載檔中特定屬性類型的大小限制，即可管理離線通訊錄下載檔的大小。若要進行此項作業，請在登錄中指定個別屬性類型的大小上限 (以位元組計)。事件會記錄在應用程式記錄檔中，以協助您追蹤這些設定的變更。如需如何管理離線通訊錄下載檔大小的相關資訊，請參閱 Exchange Server 2003 SP2 線上說明中的＜管理離線通訊錄檔案大小＞。

改進的通訊群組清單成員資格快取

Exchange 2000 Server 及 Exchange Server 2003 會先使用規則快取來查閱通訊群組清單成員資格，然後再傳送郵件。在 Exchange 2003 中，已將規則快取最佳化。因此，會減少查閱通訊群組清單成員資格所需的處理時間。這個新功能會經由重新設計快取，使用更有效率的方式來完成查閱、插入及到期，來改進效能，因而可減少 60% 與通訊群組清單有關的 Microsoft Active Directory® 目錄服務查詢。

重新設計的快取最後只是稍微減少了 Active Directory 的使用 (通訊群組清單查閱只佔整體 Active Directory 查閱的一小部份)。

抑制通訊群組清單成員的郵件答錄機訊息

在舊版 Exchange 中，如果您建立了郵件答錄機的訊息，該訊息會傳送至出現在 [收件者] 或 [副本] 行上之通訊群組清單的所有成員。在 Exchange 2003 中，郵件答錄機的訊息不會傳送至在 [收件者] 或 [副本] 行上出現的整個通訊群組清單成員。而只會將郵件答錄機的訊息傳送至傳入郵件之 [收件者] 或 [副本] 行上所指定的個別使用者名稱。

在判定經常傳送電子郵件給通訊群組清單的使用者，不想接收來自通訊群組清單成員的郵件答錄機訊息之後，即會實作此變更。此變更對 Exchange 伺服器的效能只有稍許的幫助；特別的是，只降低了少量的 CPU 使用量。

增強的 DNS 型網際網路郵件傳遞

Exchange 2003 的網域名稱系統 (DNS) 型網際網路郵件傳遞功能已經增強。特別的是，DNS 型網際網路郵件的負載平衡現在更具效率。此外，Exchange 2003 針對無法使用的網路和主機，以及無法回應的外部 DNS 伺服器，提供了容錯改進功能。

此變更對 Exchange 伺服器的效能有所助益；特別的是，會用更可靠的方式來傳遞 DNS 型網際網路郵件。

改進的 Outlook 同步處理效能

Exchange 2003 可改善 Outlook 2003 使用者的一般使用者經驗。

下列是 Exchange Server 2003 及 Outlook 2003 通訊的改進功能：

• 減少變更通知數目。
• Exchange 2003 偵測到需要同步處理的原始郵件格式 (例如，HTTP)，且只會將該格式的郵件傳送給用戶端。
• 改善 Outlook 用戶端要求同步處理包含巢狀資料夾階層的狀況。
• 使用者現在會收到一封郵件，指出要下載之郵件的數目及大小。
• Exchange 2003 會執行資料壓縮，以降低在 Outlook 2003 用戶端及 Exchange 2003 伺服器之間傳送的資訊量。
• Exchange 2003 會降低使用 Outlook 2003 之使用者與 Exchange 伺服器間所傳送之資訊的要求總數。

Exchange 2003 針對在 [快取 Exchange 模式] 中作業之使用者改進了 Outlook 同步處理效能。

下列是與在 [快取 Exchange 模式] 中執行之 Outlook 用戶端相關的增強功能清單：

• 減少變更通知數目。
• Exchange 2003 偵測到需要同步處理的原始郵件格式 (例如，HTTP)，且只會將該格式的郵件傳送給用戶端。
• 改善 Outlook 用戶端要求同步處理包含巢狀資料夾階層的狀況。
• 使用者現在會收到一封郵件，指出要下載之郵件的數目及大小。使用者可選取他們想要下載的郵件。
• Exchange 2003 會執行資料壓縮，以降低在 Outlook 2003 用戶端及 Exchange 2003 伺服器之間傳送的資訊量。
• Exchange 2003 降低用戶端和伺服器之間的資訊要求總數 (無論 Outlook 2003 用戶端是否在快取模式中作業)，藉以最佳化用戶端和伺服器之間的通訊。

這些變更會降低 Exchange 伺服器上的 CPU 使用量。特別是，因為來自 Outlook 用戶端的用戶端要求數量較少且次數較不頻繁，所以伺服器也會使用較少的處理電力。

改進的 Outlook Web Access 效能

Exchange Server 2003 降低執行 Outlook Web Access 之電腦與 Exchange 伺服器之間所傳送的總資訊量，藉以改善 Outlook Web Access 使用者的一般使用者經驗。

Outlook Web Access 用戶端效能在 Exchange2003 中已有所改進。例如，Outlook Web Access 使用者會注意到他們的 [收件匣] 載入速度變快了。他們也會注意到工作的回應速度也變快 (特別是透過慢速連線時)。主要原因是因為 Exchange 2003 減少了必須在伺服器與用戶端間傳送的位元組量。

監視 Outlook 用戶端效能

舊版 Exchange 無法監視 Outlook 使用者的一般使用者效能經驗。但是，運用 Exchange 2003 及 Outlook 2003，系統管理員就可以分析這些使用者的效能。

Exchange 2003 伺服器會記錄 RPC 延遲，以及執行 Outlook 2003 的用戶端電腦所發生的錯誤。系統管理員可以使用此資訊來判定使用者整體經驗的品質，並且監視 Exchange 伺服器有無錯誤。

Outlook 用戶端會在後續成功的 RPC 呼叫時，將 RPC 資料 (例如，延遲資料或錯誤碼) 傳送到 Exchange 2003 伺服器。

附註：
將 RPC 資料從用戶端電腦傳送到 Exchange 伺服器，並不是偵測個別即時錯誤的主要方法。

下表列出與 RPC 相關且可使用 Microsoft Operations Manager 監視的作業。如需使用 Microsoft Operations Manager 的相關資訊，請參閱 https://go.microsoft.com/fwlink/?LinkId=16198 (英文) 及 https://go.microsoft.com/fwlink/?LinkId=18176 (英文)。

使用 Microsoft Operations Manager 的用戶端效能監視器

計數器	描述
用戶端：RPCs attempted	自啟動 Exchange 儲存區後，使用者所嘗試的 RPC 要求總數。
用戶端：RPCs succeeded	自啟動 Exchange 儲存區後，Outlook 用戶端傳送成功的 RPC 要求總數。
用戶端：RPCs failed	自啟動 Exchange 儲存區後，失敗的 RPC 要求總數。
用戶端：RPCs failed:Server unavailable	自啟動 Exchange 儲存區後，因為 "Server Unavailable" RPC 錯誤而失敗的 RPC 要求數。
用戶端：RPCs failed:Server too busy	自啟動 Exchange 儲存區後，因為 "Server Too Busy" RPC 錯誤而失敗的 RPC 要求數。
用戶端：RPCs failed:all other errors	自啟動 Exchange 儲存區後，因為所有其他 RPC 錯誤而失敗的 RPC 要求數。
用戶端：RPCs attempted / sec	使用者嘗試 RPC 要求的速率。
用戶端：RPCs succeeded / sec	成功 RPC 要求的速率。
用戶端：RPCs failed / sec	失敗 RPC 要求的速率。
用戶端：RPCs failed / sec:Server unavailable	自啟動 Exchange 儲存區後，因為 "Server Unavailable" RPC 錯誤而失敗的 RPC 要求速率。
用戶端：RPCs failed / sec:Server too busy	自啟動 Exchange 儲存區後，因為 "Server Too Busy" RPC 錯誤而失敗的 RPC 要求數。
用戶端：RPCs failed / sec:all other errors	自啟動 Exchange 儲存區後，因為所有其他 RPC 錯誤而失敗的 RPC 要求速率。
用戶端：Total reported latency	自啟動 Exchange 儲存區後，所有 RPC 要求的延遲總數 (秒)。
用戶端：Latency > 2 sec RPCs / sec	延遲大於 2 秒之成功 RPC 要求的速率。
用戶端：Latency > 5 sec RPCs / sec	延遲大於 5 秒之成功 RPC 要求的速率。
用戶端：Latency > 10 sec RPCs / sec	延遲大於 10 秒之成功 RPC 要求的速率。

連結狀態改進功能

Exchange 2003 會在沒有替代路徑或連線不穩定時，抑制連結狀態資訊，以減少連結狀態流量。(不穩定的連線就是在連線狀態時好時壞的連線。)在這兩種情況下，連結狀態都會保持可用，因而降低了所傳播的連結狀態流量。

如需連結狀態改進功能的相關資訊，請參閱＜Exchange Server 2003 傳輸及郵件流程功能＞中的＜連結狀態改進功能＞。

虛擬地址空間改進功能

使用 Exchange 2000，系統管理員可能會遇到與虛擬地址空間管理相關的問題。為了解決這些問題，Exchange 2003 增加了下列改進功能：

• 多重改進功能，以移除 Exchange 元件所作的許多小型記憶體配置。

• 多重改進功能，以確定記憶體配置是否有效率。例如，要求 32 KB 緩衝區，而非 17 KB 緩衝區，以免浪費其餘的記憶體。

• 啟動時，Epoxy 現在會大量配置 190 MB 的連續記憶體，而不是先配置小量記憶體，然後再逐漸要求更多的記憶體。您可以使用 DSAccess 設定，來變更此 Epoxy 記憶體配置。

• Store.exe 處理程序執行緒堆疊大小已從 512 KB 減少為 256 KB。

• 依據伺服器的組態，Store.exe 處理程序現在會配置適當的可延伸儲存引擎 (ESE) 快取緩衝區大小，而非使用明確指定的值。針對設定 /3GB 選項的伺服器，則會設定快取大小 896 MB (例如，28 個 32 MB)。如果未設定 /3GB 選項，則會將快取大小設為 576 MB (例如，18 個 32 MB)。如需設定 /3GB 選項的相關資訊，請參閱 Microsoft 知識庫文章 - 266096＜Exchange 2000 必須具有 1 GB 以上的實體 RAM，才能使用 /3GB 參數＞。

  附註：
  只有在符合下列準則的伺服器上，才應設定 /3GB 參數：

  附註：
  伺服器主控 Exchange 2003 信箱或公用資料夾。

  附註：
  伺服器具有 1 GB 或以上的實體記憶體。

• 如果可用的虛擬記憶體達到 32 MB，則 Exchange 2003 會對 ESE 緩衝區快取傳送一次要求，以增加 64 MB (預設)。此 64 MB 部份可用來進行訊息處理，並為系統管理員提供更多啟動 Store.exe 處理程序之前所需要的時間。

• Exchange 會在儲存區處理程序開始時，執行最佳的記憶體組態檢查。如果記憶體設定不是最佳情況，則 [事件檢視器] 中便會出現事件 9665。此訊息會在下列情況時出現：

  • 該伺服器執行 Microsoft Windows® 2000 Server，而且登錄中的 SystemPages 值超出 24000 到 31000 的範圍。
  • 伺服器有 1GB 或更多的記憶體，但沒有 /3GB 參數。
  • 伺服器執行 Microsoft Windows Server™ 2003，且有 1 GB 或更多的記憶體，並設定了 /3GB 參數，但沒有 /USERVA 設定，或該設定超出 3030 到 2970 的範圍。

  如果遇到這種情形，請檢查登錄中的 SystemPages 與 HeapDeCommitFreeBlockThreshold 設定，以及 Boot.ini 檔案中的 /3GB 參數與 /USERVA 設定。

  附註：
  如果您希望關閉記憶體組態檢查，可以建立下列登錄機碼。

  路徑	HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem\
  參數	Suppress Memory Configuration Notification
  類型	REG_DWORD
  設定	1

使用系統管理員變更 MTA 檔案目錄位置

Exchange MTA 資料庫及執行目錄預設會位於安裝 Exchange 2003 的資料夾下 (<磁碟機>:\Program Files\Exchsrvr\ MTADATA)。在某些伺服器上，尤其是 Exchange 當作 Bridgehead 伺服器運作時，您可將 MTA 資料庫重新定位在快速磁碟陣列上 (如 RAID 0+1 磁碟分割)，藉以增進效能。

附註：
修改佇列目錄的位置時，只會修改 MTA 資料庫路徑，且只會移動資料庫檔案 (.dat 檔案)，並不會移動任何執行檔或執行目錄。

附註：
因為重新定位 MTA 執行目錄會導致效能問題，所以請勿嘗試此項作業。

在 Exchange 2003 中，可以使用 [Exchange 系統管理員] 來變更 MTA 資料庫的位置。若要執行此項作業，請使用 [X.400 內容] 對話方塊中的 [一般] 索引標籤。如需如何變更 MTA 資料庫位置的相關資訊，請參閱第六章中的＜移動 X.400 (MTA) 及 SMTP 佇列目錄位置＞。

使用系統管理員變更 SMTP Mailroot 目錄位置

在 Exchange 2003 中，當郵件經由 SMTP 送達時，資料會以 Microsoft Windows NT 檔案系統 (NTFS) 檔案 (亦即 .eml 檔案) 格式寫入磁碟。這些檔案寫入的目錄 (<磁碟機>:\Program Files\Exchsrvr\Mailroot)，預設會在安裝 Exchange  2003 二進位檔案的同一個磁碟分割上。

在某些案例中 (例如設定 Bridgehead 或轉送伺服器)，將 SMTP Mailroot 目錄重新定位在更快的磁碟分割上可以增進效能。

在 Exchange 2003 中，您可以使用 [Exchange 系統管理員] 來移動 Mailroot 目錄。若要執行此項作業，請使用 [SMTP 虛擬伺服器內容] 對話方塊中的 [郵件] 索引標籤。如需如何移動 Mailroot 目錄的相關資訊，請參閱＜Exchange Server 2003 傳輸及郵件流程功能＞中的＜移動 X.400 (MTA) 和 SMTP 佇列目錄位置＞。

調整 Exchange 2003

安裝時，Exchange 2003 的執行狀況良好，且不需多加調整。然而，在與舊版 Exchange 並存或實作大規模 Exchange 2003 伺服器的情況下，就需要進行一些手動調整。

雖然本節未提供完整的調整建議清單，但強烈建議您在將 Exchange 2000 伺服器升級至 Exchange 2003 時，進行調整變更。

移除 Exchange 2000 調整參數

許多 Exchange 2000 調整參數 (例如＜Microsoft Exchange 2000 內部：快速調整手冊＞(英文) 技術文件中所列的那些參數) 已不再適用於 Exchange 2003；事實上，這些參數中的某些參數會造成問題。如果您先前已藉由新增本節中列出的設定調整過您的 Exchange 2000 伺服器，則必須在執行 Exchange 2003 的伺服器上手動移除這些設定。您可以使用登錄編輯程式、網際網路資訊管理員及 ADSI 編輯器來移除這些設定。如需使用登錄編輯程式、網際網路資訊管理員及 ADSI 編輯器的相關資訊，請參閱 Windows Server 說明。

附註：
編輯登錄錯誤可能會導致嚴重的問題，使得您必須重新安裝作業系統。因編輯登錄錯誤所造成的問題可能無法解決。因此請在編輯登錄之前，備份所有重要的資料。

Initial Memory Percentage

Initial Memory Percentage 登錄機碼已無法再與 Exchange 2003 搭配使用。因此在安裝 Exchange 2003 時，請使用 [登錄編輯程式] 刪除下列登錄參數。

位置：	HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
參數：	Initial Memory Percentage (REG_DWORD)

可延伸的儲存系統堆積

Exchange 2003 現在會自動計算堆積的數量上限。因此在安裝 Exchange 2003 時，請使用 [登錄編輯程式] 來刪除下列登錄參數。

位置：	HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ESE98\Global\OS\Memory
參數：	MPHeap parallelism (REG_SZ)

DSAccess MaxMemoryConfig 機碼

如果之前已藉由新增 MaxMemoryConfig 機碼來調整 DSAccess 效能，則不建議再使用該機碼。因此在安裝 Exchange 2003 時，請使用 [登錄編輯程式] 來刪除下列登錄參數。

位置：	HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeDSAccess\Instance0
參數：	MaxMemoryConfig (REG_DWORD)

DSAccess 記憶體快取調整

如果您先前曾調整 DSAccess 中的使用者快取記憶體，現在可以移除這項手動調整。Exchange 2000 的預設使用者快取記憶體是 25 MB，Exchange 2003 則預設為 140 MB。因此在安裝 Exchange 2003 時，請使用 [登錄編輯程式] 來刪除下列登錄參數。

位置：	HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeDSAccess\Instance0
參數：	MaxMemoryUser (REG_DWORD)

Outlook Web Access 內容到期

您不應該停用 \Exchweb 虛擬目錄的內容到期設定。在所有案例中，都應使用 1 天的預設到期設定。您可於 [網際網路資訊管理員] 中檢視及修改此設定。

記錄檔緩衝區

如果您曾手動調整過 msExchESEParamLogBuffers 參數 [例如，調整為 9000 (Exchange 2000 SP2 的建議值) 或 500 (Exchange 2000 SP3 的建議值)]，請清除該項手動調整。Exchange 2003 使用預設值 500。先前 Exchange 2000 所使用的預設值為 84。

若要將此設定回復成預設設定 <Not Set>，請在 ADSI 編輯器中開啟下列參數，然後按一下 [清除]。

位置：	CN=Configuration/CN=Services/CN=Microsoft Exchange/CN=<Exchange 組織名稱>/CN=Administrative Groups/CN=<系統管理群組名稱>/CN=Servers/CN=<伺服器名稱>/CN=Information Store>/CN=<儲存群組名稱>
參數：	MsExchESEParamLogBuffers

最大開啟表格

如果您手動調整 msExchESEParamMaxOpenTables 參數，則應清除該項手動調整。在清除參數值之後，Exchange 2003 會自動為您計算正確值；例如，在裝有 8 個處理器的伺服器上，就會使用值 27600。

若要將此設定回復成預設設定 <Not Set>，請在 ADSI 編輯器中開啟下列參數，然後按一下 [清除]。

位置：	CN=Configuration/CN=Services/CN=Microsoft Exchange/CN=<Exchange 組織名稱>/CN=Administrative Groups/CN=<系統管理群組名稱>/CN=Servers/CN=<伺服器名稱>/CN=Information Store>/CN=<儲存群組名稱>
參數：	msExchESEParamMaxOpenTables