偵測到磁碟瓶頸

[本主題的目的是要說明 Exchange Server Analyzer 工具所引出的特定問題。您只應將它套用到已執行過 Exchange Server Analyzer 工具且有遇到該特定問題的系統。Exchange Server Analyzer 工具可免費下載,它會從拓撲中的每台伺服器遠端收集組態資料,並自動分析該資料。產生的報告會詳述重要的組態問題、潛在問題及非預設的產品設定。遵循這些建議,您便能達到較佳的效能、延展性、可靠性及執行時間。如需此工具的相關資訊或是要下載最新版本,請參閱 Microsoft Exchange Analyzer (http://go.microsoft.com/fwlink/?linkid=34707)。]  

上次修改主題的時間: 2006-11-14

Microsoft® Exchange Server Analyzer 工具判斷磁碟系統目前執行於預期可用傳輸量上限的 20% 之內。此判斷是由下列其中一項計算而認定:

  • 測量磁碟延遲。指出延遲的效能計數器為 [LogicalDisk\Avg.Disk sec/Read] 和 [LogicalDisk\Avg.Disk sec/Write.]
  • 將目前磁碟組態的每秒最大可能磁碟 I/O (IOPS) 及轉軸計數與效能監視器 (Perfmon) 所記錄的目前 IOPS 值比較。

視存取的資料類型而定,Exchange 伺服器有不同的容許延遲。因此,最大可接受平均延遲閾值是根據磁碟上資源的類型而定。除了下列清單所指示之外的所有情況中,最大可接受的讀取或寫入延遲值為 50 毫秒 (ms)。

  • 交易記錄檔磁碟機   主控交易記錄檔的磁碟機,其平均寫入延遲應小於 10 毫秒。寫入延遲中的中止應該低於 50 毫秒。交易記錄檔寫入動作是同步的。這表示 Store.exe 處理程序中的執行緒必須先等寫入完成,才能執行其他工作。交易記錄檔的寫入延遲低,對伺服器效能而言相當重要。交易記錄磁碟機的平均讀取延遲應小於 20ms。讀取延遲尖峰應小於 50ms。每秒資料庫記錄停滯應小於 10。等候的資料庫記錄執行緒應小於 10。
    通常,Exchange 伺服器不會讀取交易記錄檔。因此,該磁碟機的讀取延遲不重要。不過,因為交易記錄檔寫入延遲對 Exchange 效能相當重要,建議您在大型伺服器上,不要將主控交易記錄檔的磁碟機用於其他用途。在此情況中,讀取速率 (由 LogicalDisk\Disk Reads/sec 測量) 與寫入速率 (LogicalDisk\Disk Writes/sec) 比應為最小。Exchange Server Analyzer 會偵測交易記錄檔磁碟機上讀取對寫入的比率是否大於 0.10 (相對於每 10 次寫入有大於 1 次的讀取)。
    如果相對於每次寫入有大於 0.10 次的讀取,應識別哪一個應用程式在讀取交易記錄檔磁碟機,然後避免此動作發生。
  • 資料庫磁碟機   包含 Exchange 資料庫檔案 ( *edb 與 *stm 檔) 之磁碟機的可接受延遲如下 (較高的值表示磁碟瓶頸):
    • 資料庫磁碟機上 [Logical Disk\Avg.Disk sec/Read] 的最大值應小於 50ms (0.050 秒)。
    • 資料庫磁碟機上 [Logical Disk\Avg.Disk sec/Read] 的平均值應小於 20ms (0.020 秒)。
  • TEMP 及 TMP 磁碟機   包含 TEMP 及 TMP 目錄之磁碟機的延遲,其讀取及寫入延遲應該低於 10 毫秒。讀取或寫入延遲的最大值應該低於 50 毫秒。
  • 分頁及系統磁碟機   包含分頁檔及 Windows 系統檔之磁碟機的讀取及寫入延遲應小於 10 ms。
  • SMTP 磁碟機   包含 SMTP 伺服器檔案之磁碟機的讀取及寫入延遲應小於 10 ms。

以高於磁碟子系統所能支援的速率存取磁碟是磁碟延遲最常見的原因之一。在此情況中,該磁碟稱為「瓶頸」。這也表示磁碟子系統已到達或超出其輸送量的容量。

如果磁碟 IOPS 的速率 ([LogicalDisk\Disk Transfers/sec]) 接近或大於估計的容量,則該磁碟即「超過輸送量的容量」或「超過容量」。在這些情況中,若要改善伺服器效能,必須減少磁碟子系統上的負載 (將使用者移至其他伺服器) 或增加磁碟機的容量 (增加更多或更快的轉軸)。

如果硬體效能未達預期,即使 I/O 速率顯著低於估計容量,仍可觀察到延遲。

若要減少磁碟子系統上的負載,可以減少由伺服器所執行的工作。更明確地說,您應該移除造成磁碟負載的選擇性應用程式。Store.exe 處理程序是唯一應存取資料庫及交易記錄檔磁碟機的應用程式。

視目前的磁碟系統組態而定,可以採取幾個動作來減少此問題的影響。

若要減少磁碟延遲
  • 如果資料庫或交易記錄檔磁碟機遇到瓶頸,可以將使用者移至尚未接近最大容量的磁碟機上的資料庫或儲存群組,以減少該磁碟機的負載。如果所有的資料庫或交易記錄檔磁碟機都已接近容量,可能必須將使用者移至其他伺服器。若需詳細資訊,請參閱將使用者信箱移至其他伺服器

  • 有時高 I/O 速率的持續時間很短,因為是由耗資源的 MAPI 作業所致。在此情況中,若要判斷哪一個使用者或動作造成高 I/O 速率,可以配合邏輯磁碟效能計數器使用 Exchange Server User Monitor (ExMon) 工具。如果您可以分出使用者,可能可以識別哪一個用戶端應用程式產生較大的負載。您可以從 Microsoft 下載中心 (英文) (http://go.microsoft.com/fwlink/?LinkId=54983) 下載 ExMon。

  • 如果您正在執行 RAID-5 磁碟陣列,可能會想要變更為 RAID-10 磁碟陣列以改善磁碟子系統的可用支援 IOPS。

  • 若要改善可用支援 IOPS,請考慮增加額外的磁碟至磁碟系統。

 
顯示: