監視 Mailbox Server

Exchange 2007
 

適用版本: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1

上次修改主題的時間: 2009-04-13

本主題提供的指導是有關在執行已安裝 Mailbox server role 的 Microsoft Exchange Server 2007 的伺服器上進行監視的最有用效能計數器。監視 Exchange 2007 伺服器時,您應該知道最重要的效能層面。本主題詳述的計數器和閾值可以用來主動識別潛在問題,以及在疑難排解時協助識別問題的根本原因。

雖然 Exchange 2007 依賴的磁碟輸入/輸出 (I/O) 少於舊版 Exchange,但是磁碟回應時間對許多重要系統功能而言仍然十分重要。就歷史記錄來看,磁碟問題一直都是 Exchange 效能問題的主要原因。

請使用下表所列的計數器,來判斷是否發生任何資料庫磁碟相關的問題。

資料庫磁碟的效能計數器

 

計數器 預期值

LogicalDisk(*)\Avg.Disk sec/Read

PhysicalDisk(*)\Avg.Disk sec/Read

顯示從磁碟讀取資料的平均時間 (秒)。

note附註:
使用 Perfmon.exe 查看磁碟時,判斷要查看的計數器 (實體磁碟或邏輯磁碟) 最重要的是瞭解基礎磁碟子系統。Windows 叢集可以使用磁碟區掛接點來克服作業系統的 26 個磁碟機限制,因此磁碟機可能會以數字顯示來指出實體磁碟,而不是以磁碟機代號表示。如需磁碟區掛接點的相關資訊,請參閱 Volume Mount Points (英文) 和 File Systems (英文)。

平均應該永遠低於 20 毫秒。

如果伺服器具有 1,000 位以上的使用者,則 20 毫秒的磁碟時間可能不夠快到可將回應傳回給用戶端,以處理使用者負載。請檢查遠端程序呼叫 (RPC) 平均延遲,確定這些延遲落在建議值內,並針對增加的 I/O 調整磁碟子系統。

LogicalDisk(*)\Avg.Disk sec/Write

PhysicalDisk(*)\Avg.Disk sec/Write

顯示將資料寫入磁碟的平均時間 (秒)。

note附註:
使用 Perfmon.exe 查看磁碟時,判斷要查看的計數器 (實體磁碟或邏輯磁碟) 最重要的是瞭解基礎磁碟子系統。叢集服務可以使用磁碟區掛接點來克服作業系統的 26 個磁碟機限制,因此磁碟機可能會以數字顯示來指出實體磁碟,而不是以磁碟機代號表示。如需磁碟區掛接點的相關資訊,請參閱 Volume Mount Points (英文) 和 File Systems (英文)。

平均應該永遠低於 100 毫秒。

如果磁碟寫入過高,則因為與高寫入時間具有直接相互關聯,所以可能也會影響讀取延遲。

記錄磁碟的效能計數器

 

計數器 預期值

LogicalDisk(*)\Avg.Disk sec/Read

顯示從磁碟讀取資料的平均時間 (秒)。

平均應該低於 20 毫秒。

LogicalDisk(*)\Avg.Disk sec/Write

顯示將資料寫入磁碟的平均時間 (秒)。

note附註:
同步複寫這類處理程序會增加此計數器的延遲。

平均應該低於 10 毫秒。

TEMP/TMP 和分頁檔磁碟的效能計數器

 

計數器 預期值

LogicalDisk(*)\Avg.Disk sec/Read

顯示從磁碟讀取資料的平均時間 (秒)。

平均應該低於 10 毫秒。

尖峰 (最大值) 不應該高於 50 毫秒。

LogicalDisk(*)\Avg.Disk sec/Write

顯示將資料寫入磁碟的平均時間 (秒)。

平均應該低於 10 毫秒。

尖峰 (最大值) 不應該高於 50 毫秒。

雜項磁碟計數器

 

計數器 預期值

LogicalDisk(*)\Avg.Disk sec/Transfer

如果是正常的磁碟,則此計數器大約會顯示 20 毫秒。如果大於 20 毫秒 (或尖峰過高) 的計數器值,則表示可能的磁碟問題 (例如,失敗或速度緩慢)。

平均應該低於 20 毫秒。

尖峰 (最大值) 不應該高於 50 毫秒。

以 MAPI 模式使用 Microsoft Office Outlook 時,Outlook 會執行用戶端作業做為用戶端與伺服器之間的 RPC。如果使用者是以連線模式執行,則會同步進行這些 RPC。伺服器在滿足這些同步要求時所造成的任何延遲,都會直接影響使用者體驗和 Outlook 的回應。反之,會針對使用者信箱本機複本進行以快取模式執行時執行的大部分作業,或是以非同步 (背景) RPC 形式對伺服器發出這些作業。一般而言,非同步 RPC 不會影響 Outlook 用戶端本身的回應或整體體驗。如需緩慢 RPC 要求處理的相關資訊,請參閱疑難排解緩慢 RPC 要求處理問題

請使用下表所列的計數器,來判斷是否發生任何資訊儲存庫 RPC 處理相關的問題。

 

計數器 預期值

MSExchangeIS\RPC Requests

指出目前在資訊儲存庫處理程序內執行的整體 RPC 要求。

Exchange 2007 中的最大值是 500 個 RPC 要求,這是在資訊儲存庫開始拒絕任何來自用戶端的新連線之前,可以在任何指定時間執行的要求數目。

應該永遠低於 70 個。

MSExchangeIS\RPC Averaged Latency

指出 RPC 延遲 (毫秒),是過去 1,024 個封包中所有作業的平均值。

如需在整體伺服器 RPC 平均延遲增加時對用戶端影響的相關資訊,請參閱 RPC Client Throttling (英文)。

平均不應該高於 25 毫秒。

若要判斷特定通訊協定是否造成整體 RPC 延遲,請監視 MSExchangeIS Client (*)\RPC Average Latency,以根據用戶端通訊協定來區隔延遲。

交互參照 MSExchangeIS\RPC Client Backoff/sec,以確定較高的延遲不會造成用戶端節流。

MSExchangeIS\RPC Operations/sec

指出目前每秒發生的 RPC 作業數目。

應該緊密對應歷程基準線。值相對高於預期值時,表示工作負載已變更,而值相對低於預期值時,表示發生用戶端要求無法到達伺服器的瓶頸。

如果是線上模式用戶端,則會將擁有介於 .75 與 1 IOPS/信箱的使用者視為中度使用者。如需如何計算此值的相關資訊,請參閱如何測量每一個信箱的 IOPS主題,「了解 IOPS」一節中的「信箱伺服器儲存設計」資訊 (英文)。

note附註:
因為快取 Exchange 模式用戶端還具有其他同步相關功能,所以它的速率會略高。

MSExchangeIS\RPC Num. of Slow Packets

顯示過去 1,024 個延遲比 2 秒還要久的 RPC 封包數目。

平均應該小於 1,而且應該永遠小於 3。

MSExchangeIS Client (*)\RPC Average Latency

顯示伺服器 RPC 延遲 (毫秒),是特定用戶端通訊協定過去 1,024 個封包的平均值。

下列是可以收集的用戶端通訊協定清單:

Exchange 系統管理員

Exchange ActiveSync

Exchange 信箱助理員

Exchange Outlook Web Access

Exchange POP-IMAP

Exchange 傳輸

Exchange 其他用戶端

Exchange Outlook 無所不在

Exchange 內容索引

Exchange 可用性服務

建立 Exchange 受管理的自訂資料夾

Exchange 管理工作

Exchange 監視工作

Exchange 整合通訊

平均應該小於 50 毫秒。

不同用戶端類型 (例如 IMAP4、Outlook 無所不在或其他用戶端 (MAPI)) 之間的大量差異,有助於直接疑難排解適當的子元件。

MSExchangeIS Client(*)\RPC Operations/sec

顯示每秒執行過多 RPC 作業的用戶端通訊協定。

高 IMAP4、POP3 或 Outlook 無所不在延遲,表示 Client Access Server 發生問題,而不是 Mailbox Server。進行比較時,如果其他用戶端 (包含 MAPI) 延遲較低,尤其指出這種情況。

在某些情況下,除了 Client Access Server 發生的延遲之外,高 IMAP 延遲也可能表示 Mailbox Server 發生瓶頸。

不適用。

Exchange 是一種伺服器應用程式,會回應用戶端要求,並嘗試盡快快速且有效率地滿足要求。下列計數器顯示使用者要求的數目及字元,協助系統管理員判斷用戶端活動是否為 Exchange 效能問題的主要因素。

 

計數器 預期值

MSExchangeIS Mailbox(_Total)\Messages Delivered/sec

顯示將郵件傳遞給所有收件者的速率。

表示儲存區的目前郵件傳遞速率。

不適用。

MSExchangeIS Mailbox(_Total)\Messages Sent/sec

顯示將郵件傳送給傳輸的速率。

用來判斷傳送給傳輸的目前郵件。

MSExchangeIS Mailbox(_Total)\Messages Submitted/sec

顯示用戶端提交郵件的速率。

用來判斷用戶端提交郵件的目前速率。

MSExchangeIS Client(*)\JET Log Records/sec

顯示在處理用戶端要求時產生資料庫記錄的速率。

用來判斷目前負載。

MSExchangeIS Client(*)\JET Pages Read/sec

顯示在處理用戶端要求時從磁碟讀取資料庫頁面的速率。

用來判斷目前負載。

MSExchangeIS Client(*)\Directory Access:LDAP Reads/sec

顯示在處理用戶端要求時,進行輕量型目錄存取通訊協定 (LDAP) 讀取的目前速率。

用來判斷每個通訊協定的目前 LDAP 讀取速率。

MSExchangeIS Client(*)\Directory Access:LDAP Searches/sec

顯示在處理用戶端要求時進行 LDAP 搜尋的目前速率。

用來判斷每個通訊協定的目前 LDAP 搜尋速率。

Exchange 2007 引進一種節流 RPC 用戶端的新功能,防止個別用戶端過度使用伺服器資源。如需 RPC 用戶端輪詢的詳細資料,請參閱 Understanding Client Throttling (英文)。

請使用下表所列的計數器,來判斷是否發生任何 RPC 用戶端節流相關的問題。

 

計數器 預期值

MSExchangeIS\RPC Client Backoff/sec

顯示伺服器通知用戶端進行輪詢的速率。

表示用來進行用戶端輪詢的速率。

高的值可能表示伺服器可能產生導致整體平均 RPC 延遲增加的較高負載,因而進行用戶端節流。

執行特定用戶端使用者動作時,也可能會發生這種情況。根據用戶端執行的動作以及用來執行 RPC 作業的速率,發生輪詢可能是正常的狀況。

不適用。

MSExchangeIS\Client:RPCs Failed:Server Too Busy/sec

顯示自儲存區啟動後,因為 Server Too Busy ROC 錯誤,用戶端報告的失敗 RPC 速率。

應該永遠為 0。

高的值可能表示已用完 RPC 執行緒,或執行比 Microsoft Office Outlook 2007 還舊之 Outlook 版本的用戶端進行用戶端節流。

MSExchangeIS\Client:RPCs Failed:Server Too Busy

自儲存區啟動後,因為 Server Too Busy ROC 錯誤,用戶端報告的失敗 RPC 數。

應該永遠為 0。

因為 Exchange 2007 Mailbox Server 是根據 Hub Transport Server 進行郵件傳遞,所以這些計數器對判斷傳輸層問題而言十分重要。

 

計數器 預期值

MSExchangeIS Mailbox(_Total)\Messages Queued for Submission

顯示傳輸層尚未處理的目前已提交郵件數。

應該永遠低於 50。

不應該持續超過 15 分鐘。

這可能表示傳輸伺服器發生連線問題,或發生背壓。

MSExchangeIS Public(_Total)\Messages Queued for Submission

顯示傳輸層尚未處理的目前已提交郵件數。

應該永遠小於 20。

Exchange 實際是資料庫應用程式,依賴交易記錄和資料庫檔案獲得資料完整性和儲存。這些計數器表示發生資料庫層問題、是否寫入至資料庫本身、寫入交易記錄,或資料庫元件本身之間的互動。

 

計數器 預期值

MSExchange Database ==> Instances(*)\Log Generation Checkpoint Depth

代表處理程序失敗時,需要重做或復原到資料庫檔案之記錄檔計數中的工作量。

如果是 Mailbox server role,應該永遠低於 500。正常的伺服器應該指出每個儲存群組執行個體介於 20 與 30 之間。

如果檢查點深度持續增加一段時間,則這表示是長期執行的交易 (會影響版本儲存區) 或是與資料庫磁碟相關的瓶頸。

如果是 Edge Transport server role,應該永遠低於 1,000。

MSExchange Database(Information Store)\Database Page Fault Stalls/sec

顯示資料庫檔案頁面要求需要資料庫快取管理員從資料庫快取中配置新頁面的速率。

這應該永遠為 0。

如果此值不是零,則表示資料庫將中途分頁清除至資料庫檔案的速度不夠快,無法釋出頁面來配置新頁面。

MSExchange Database(Information Store)\Log Record Stalls/sec

顯示因記錄緩衝區已滿,而無法新增至記錄緩衝區的每秒記錄數。如果此計數器大部分時間都不是零,則記錄緩衝區大小可能會是瓶頸。

如果 I/O 記錄寫入延遲太高,請檢查記錄裝置上的 RAID5 或同步複寫。

平均值應該每秒低於 10。

尖峰 (最大值) 不應該每秒高於 100。

MSExchange Database(Information Store)\Log Threads Waiting

顯示等待將其資料寫入記錄以完成資料庫更新的執行緒數目。如果此數目太高,則記錄會是瓶頸。

平均應該小於 10。

與記錄延遲尖峰並行的正常尖峰,表示交易記錄磁碟是瓶頸。

如果等待中記錄執行緒的值高於可用於記錄的磁針數,則記錄磁碟會是瓶頸。

MSExchange Database(Information Store)\Version buckets allocated

顯示已配置的版本桶 (bucket) 總數。

最大預設版本是 16,384。如果版本桶 (bucket) 達到最大值的 70%,則伺服器會有用完版本儲存區的風險。

應該永遠小於 12,000。

MSExchange Database Instances(*)\I/O Database Reads Average Latency

顯示每個資料庫讀取作業的平均時間長度 (毫秒)。

平均應該是 20 毫秒。

平均應該是 50 毫秒的尖峰。

MSExchange Database Instances(*)\I/O Database Writes Average Latency

顯示每個資料庫寫入作業的平均時間長度 (毫秒)。

平均應該是 50 毫秒。

如果未伴隨資料庫頁面錯誤延遲,則接受最高 100 毫秒的尖峰。

MSExchange Database(Information Store)\Database Cache Size (MB)

顯示資料庫快取管理員使用的系統記憶體數量 (MB),以保留來自資料庫檔案的常用資訊,防止進行檔案作業。如果資料庫快取大小似乎太小而無法得到最佳效能,而且系統的可用記憶體過少 (檢查 Memory/Available Bytes 的值),則將更多的記憶體新增至系統可增加效能。如果系統的記憶體足夠,而資料庫快取大小未成長到超出特定點,則資料庫快取大小可能是處於手動的低限制。增加此限制可增加效能。

最大值是 RAM-2GB (RAM-3GB 則是針對啟用同步複寫的伺服器)。此項目和 Database Cache Hit % 是十分好用的計數器,可用於評估新增更多的實體記憶體是否可以解決伺服器效能問題。

搭配使用此計數器與儲存區私人位元組,可以判斷儲存區記憶體是否流失。

MSExchange Database(Information Store)\Database Cache % Hit

顯示由資料庫快取所滿足而未造成檔案作業之資料庫檔案頁面要求的百分比。如果此百分比太低,則資料庫快取大小可能過小。

如果是具有多數線上模式用戶端的公司,應該高於 90%。

如果是具有多數快取模式用戶端的公司,應該高於 99%。

如果命中率小於這些數字,則表示資料庫快取可能不足。

MSExchange Database\Log Bytes Write/sec

顯示將位元組寫入記錄的速率。

應該永遠小於 10,000,000。

每個記錄檔的大小為 1,000,000 個位元組時,每秒 10,000,000 個位元組會產生每秒 10 筆記錄。這可能表示傳送的是大型郵件或是迴圈郵件。

下列計數器可協助判斷伺服器上的使用者負載以及使用的通訊協定。

 

計數器 預期值

MSExchangeIS Client(*)\RPC Operations/sec

顯示每秒執行過多 RPC 作業的用戶端通訊協定。

高 IMAP4、POP3 或 Outlook 無所不在延遲,表示 Client Access Server 發生問題,而不是 Mailbox Server。進行比較時,如果其他用戶端 (包含 MAPI) 延遲較低,尤其指出這種情況。

在某些情況下,除了 Client Access Server 發生的延遲之外,高 IMAP 延遲也可能表示 Mailbox Server 發生瓶頸。

不適用。

MSExchangeIS Client (*)\RPC Average Latency

平均應該小於 50 毫秒。

不同用戶端類型 (例如 IMAP4、Outlook 無所不在或其他用戶端 (MAPI)) 之間的大量差異,有助於直接疑難排解適當的子元件。

MSExchangeIS Client(*)\JET Log Records/sec

顯示在處理用戶端要求時產生資料庫記錄的速率。

用來判斷目前負載。

不適用。

MSExchangeIS Client(*)\JET Pages Read/sec

顯示在處理用戶端要求時從磁碟讀取資料庫頁面的速率。

用來判斷目前負載。

不適用。

MSExchangeIS Client(*)\Directory Access:LDAP Reads/sec

顯示在處理用戶端要求時進行 LDAP 讀取的目前速率。

用來判斷每個通訊協定的目前 LDAP 讀取速率。

不適用。

MSExchangeIS Client(*)\Directory Access:LDAP Searches/sec

顯示在處理用戶端要求時進行 LDAP 搜尋的目前速率。

用來判斷每個通訊協定的目前 LDAP 搜尋速率。

不適用。

MSExchangeIS Mailbox(_Total)\Messages Delivered/sec

顯示將郵件傳遞給所有收件者的速率。

表示儲存區的目前郵件傳遞速率。

不適用。

MSExchangeIS Mailbox(_Total)\Messages Sent/sec

顯示將郵件傳送給傳輸的速率。

用來判斷傳送給傳輸的目前郵件。

不適用。

MSExchangeIS Mailbox(_Total)\Messages Submitted/sec

顯示用戶端提交郵件的速率。

用來判斷用戶端提交郵件的目前速率。

不適用。

MSExchangeIS\User Count

顯示連線至資訊儲存庫的使用者數目。

用來判斷目前的使用者負載。

不適用。

MSExchangeIS Public(_Total)\Replication Receive Queue Size

顯示等待處理的複寫郵件數。

應該永遠小於 100。

此值應該在複寫間隔之間回復為最小值。

這些計數器表示與用戶端針對 Exchange 信箱或公用資料夾啟動之作業相關的問題。

 

計數器 預期值

MSExchangeIS Mailbox(*)\Slow Findrow Rate

顯示較慢 FindRow 需要用於信箱儲存區的速率。

任何特定信箱儲存區都不應該超過 10。

高的值表示應用程式正在編目或搜尋信箱,而這會影響伺服器效能。這些項目包含桌面搜尋引擎、客戶關係管理 (CRM) 或其他協力廠商應用程式。

MSExchangeIS Mailbox(*)\Search Task Rate

顯示每秒建立的搜尋工作數目。

應該永遠小於 10。

MSExchangeIS\Slow QP Threads

顯示目前執行未最佳化查詢的查詢處理器執行緒數目。

應該永遠小於 10。

MSExchangeIS\Slow Search Threads

顯示目前執行未最佳化查詢的搜尋執行緒數目。

應該永遠小於 10。

MSExchangeIS Mailbox(*)\Categorization Count

顯示存在於信箱儲存區之分類數目中的分類計數。使用者建立篩選過的檢視或執行搜尋時,都會建立分類。當資訊儲存庫必須維護過多的分類數目時,效能可能會受到影響。

表示系統中限制搜尋資料夾和一般搜尋資料夾的整體數目。應該檢查明顯的增加,特別是在實作任何利用 MAPI 介面的協力廠商應用程式之後。

不適用。

平均信箱大小增加時,Exchange 2007 必須將更多資源專用於索引、搜尋以及擷取資料。這些計數器可協助您判斷伺服器是否有足夠的資源來執行這些查詢。

 

計數器 預期值

Process(Microsoft.Exchange.Search.ExSearch)\% Processor time

顯示 Exchange 搜尋服務目前使用的處理器時間量。

一般應該小於整體 CPU 的 1%,而且不應該維持高於 5%。

Process(msftefd*)\%Processor Time

顯示正用來更新儲存處理程序內之內容索引的處理器時間量。

應該小於儲存處理程序在穩定狀態期間的 10%。

完整編目會增加整體處理時間,但是絕不應該超出整體儲存區 CPU 容量。請檢查節流計數器,判斷是否因伺服器效能瓶頸而發生節流。

MSExchange Search Indices(*)\Recent Average Latency of RPCs Used to Obtain Content

顯示 Microsoft Exchange 資訊儲存庫服務的最近 RPC 的平均延遲 (毫秒)。這些 RPC 是用來取得所指定資料庫的篩選器精靈內容。

應該與 Outlook 用戶端發生的延遲同時發生。

MSExchange Search Indices(*)\Throttling Delay Value

顯示工作者執行緒從 Microsoft Exchange 資訊儲存庫服務擷取文件之前的總休眠時間 (毫秒)。這是透過節流監視執行緒所設定。

表示目前節流延遲值。如果此值不是零,則表示潛在伺服器瓶頸會引入延遲值,以節流進行索引的速率。

不適用。

MSExchange Search Indices(*)\ Average Document Indexing Time

顯示對文件進行索引所需時間的平均值 (毫秒)。

應該永遠小於 30 秒。

MSExchange Search Indices(*)\Full Crawl Mode Status

表示此 .mdb 檔案是 (值=1) 否 (值=0) 已進行完整編目。

用來判斷任何指定的資料庫是否進行完整編目。

如果 CPU 資源太高,則可能是某個資料庫或一組資料庫正在進行內容索引。

不適用。

本節適用於行事曆服務員、資源預約服務員、郵件答錄機助理員和受管理的資料夾助理員。

請使用下表所列的計數器,來判斷是否發生任何信箱助理員相關的問題。

 

計數器 預期值

Process(MSExchangeMailboxAssistants)\%Processor Time

顯示信箱助理員正在使用的處理器時間量。

應該小於整體 CPU 容量的 5%。

MSExchange Assistants(*)\Mailboxes Processed/sec

顯示以時間為基礎的助理員每秒處理信箱的速率。

判斷此計數器的目前負載統計資料。

不適用。

MSExchange Assistants(*)\Events Polled/sec

顯示每秒輪詢的事件數。

判斷此計數器的目前負載統計資料。

不適用。

MSExchange Assistants(*)\Events in queue

顯示記憶體內部佇列中正在等待助理員處理的事件數。

應該永遠是小的值。高的值可能表示效能瓶頸。

MSExchange Assistants(*)\Average Event Processing Time in Seconds

顯示所選擇事件的平均處理時間。

應該永遠小於 2。

下列計數器可協助判斷伺服器上的資源預約負載。

 

計數器 預期值

MSExchange Resource Booking\Average ResourceBooking Processing Time

顯示處理資源預約服務員中事件的平均時間。

應該永遠是小的值。高的值可能表示效能瓶頸。

MSExchange Resource Booking\Requests Failed

顯示資源預約服務員處理事件時發生的失敗總數。

應該永遠為 0。

下列計數器可協助判斷伺服器上的行事曆服務員負載。

 

計數器 預期值

MSExchange Calendar Attendant\Average Calendar Attendant Processing time

顯示處理行事曆服務員中事件的平均時間。

應該永遠是小的值。高的值可能表示效能瓶頸。

MSExchange Calendar Attendant\Requests Failed

顯示行事曆服務員處理事件時發生的失敗總數。

應該永遠為 0。

這些計數器適用於找出並判斷與 Mailbox Server 和 Hub Transport Server 上 Microsoft Exchange 資訊儲存庫服務之間的介面相關的問題。與 Exchange Server 2003 不同的是,Exchange 2007 是透過 RPC 與 Hub Transport Server 進行通訊,而不是透過簡易郵件傳送通訊協定 (SMTP),因此延遲和佇列處理會是較大的問題。

 

計數器 預期值

MSExchange Store Interface(_Total)\RPC Latency average (msec)

顯示 RPC 要求的平均延遲 (毫秒)。平均值是自載入 exrpc32 之後透過所有 RPC 計算而來。

應該永遠小於 100 毫秒。

MSExchange Store Interface(_Total)\RPC Requests outstanding

顯示未完成 RPC 要求的目前數目。

應該永遠為 0。

MSExchange Store Interface(*)\ROP Requests outstanding

顯示未完成遠端作業 (ROP) 要求的總數。

用來判斷目前負載。

不適用。

MSExchange Store Interface(*)\RPC Requests Outstanding

顯示未完成 RPC 要求的總數。

用來判斷目前負載。

不適用。

MSExchange Store Interface(*)\RPC Requests failed (%)

顯示 RPC 要求總數的失敗要求百分比。失敗在這裡表示含有錯誤碼之失敗加上含有例外狀況之失敗的總和。

應該永遠為 0。

MSExchange Store Interface(*)\RPC Requests Sent/sec

顯示目前每秒啟動 RPC 要求的速率。

用來判斷目前負載。

不適用。

MSExchange Store Interface(*)\RPC Slow Requests (%)

顯示所有 RPC 要求的緩慢 RPC 要求百分比。

緩慢 RPC 要求是執行時間超過 500 毫秒的要求。

應該永遠小於 1。

MSExchange Store Interface(*)\RPC Slow Requests latency average (msec)

顯示緩慢要求的平均延遲 (毫秒)。

用於判斷 RPC 緩慢要求的平均延遲。

不適用。

MSExchangeMailSubmission(*)\Hub Servers In Retry

顯示處於重試模式的 Hub Transport Server 數目。

應該永遠為 0。

MSExchangeMailSubmission(*)\Successful Submissions Per Second

判斷目前郵件提交速率。

不適用。

MSExchangeMailSubmission(*)\Failed Submissions Per Second

應該永遠為 0。

MSExchangeMailSubmission(*)\Temporary Submission Failures/sec

顯示每秒的暫時提交失敗數目。

應該永遠為 0。

這些計數器清楚指出與複寫引擎和複寫協力程式相關的問題。而這些問題可以是本機或遠端發生的。

 

計數器 預期值

MSExchange Replication(*)\CopyQueueLength

顯示等待複製至被動副本記錄檔資料夾的交易記錄檔數目。在檢查完副本是否有損毀後,才能將副本視為完成。

note附註:
應該根據被動節點來監視此計數器之叢集連續複寫 (CCR) 叢集的兩個節點。

如果是 CCR,則應該永遠小於 10。

如果是本機連續複寫 (LCR),則應該永遠小於 1。

MSExchange Replication(*)\ReplayQueueLength

顯示等待重新顯示至被動副本的交易記錄檔數目。

note附註:
應該根據被動節點來監視此計數器之 CCR 叢集的兩個節點。

表示目前重新顯示佇列長度。執行遞交、容錯移轉或啟動時,高的值會導致較長的儲存裝載時間。

MSExchange Replica Seeder(*)\Seeding Finished %

顯示植入的完成百分比。它的值是從 0% 到 100%。

用來判斷特定資料庫是否發生植入,這可能會影響整體伺服器效能或目前的網路頻寬。

不適用。

若要確保您目前閱讀的是最新資訊,並尋找其他的 Exchange Server 2007 說明文件,請造訪 Exchange Server 技術資源中心.
顯示: