解決 Microsoft Exchange 服務(wù)器性能問題_圖文

1、c5541abf-15ce-464f-b5d2-758395fcdf3e解決 Microsoft Exchange 服務(wù)器性能問題Microsoft Corporation發(fā)布日期:2006 年 12 月 12 日作者:Exchange Server 文檔組摘要本指南向 Exchange 管理員提供關(guān)于如何隔絕性能降級并為該目的而使用現(xiàn)有工具和步驟的信息。有意見或建議嗎?請將您的反饋(英文發(fā)送至 exchdocs。Contents解決 Microsoft Exchange 服務(wù)器性能問題 (5獲取正確的疑難解答工具 (5性能 (6了解何時監(jiān)視性能 (7Load Simulator (LoadS

2、im (7Exchange 壓力和性能 (8網(wǎng)絡(luò)監(jiān)視器 (8Filemon (8識別性能下降的癥狀 (9識別正在增長的郵件隊(duì)列 (9監(jiān)視郵件隊(duì)列的示例 (10識別慢速 RPC 請求處理 (11客戶端監(jiān)視 (12監(jiān)視 RPC 處理的示例 (12如何啟用 Outlook 2003 客戶端監(jiān)視 (13開始之前 (14步驟 (14識別 Epoxy 中正在增長的隊(duì)列 (14監(jiān)視 Epoxy 隊(duì)列的示例 (16分析并找出性能下降的原因 (17排除第三方應(yīng)用程序或支持應(yīng)用程序 (18解決 I/O 傳輸問題 (18解決處理器利用率問題 (19解決內(nèi)存利用率問題 (20解決網(wǎng)絡(luò)使用率問題 (21監(jiān)視兩臺計(jì)算機(jī)之

3、間的通信 (21如何在網(wǎng)絡(luò)監(jiān)視器中創(chuàng)建地址數(shù)據(jù)庫 (22步驟 (22如何使用網(wǎng)絡(luò)監(jiān)視器監(jiān)視兩臺計(jì)算機(jī)之間的網(wǎng)絡(luò)通信 (22開始之前 (23步驟 (23解決磁盤限制問題 (23查看臨時磁盤的 I/O 模式 (24查看數(shù)據(jù)庫磁盤的 I/O 模式 (24使用同步復(fù)制查看數(shù)據(jù)庫磁盤的 I/O 模式 (26查看事務(wù)日志磁盤的 I/O 模式 (29查看 SMTP 隊(duì)列的 I/O 模式 (30查看頁面文件磁盤的 I/O 模式 (31提高磁盤性能 (32解決內(nèi)存限制問題 (33查看用戶空間內(nèi)存 (33提高用戶空間內(nèi)存 (33查看內(nèi)核內(nèi)存使用情況 (34查看 Exchange 存儲虛擬內(nèi)存 (41提高 Exch

4、ange 存儲虛擬內(nèi)存 (43解決處理器限制問題 (44處理器限制問題的示例 (44提高處理器性能 (46解決網(wǎng)絡(luò)限制問題 (47提高網(wǎng)絡(luò)性能 (47解決 Active Directory 限制問題 (47提高 Active Directory 性能 (50處理特殊的 Exchange 角色和性能 (51查看前端服務(wù)器 (51查看公用文件夾服務(wù)器 (51處理多瓶頸問題 (53多瓶頸示例 (53查看癥狀 (53Copyright (575 解決 Microsoft Exchange 服務(wù)器性能問題 一個或多個子系統(tǒng)運(yùn)行不佳,會改變服務(wù)器的響應(yīng)和行為。通常,這意味著服務(wù)器無響應(yīng)或工作行為降低到不可

5、接受的程度。性能降低會使服務(wù)級別協(xié)議 (SLA 處于風(fēng)險中,這最終會損害組織本身。這些主題為 Microsoft® Exchange Server 2003 管理員提供了有關(guān)如何找出性能降低情況的信息,以及如何使用現(xiàn)有工具和產(chǎn)品(如 Performance、Load Simulator、Exchange Stress and Performance 2003、Network Monitor 和 Filemon執(zhí)行此操作的信息。還可以使用這些主題中的信息來確保服務(wù)器性能不會由于硬件問題或故障而逐漸降低。注意,有關(guān)確保服務(wù)器正常運(yùn)行以及診斷或解決用戶體驗(yàn)問題的內(nèi)容,超出了這些主題的論述范

6、圍。盡管通常認(rèn)為服務(wù)器的性能問題會導(dǎo)致用戶體驗(yàn)差(如客戶端響應(yīng)緩慢,但實(shí)際情況并非總是如此,而且用戶體驗(yàn)差也不一定都是由性能問題導(dǎo)致的。在斷定服務(wù)器性能差導(dǎo)致用戶體驗(yàn)差之前,必須將用戶問題與觀察到的服務(wù)器性能降低情況相關(guān)聯(lián)。注意: 請下載 Troubleshooting Microsoft Exchange Server Performance (英文,以便脫機(jī)后打印或閱讀。 獲取正確的疑難解答工具當(dāng)排除運(yùn)行 Microsoft® Exchange Server 2003 的服務(wù)器的性能故障時,可以使用Microsoft Windows® 操作系統(tǒng)附帶的工具或者通過 Int

7、ernet 獲得幫助。下表列出的工具對診斷或阻止瓶頸以及幫助隔離問題很有幫助。Exchange 2003 性能工具工具名稱 說明 安裝方法Performance (perfmon.msc 用于建立性能的基準(zhǔn)和解決性能問題。注意:此工具在 Windows 2000 及更早版本中稱為性能監(jiān)視器。 隨 Windows 一起安裝。Load Simulator (LoadSim(loadsim.exe 用作測試服務(wù)器對郵件負(fù)載的響應(yīng)的基準(zhǔn)工具。 Exchange 2003 版本:link/?linkid=250976工具名稱 說明 安裝方法Exchange Stress and Performance

8、(ESP 2003 (medusa.exe 用于測試壓力和性能。 此工具通過同時訪問一個或多個協(xié)議服務(wù)器來模擬大量客戶端會話。Exchange 2003 版本: link/?linkid=25097Network Monitor (netmon.exe用于診斷服務(wù)器連接問題。添加/刪除程序 添加/刪除 Windows 組件Filemon (filemon.exe用于跟蹤到特定過程和文件的 I/O http:/www.sysinternals.co m/當(dāng)測試系統(tǒng)以確保系統(tǒng)在投入使用之前狀況良好時,LoadSim 和 ESP 將是非常有用的工具。可以使用其他工具幫助診斷生產(chǎn)服務(wù)器中的瓶頸。性能性

9、能是長期監(jiān)視大量子系統(tǒng)和軟件的 Microsoft 管理控制臺 (MMC 管理單元。它提供了一種公用的基礎(chǔ)結(jié)構(gòu),用于根據(jù)性能計(jì)數(shù)器報告數(shù)據(jù)。這些計(jì)數(shù)器依據(jù)對象、計(jì)數(shù)器和(可選實(shí)例以層次結(jié)構(gòu)進(jìn)行組織,如下所述:性能對象 這是受監(jiān)視計(jì)算機(jī)的一個部分。最常用的一些對象是“處理器”、“內(nèi)存”和“物理磁盤”。安裝 Exchange 2003 會將新對象(如 MSExchangeIS添加到性能對象列表。計(jì)數(shù)器 性能對象應(yīng)用的計(jì)數(shù)器是可監(jiān)視對象的一部分。例如,可以監(jiān)視內(nèi)存可用的字節(jié)數(shù)、千字節(jié)數(shù)和兆字節(jié)數(shù),以及內(nèi)存對象的每秒頁錯誤數(shù)或每秒總頁數(shù)。實(shí)例(可選 在計(jì)算機(jī)上可能存在多個要監(jiān)視的對象或計(jì)數(shù)器。例如,在

10、查看多處理器計(jì)算機(jī)上的“處理器”對象下的計(jì)數(shù)器時,會看到數(shù)量與該計(jì)算機(jī)上的處理器數(shù)目相同的實(shí)例?？梢赃x擇僅監(jiān)視特定的處理器或監(jiān)視所有處理器。本文中介紹了很多性能計(jì)數(shù)器。使用性能管理單元,可以輕松地看到這些計(jì)數(shù)器的當(dāng)前值,也可以驗(yàn)證每個計(jì)數(shù)器的當(dāng)前狀態(tài)。但是,最有意思的功能是將任意數(shù)目機(jī)器上的任意數(shù)量的計(jì)數(shù)器、對象和實(shí)例記錄到文件或 SQL 數(shù)據(jù)庫。 本文中提及的性能計(jì)數(shù)器具有以下格式: 性能對象(實(shí)例計(jì)數(shù)器注意: 實(shí)例不是必需的。例如,性能計(jì)數(shù)器,PhysicalDisk% Disk Time ,并沒有特定的實(shí)例。7了解何時監(jiān)視性能了解使用性能管理單元監(jiān)視哪些計(jì)數(shù)器,這只是監(jiān)視性能的一部分。還

11、需要知道何時監(jiān)視這些計(jì)數(shù)器。一個服務(wù)器有很多狀態(tài),通過監(jiān)視每個狀態(tài),可了解哪一個服務(wù)器操作正常以及哪個不正常。當(dāng) Exchange 服務(wù)器聯(lián)機(jī)時,在 Exchange 正確填充緩存和所有內(nèi)存結(jié)構(gòu)之前還需要一些時間。此狀態(tài)稱為瞬間狀態(tài)。瞬間狀態(tài)的長短取決于服務(wù)器大小(處理器的數(shù)量、內(nèi)存大小和其他因素及其承擔(dān)的負(fù)載大小。通常,瞬間狀態(tài)的持續(xù)時間為每天 1 到 2 個小時。瞬間狀態(tài)結(jié)束后,服務(wù)器進(jìn)入另一種狀態(tài),在該狀態(tài)中服務(wù)器應(yīng)展示與預(yù)測差異一致的負(fù)載。此狀態(tài)稱為靜止?fàn)顟B(tài),除非負(fù)載更改或出現(xiàn)外部因素,如備份、還原、數(shù)據(jù)庫維護(hù)等,否則該狀態(tài)將一直持續(xù)下去。分析服務(wù)器時,必須記錄服務(wù)器的性能和盡可能多的

12、數(shù)據(jù)點(diǎn),因?yàn)槿铀俣纫群饬啃Ч斓枚?。如果發(fā)生循環(huán)性能下降,則應(yīng)該在發(fā)生之前、發(fā)生期間和之后在整個循環(huán)中進(jìn)行記錄。此外,建議使用至少一分鐘的取樣解決方案,否則不容易發(fā)覺性能問題。例如,5 分鐘內(nèi)的磁盤峰值可以在 30 秒性能日志中追蹤到。如果在特定的時間段中沒有明顯的下降,則在延長時間(如服務(wù)器周期里的一整天中記錄通常會非常明顯。用戶通常在早晨、高峰時間和一天結(jié)束時開始使用服務(wù)器,而了解服務(wù)器在這些時間如何反應(yīng)非常重要。了解服務(wù)器在數(shù)據(jù)庫維護(hù)和備份周期期間如何反應(yīng)也非常重要。有時,錯誤制定的備份計(jì)劃可能會強(qiáng)制數(shù)據(jù)庫維護(hù)不正常結(jié)束,這以后會影響服務(wù)器性能。Load Simulator (Loa

13、dSimLoad Simulator 或 LoadSim 2003 是模擬 MAPI 客戶端性能負(fù)載的工具。管理員調(diào)整服務(wù)器大小和驗(yàn)證部署計(jì)劃時,它將是很有用的工具。具體來說,LoadSim 有助于確定每個服務(wù)器是否可以處理希望其承擔(dān)的負(fù)載。LoadSim 的另一個用途是幫助驗(yàn)證總體解決方案。但是,當(dāng)遇到整個調(diào)整服務(wù)器大小的情況時,LoadSim 不會考慮全部的因素。LoadSim 不會模擬下列可能影響服務(wù)器容量規(guī)劃的因素:從 Internet 傳入的未經(jīng)請求的商業(yè)電子郵件(也稱垃圾郵件從 Internet 或組織的其他站點(diǎn)傳入的簡單郵件傳輸協(xié)議 (SMTP 郵件流使用非 MAPI 協(xié)議的帳戶

14、訪問,如郵局協(xié)議版本 3 (POP 3 帳戶訪問和 Internet 消息訪問協(xié)議版本 4rev1 (IMAP4使用移動設(shè)備公用文件夾使用此外,LoadSim 不會完整描述用戶的體驗(yàn),不應(yīng)從這方面說明其結(jié)果。有關(guān) LoadSim 2003 的詳細(xì)信息,請參閱隨工具附帶的文件,LoadSim 2003.doc。8Exchange 壓力和性能使用 Exchange 壓力和性能 (ESP 可以任意地模擬幾個并發(fā)訪問一個或多個 Exchange 2003 服務(wù)器的客戶端會話。ESP 提供一些模塊,這些模塊通過下列 Internet 協(xié)議/API 模擬客戶端會話:WebDAV (用于 Microsoft

15、 Outlook® Web AccessIMAP4輕型目錄訪問協(xié)議 (LDAPOLE DB網(wǎng)絡(luò)新聞傳輸協(xié)議 (NNTPPOP3SMTPOutlook Mobile Access 同步Outlook Mobile Access 瀏覽因此,ESP 被認(rèn)為是與 LoadSim 類似的工具,不同之處是 ESP 在驗(yàn)證使用移動功能和 Internet 協(xié)議的部署時使用,而 LoadSim 則不是。有關(guān) ESP 詳細(xì)信息,請閱讀隨工具附帶的文檔。網(wǎng)絡(luò)監(jiān)視器網(wǎng)絡(luò)監(jiān)視器使您能夠檢測 LAN 上的問題并解決問題。使用網(wǎng)絡(luò)監(jiān)視器可以完成下列任務(wù):確定網(wǎng)絡(luò)通信的模式和網(wǎng)絡(luò)問題。例如,可以確定客戶端與服務(wù)器

16、之間的連接問題,找到產(chǎn)生不成比例的工作請求數(shù)的計(jì)算機(jī),以及發(fā)現(xiàn)網(wǎng)絡(luò)上未經(jīng)授權(quán)的用戶。直接從網(wǎng)絡(luò)上捕獲幀(數(shù)據(jù)包。顯示、篩選、保存和打印已捕獲的幀。有關(guān)使用網(wǎng)絡(luò)監(jiān)視器解決性能問題的說明,請參閱本文中后面的“排除網(wǎng)絡(luò)使用故障”部分。有關(guān)網(wǎng)絡(luò)監(jiān)視器的詳細(xì)信息,請參閱下列 Microsoft 知識庫文章:Microsoft 知識庫文章 294818“有關(guān)網(wǎng)絡(luò)監(jiān)視器常見問題”Microsoft 知識庫文章 148942“如何使用網(wǎng)絡(luò)監(jiān)視器捕獲網(wǎng)絡(luò)通訊量”FilemonFilemon 是 Sysinternals 中可用的第三方工具。此工具可實(shí)時監(jiān)控和顯示系統(tǒng)中的文件系統(tǒng)活動。它的高級功能使之成為了一個強(qiáng)

17、大的工具,使用該工具可探測 Windows 的工作方式,9查看應(yīng)用程序如何使用文件和 DLL,或者評估系統(tǒng)或應(yīng)用程序文件配置中的問題。Filemon 時間戳功能可精確地指示每次打開、讀、寫或刪除操作發(fā)生的時間,同時其狀態(tài)列表示結(jié)果。Filemon 啟動時就開始監(jiān)視,它的輸出窗口可以保存到文件以供脫機(jī)查看。它具有完整的搜索功能和篩選功能。有關(guān) Sysinternals Filemon 工具的詳細(xì)信息,請參閱解決 I/O 傳輸問題。注意: 提供此第三方聯(lián)系信息是為了幫助您查找所需的技術(shù)支持。此聯(lián)系信息如有更改,恕不另行通知。Microsoft 不保證第三方聯(lián)系信息的準(zhǔn)確性。識別性能下降的癥狀使用正

18、確的疑難解答工具,您可以開始診斷 Exchange Server 2003 性能下降的地方。如果服務(wù)器在執(zhí)行時開始變得不順利,通常是因?yàn)樘囟ㄗ酉到y(tǒng)的性能已開始下降。對于諸如 Exchange 的郵件服務(wù)器,性能下降一般有郵件隊(duì)列增長、客戶響應(yīng)緩慢或 Epoxy 隊(duì)列增長的癥狀。識別正在增長的郵件隊(duì)列在 Exchange Server 2003 中,簡單郵件傳輸協(xié)議 (SMTP 是在服務(wù)器之間以及在服務(wù)器和 Internet 之間傳輸郵件的默認(rèn)方式。所有收件人和發(fā)件人不在同一服務(wù)器上的郵件,都要通過 SMTP 傳輸。郵件的傳輸途徑通常包括以下步驟:1. 使用 MAPI 或 SMTP 提交郵件。2

19、. 對郵件進(jìn)行分類,即 Exchange Server 向 Active Directory® 目錄服務(wù)查詢有關(guān)其收件人的信息。3. 對郵件進(jìn)行路由,即由 Exchange 服務(wù)器決定,是對郵件進(jìn)行本地傳遞(收件人在此服務(wù)器上,還是將郵件發(fā)送到哪個服務(wù)器(Internet、另一個服務(wù)器、其他域等。4. SMTP 或者對郵件進(jìn)行本地傳遞,或者將其排入遠(yuǎn)程傳輸隊(duì)列中。大多數(shù)情況下,本地傳遞隊(duì)列中的郵件積壓表明服務(wù)器出現(xiàn)了性能問題或發(fā)生了中斷,因?yàn)榉?wù)器無法及時傳遞傳入的郵件。這種積壓的原因可能是查詢 Active Directory 或?yàn)楸镜貍鬟f或 SMTP 處理郵件時的速度緩慢,也可能

20、是因?yàn)檎谛冻龜?shù)據(jù)庫。遠(yuǎn)程隊(duì)列長度的增加意味著沒有將郵件發(fā)送到其他服務(wù)器。發(fā)送郵件失敗,可以用網(wǎng)絡(luò)或遠(yuǎn)程服務(wù)器的中斷或性能問題來解釋。這些中斷或性能問題可導(dǎo)致網(wǎng)絡(luò)或遠(yuǎn)程服務(wù)器無法有效地接收郵件。10要確定郵件隊(duì)列是否在增加,請查看下表中列出的計(jì)數(shù)器。這些計(jì)數(shù)器顯示了 Exchange 中的各種郵件隊(duì)列以及它們的期望值。如果計(jì)數(shù)器的值與期望值不匹配,則表明出現(xiàn)了郵件隊(duì)列積壓的性能問題。郵件隊(duì)列的性能計(jì)數(shù)器郵件隊(duì)列計(jì)數(shù)器 期望值SMTP ServerLocal Queue Length指示等待本地傳遞的 SMTP 隊(duì)列中的郵件數(shù)。 最大值應(yīng)小于 1,000。該隊(duì)列應(yīng)在接近其平均值處保持穩(wěn)定,變化應(yīng)

21、很小。SMTP ServerRemote Queue Length指示等待遠(yuǎn)程傳遞的 SMTP 隊(duì)列中的郵件數(shù)。 最大值應(yīng)小于 1,000。該隊(duì)列應(yīng)在接近其平均值處保持穩(wěn)定,變化應(yīng)很小。SMTP ServerCategorizer Queue Length指示等待 DS 屬性搜索的 SMTP 隊(duì)列中的郵件數(shù)最大值應(yīng)小于 10。MSExchangeIS MailboxSend Queue Size指示郵箱存儲的發(fā)送隊(duì)列中的郵件數(shù)。發(fā)送隊(duì)列大小應(yīng)始終小于 500。MSExchangeIS MailboxReceive Queue Size指示郵箱存儲的接收隊(duì)列中的郵件數(shù)。接收隊(duì)列大小應(yīng)始終小于 5

22、00。MSExchangeIS PublicSend Queue Size 指示公用文件夾的發(fā)送隊(duì)列中的郵件數(shù)。 在沒有已啟用郵件的公用文件夾的服務(wù)器中,該值應(yīng)低于 10。否則,應(yīng)始終低于 500。MSExchangeIS PublicReceive Queue Size指示公用文件夾的接收隊(duì)列中的郵件數(shù)。它應(yīng)始終低于 500。監(jiān)視郵件隊(duì)列的示例在本示例中,您可以看到郵件隊(duì)列長度不斷增加,這是服務(wù)器負(fù)載在早高峰期不斷增加的癥狀。如下圖所示,該 Exchange 服務(wù)器的使用高峰期從上午 9:00 開始。在這段高峰期內(nèi),存儲器中的 MSExchangeIS MailboxSend Queue S

23、ize 計(jì)數(shù)器的值始終保持在 200 左右,SMTP ServerLocal Queue Length 計(jì)數(shù)器的值一直增長,在高峰期結(jié)束時超過了 15,000 封郵件。11 使用性能管理單元監(jiān)視郵件隊(duì)列 識別慢速 RPC 請求處理在 MAPI 模式中使用 Microsoft® Office Outlook® 時,Outlook 中的客戶端操作會轉(zhuǎn)換為客戶端與服務(wù)器之間的遠(yuǎn)程過程調(diào)用 (RPC。如果用戶正在以聯(lián)機(jī)模式運(yùn)行,這些 RPC 調(diào)用會同步發(fā)生。服務(wù)器在實(shí)現(xiàn)這些同步請求的過程中所導(dǎo)致的任何延遲都會直接影響用戶體驗(yàn)和 Outlook 的響應(yīng)性能。相反,在緩存模式中運(yùn)行會導(dǎo)

24、致大部分請求被異步處理。異步處理意味著不應(yīng)將大多數(shù)用戶操作的啟動速度轉(zhuǎn)換為 Outlook 的響應(yīng)性能或總體體驗(yàn)。通常,如果 RPC 請求中的峰值不增加每秒的 RPC 操作數(shù),則表示存在阻礙存儲及時實(shí)現(xiàn)請求的瓶頸。通過 RPC 請求和每秒的 RPC 操作數(shù)確定發(fā)生瓶頸的位置相對來說比較簡單。如果客戶端遇到了延遲,但 RPC 請求卻為零,而且每秒的 RPC 操作數(shù)也很低,則性能問題應(yīng)發(fā)生在 Exchange 處理該請求之前(即發(fā)生在 Microsoft Exchange Information Store 服務(wù)實(shí)際獲取傳入請求之前。所有其他組合都指向一個問題,即性能發(fā)生在 Exchange 處理

25、請求時還是處理請求后。12 下表中顯示的計(jì)數(shù)器可指出實(shí)現(xiàn) RPC 請求過程中的延遲。針對 RPC 處理的性能計(jì)數(shù)器計(jì)數(shù)器 期望值應(yīng)始終低于 30。MSExchangeISRPC Requests指出當(dāng)前 Microsoft Exchange InformationStore 服務(wù)正在處理的 MAPI RPC 請求數(shù)。Microsoft Exchange Information Store 服務(wù)在拒絕客戶端請求之前,僅可同時處理 100個 RPC 請求(默認(rèn)最大值,除非另行配置。應(yīng)始終低于 50 毫秒。MSExchangeISRPC Averaged Latency表示以毫秒為單位的 RPC 延

26、遲,是過去 1024個數(shù)據(jù)包的平均值。客戶端監(jiān)視Microsoft Office Outlook 2003 包含新增客戶端監(jiān)視功能?？蛻舳吮O(jiān)視用于查找客戶端錯誤和延遲問題。通過修改服務(wù)器的注冊表,可啟用 Exchange 服務(wù)器上的客戶端監(jiān)視功能。啟用后,Outlook 2003 客戶端會根據(jù)連接的狀態(tài)將數(shù)據(jù)發(fā)送到服務(wù)器,其中包括失敗的 RPC 請求和錯誤條件。此信息在服務(wù)器上聚合并記錄到服務(wù)器上的事件日志條目中。有關(guān)如何在 Outlook 2003 啟用客戶端監(jiān)視的詳細(xì)步驟,請參閱如何啟用 Outlook 2003 客戶端監(jiān)視。監(jiān)視 RPC 處理的示例在本示例中,服務(wù)器受到 CPU 的限制,

27、而且處理器無法及時處理傳入 RPC 請求。這意味著 RPC 請求會堆積并長時間延遲。下圖顯示了這種情況,其中 MSExchangeISRPC Requests 計(jì)數(shù)器始終為平均值 90,MSExchangeISRPC Averaged Latency 計(jì)數(shù)器大約為 146 毫秒 (ms。13 使用性能管理單元監(jiān)視 RPC 處理 如何啟用 Outlook 2003 客戶端監(jiān)視Microsoft Office Outlook 2003 包含已增加的客戶端監(jiān)視功能。客戶端監(jiān)視用于查找客戶端錯誤和延遲問題。可以通過修改服務(wù)器的注冊表啟用運(yùn)行 Exchange 的服務(wù)器上的客戶端監(jiān)視功能。當(dāng)啟用 Cli

28、entMonitoringReportLevel 注冊表項(xiàng)的值為 1 或 2 時,Outlook 2003 客戶端會將數(shù)據(jù)發(fā)送到服務(wù)器。發(fā)送到服務(wù)器的數(shù)據(jù)表明網(wǎng)絡(luò)連接的狀態(tài)。發(fā)送到服務(wù)器的數(shù)據(jù)包含失敗的 RPC 請求和錯誤情況的信息。服務(wù)器對信息進(jìn)行合計(jì)并將其顯示在事件日志條目中。Exchange 安裝程序不會創(chuàng)建 ClientMonitoringReportLevel 注冊表項(xiàng)。但是,Exchange Server 2003 中的默認(rèn)行為是僅從具有高速網(wǎng)絡(luò)連接的 Outlook 2003 客戶端收集性能數(shù)據(jù)。Exchange Server 2003 的這個默認(rèn)行為與將 ClientMonit

29、oringReportLevel 注冊表項(xiàng)的值設(shè)置為 1 時的功能相同。14開始之前在執(zhí)行此主題中的步驟之前,請注意此步驟包含有關(guān)編輯注冊表的信息。警告:錯誤編輯注冊表可以導(dǎo)致嚴(yán)重問題,可能需要重新安裝操作系統(tǒng)。因注冊表編輯不當(dāng)而導(dǎo)致的問題可能無法解決。在編輯注冊表之前,請備份所有重要數(shù)據(jù)。注意: 啟用客戶端監(jiān)視功能會導(dǎo)致服務(wù)器端性能降低,這是因?yàn)檫\(yùn)行 Exchange 的服務(wù)器從Outlook 2003 客戶端收集其他數(shù)據(jù)。因此,建議僅在解決客戶端性能問題時啟用客戶端監(jiān)視功能。步驟為 Outlook 2003 客戶端啟用客戶端監(jiān)視功能的步驟1. 在運(yùn)行 Exchange(包含要監(jiān)視的客戶端郵

30、箱的服務(wù)器上,打開注冊表編輯器,如Regedit.exe 或 Regedt32.exe。2. 導(dǎo)航到:HKLMSystemCurrentControlSetServicesMSExchangeISParametersSystem3. 右鍵單擊 ParametersSystem,再單擊“新建” | “DWORD 值”。4. 命名新的 DWORD 值 ClientMonitoringReportLevel。5. 雙擊 ClientMonitoringReportLevel。6. 在“數(shù)值數(shù)據(jù)”字段中,輸入相應(yīng)的值:a. 0 = 不從任何 Outlook 2003 客戶端收集數(shù)據(jù)b. 1 = 僅從高

31、帶寬 Outlook 2003 客戶端收集性能數(shù)據(jù)c. 2 = 從所有 Outlook 2003 客戶端收集性能數(shù)據(jù)7. 關(guān)閉注冊表編輯器。Microsoft Exchange Information Store 服務(wù)將在幾分鐘內(nèi)自動檢測更改,您無須重新啟動計(jì)算機(jī)或任何服務(wù)。識別 Epoxy 中正在增長的隊(duì)列Epoxy (ExIPC 是一種共享內(nèi)存機(jī)制,它使 Internet 信息服務(wù) (Inetinfo.exe 和 Microsoft Exchange Information Store (Store.exe 進(jìn)程能夠快速地互相傳輸數(shù)據(jù)。這樣15就可以在 Inetinfo.exe 進(jìn)程(它接

32、受來自諸如 WebDAV、IMAP4、NNTP、POP3 和 SMTP 等 Internet 協(xié)議的請求和 Store.exe 進(jìn)程之間進(jìn)行雙向進(jìn)程間通信。此內(nèi)存也可以由 DSAccess,即緩存 Active Directory 信息的 Exchange 組件使用。如果 Store.exe 或 Inetinfo.exe 進(jìn)程中出現(xiàn)性能問題,在一個進(jìn)程運(yùn)行快于另外一個進(jìn)程的情況下,通常會使 Epoxy 的隊(duì)列增大。從 Store.exe 進(jìn)程發(fā)送到 Inetinfo.exe 進(jìn)程的郵件隊(duì)列由 Store Out Queue Length 計(jì)數(shù)器表示。從 Inetinfo.exe 進(jìn)程發(fā)送到 S

33、tore.exe進(jìn)程的郵件隊(duì)列由 Client Out Queue Length 計(jì)數(shù)器表示。通過監(jiān)視這些計(jì)數(shù)器,可以確定哪些隊(duì)列在增大和哪些隊(duì)列的性能在降低。下表顯示了尋找 Epoxy 隊(duì)列中的增大隊(duì)列時需要監(jiān)視的計(jì)數(shù)器。Epoxy 隊(duì)列性能計(jì)數(shù)器計(jì)數(shù)器 期望值此隊(duì)列應(yīng)始終低于 10。EpoxyClient Out Queue Length (WebDAV表示包含由 Inetinfo.exe 進(jìn)程發(fā)送的WebDAV 郵件的隊(duì)列中的郵件數(shù)。EpoxyStore Out Queue Length (WebDAV表示包含由 Store.exe 進(jìn)程發(fā)送的 WebDAV郵件的隊(duì)列中的郵件數(shù)。此隊(duì)列應(yīng)

34、始終低于 10。EpoxyClient Out Queue Length (DSAccess表示包含由 Inetinfo.exe 進(jìn)程發(fā)送的DSAccess 郵件的隊(duì)列中的郵件數(shù)。EpoxyStore Out Queue Length (DSAccess表示包含由 Store.exe 進(jìn)程發(fā)送的 DSAccess郵件的隊(duì)列中的郵件數(shù)。此隊(duì)列應(yīng)始終低于 50。EpoxyClient Out Queue Length (IMAP表示包含由 Inetinfo.exe 進(jìn)程發(fā)送的 IMAP4郵件的隊(duì)列中的郵件數(shù)。EpoxyStore Out Queue Length (IMAP表示包含由 Store.

35、exe 進(jìn)程發(fā)送的 IMAP4 郵件的隊(duì)列中的郵件數(shù)。16計(jì)數(shù)器 期望值EpoxyClient Out Queue Length (NNTP表示包含由 Inetinfo.exe 進(jìn)程發(fā)送的 NNTP郵件的隊(duì)列中的郵件數(shù)。EpoxyStore Out Queue Length (NNTP表示包含由 Store.exe 進(jìn)程發(fā)送的 NNTP 郵件的隊(duì)列中的郵件數(shù)。此隊(duì)列應(yīng)始終低于 10。EpoxyClient Out Queue Length (POP3表示包含由 Inetinfo.exe 進(jìn)程發(fā)送的 POP3郵件的隊(duì)列中的郵件數(shù)。EpoxyStore Out Queue Length (POP3

36、表示包含由 Store.exe 進(jìn)程發(fā)送的 POP3 郵件的隊(duì)列中的郵件數(shù)。此隊(duì)列應(yīng)始終低于 50。EpoxyClient Out Queue Length (SMTP表示包含由 Inetinfo.exe 進(jìn)程發(fā)送的 SMTP 郵件的隊(duì)列中的郵件數(shù)。EpoxyStore Out Queue Length (SMTP表示包含由 Store.exe 進(jìn)程發(fā)送的 SMTP 郵件的隊(duì)列中的郵件數(shù)。 此隊(duì)列應(yīng)始終低于 50,除非存在郵件隊(duì)列。監(jiān)視 Epoxy 隊(duì)列的示例在本示例中,POP3 用戶遇到較遲緩的響應(yīng)。性能管理單元通過查看表示從 Inetinfo.exe 進(jìn)程調(diào)用到 Store.exe 進(jìn)程的

37、隊(duì)列,顯示出計(jì)數(shù)器 EpoxyClient Out Queue Length (POP3有所增長。計(jì)數(shù)器這次增長的原因是磁盤性能較差。尤其是 Exchange 存儲中可能有磁盤性能問題,這將阻礙 Store.exe 進(jìn)程有效處理傳入的請求。17 使用性能管理單元監(jiān)視 Epoxy 隊(duì)列 分析并找出性能下降的原因識別 Exchange 性能較差的癥狀后,您需要確定所觀察的癥狀的原因。消極影響 Exchange 性能的標(biāo)準(zhǔn)原因包括:第三方應(yīng)用程序或支持應(yīng)用程序磁盤空間的高利用率內(nèi)存的高利用率處理器時間的爭奪網(wǎng)絡(luò)配置或部署無法訪問 Active Directory 中的全局編錄本節(jié)描述詳細(xì)描述了每種原

38、因,定義了要觀察的與每個原因相關(guān)的性能計(jì)數(shù)器,并提供為獲得更好的性能而如何減輕每個原因的建議。18 排除第三方應(yīng)用程序或支持應(yīng)用程序與 Exchange 無關(guān)的應(yīng)用程序、對 Exchange 提供某些支持的應(yīng)用程序或建立在 Exchange 上的應(yīng)用程序會導(dǎo)致 Exchange 2003 性能下降。通常,下列應(yīng)用程序會對服務(wù)器的性能產(chǎn)生很大的影響:防病毒應(yīng)用程序備份實(shí)用程序監(jiān)視實(shí)用程序遠(yuǎn)程訪問工具通過使用本節(jié)中的信息,可以驗(yàn)證發(fā)生網(wǎng)絡(luò)、CPU 或 I/O 利用率的位置。識別此利用率信息使您能夠排除與 Exchange 無關(guān)的應(yīng)用程序。如果問題與 Exchange 相關(guān),則所造成的影響應(yīng)顯示在以

39、下 Exchange 進(jìn)程中:Store.exeInetinfo.exeEmsmta.exeMad.exeExmgmt.exeW3wp.exe如果 I/O、CPU、或網(wǎng)絡(luò)的過度利用源自這些 Exchange 進(jìn)程以外的其他進(jìn)程,請查看是否存在可導(dǎo)致該問題的任何已知第三方問題。以下主題說明如何了解哪個進(jìn)程會導(dǎo)致性能下降。解決 I/O 傳輸問題如果您有磁盤問題,可能需要確定是什么引起的 I/O 瓶頸。要執(zhí)行此操作,您將:1. 確定發(fā)生 I/O 的驅(qū)動器。如果將 Exchange 文件分隔到獨(dú)立的卷上,能夠更容易確定是分頁文件、目錄數(shù)據(jù)庫 (.edb 文件、Exchange 流式數(shù)據(jù)庫 (.stm

40、文件、日志 (.log 文件還是路由隊(duì)列文件導(dǎo)致 I/O 發(fā)生。通過查看以下計(jì)數(shù)器,可以了解與 .log 文件相比 .edb 文件將有多少 I/O:DatabaseDatabase Pages Written/sec DatabaseLog Writes/sec為了幫助確定哪個進(jìn)程導(dǎo)致磁盤 I/O,您可以使用以下計(jì)數(shù)器:Process(process nameIO Read Operations/sec Process(process nameIO Write Operations/sec192. 使用 Sysinternals Filemon 工具來確定哪些文件顯示 I/O 活動。選擇需要調(diào)

41、查的邏輯磁盤并顯示所有磁盤讀取和寫入。這對多用途磁盤尤其有用,如 C:,該磁盤可能包含由系統(tǒng)或應(yīng)用程序使用的幾個主要文件。下圖顯示由 Filemon 為所有磁盤讀取和寫入生成的列表。由 Filemon 生成的磁盤讀取和寫入的列表 解決處理器利用率問題應(yīng)該確定消耗 CPU 的進(jìn)程。以下依次是最可能引起此問題的四個計(jì)數(shù)器。Process(STORE% Processor Time Process(inetinfo% Processor TimeProcess(EMSMTA% Processor Time Process(System% Processor Time注意: 進(jìn)程計(jì)數(shù)器對服務(wù)器上的每個

42、 CPU 都計(jì)數(shù) 100%。在具有八個處理器的計(jì)算機(jī)上,以上每個處理器計(jì)數(shù)器的值都介于 0% 到 800% 之間。20下圖顯示最可能消耗 CPU 的進(jìn)程的柱狀視圖。在該圖中,Store.exe 進(jìn)程耗盡了大部分 CPU。如果您認(rèn)為除了這四個計(jì)數(shù)器外還有其他進(jìn)程可能消耗 CPU,則將其包括在此柱狀視圖中。最可能消耗 CPU 的進(jìn)程的柱狀視圖。 注意: 在系統(tǒng)監(jiān)視器的柱狀視圖(性能管理單元的圖形組件中查看多個計(jì)數(shù)器是分離問題計(jì)數(shù)器的一個快速方法。解決內(nèi)存利用率問題如果要確定使用內(nèi)存的進(jìn)程,以下計(jì)數(shù)器是最有可能消耗內(nèi)存的進(jìn)程:Process(process namePrivate Bytes Dat

43、abaseDatabase Cache Size由 Process(STORE.EXEPrivate Bytes 計(jì)數(shù)器指示的 Store.exe 進(jìn)程往往消耗大部分已提交的字節(jié)。21解決網(wǎng)絡(luò)使用率問題如果客戶端通信遇到意外網(wǎng)絡(luò)通信(如未連接客戶端時的大量通信,您可以使用網(wǎng)絡(luò)監(jiān)視器來檢查通信。網(wǎng)絡(luò)監(jiān)視器是監(jiān)視 LAN 并提供網(wǎng)絡(luò)統(tǒng)計(jì)圖形顯示的網(wǎng)絡(luò)診斷工具。從網(wǎng)絡(luò)的數(shù)據(jù)流收集信息時,網(wǎng)絡(luò)監(jiān)視器會顯示以下類型的信息:發(fā)送框架到網(wǎng)絡(luò)的計(jì)算機(jī)源地址(該地址是在網(wǎng)絡(luò)上標(biāo)識該計(jì)算機(jī)的唯一十六進(jìn)制 (或 base-16數(shù)字。接收框架的計(jì)算機(jī)的目標(biāo)地址。用于發(fā)送框架的協(xié)議。要發(fā)送的數(shù)據(jù)或部分消息。網(wǎng)絡(luò)監(jiān)視器收

44、集這些信息時使用的進(jìn)程稱為“捕獲”。默認(rèn)情況下,網(wǎng)絡(luò)監(jiān)視器會將有關(guān)在網(wǎng)絡(luò)上檢測到的所有框架的統(tǒng)計(jì)信息收集到捕獲緩沖區(qū),該緩沖區(qū)是內(nèi)存中保留的存儲區(qū)域。要捕獲特定框架子集的統(tǒng)計(jì)信息,可以通過設(shè)計(jì)捕獲篩選器來選取這些框架。信息捕獲完成后,您可以設(shè)計(jì)顯示篩選器來指定要在網(wǎng)絡(luò)監(jiān)視器的框架查看器窗口中顯示多少捕獲的信息。要使用網(wǎng)絡(luò)監(jiān)視器,計(jì)算機(jī)必須具有支持混雜模式的網(wǎng)卡。如果您在遠(yuǎn)程計(jì)算機(jī)上使用網(wǎng)絡(luò)監(jiān)視器,則本地工作站不需要支持混雜模式的網(wǎng)絡(luò)適配器,但遠(yuǎn)程計(jì)算機(jī)需要。一旦本地或遠(yuǎn)程捕獲到數(shù)據(jù)后,可以將數(shù)據(jù)保存到文本文件或捕獲文件,之后可以打開并進(jìn)行檢查。注意: 要使用網(wǎng)絡(luò)監(jiān)視器完全解決網(wǎng)絡(luò)問題,考慮將網(wǎng)

45、絡(luò)監(jiān)視器配置為:不僅可以捕獲客戶發(fā)送和接收的信息,還可以捕獲服務(wù)器發(fā)送和接收的信息。跟蹤客戶端和服務(wù)器端的網(wǎng)絡(luò)通信可幫助您更徹底地解決網(wǎng)絡(luò)問題。監(jiān)視兩臺計(jì)算機(jī)之間的通信若要在捕獲篩選器中使用地址對,請先建立一個地址數(shù)據(jù)庫。生成該地址數(shù)據(jù)庫后,可以用該數(shù)據(jù)庫中列出的地址來指定捕獲篩選器中的地址對。有關(guān)如何創(chuàng)建地址數(shù)據(jù)庫的詳細(xì)步驟,請參閱如何在網(wǎng)絡(luò)監(jiān)視器中創(chuàng)建地址數(shù)據(jù)庫。有關(guān)如何監(jiān)視兩臺計(jì)算機(jī)之間的通信的詳細(xì)步驟,請參閱如何使用網(wǎng)絡(luò)監(jiān)視器監(jiān)視兩臺計(jì)算機(jī)之間的網(wǎng)絡(luò)通信。當(dāng)解決網(wǎng)絡(luò)問題時,可能需要捕獲由一個或多個路由器分隔的兩臺特定計(jì)算機(jī)之間的網(wǎng)絡(luò)通信。在這種情況下,可能要分別分析第一臺計(jì)算機(jī)與其最近

46、的路由器之間以及第二臺計(jì)算機(jī)與其最近的路由器之間的所有網(wǎng)絡(luò)通信。大多數(shù)情況下,此分析可確定路由器之間的網(wǎng)絡(luò)數(shù)據(jù)包是否丟失或存在損壞之處。若要使這些跟蹤信息保持一致并能夠同時讀取,在跟蹤之前必須使兩臺計(jì)算機(jī)之間的系統(tǒng)時鐘同步。22此外,了解大量 Exchange 網(wǎng)絡(luò)通信來自于客戶端與服務(wù)器之間的 RPC 數(shù)據(jù)包以及對全局編錄的 LDAP 調(diào)用也至關(guān)重要。如果遇到任何不符合上述內(nèi)容的其他高網(wǎng)絡(luò)利用情況,應(yīng)對其進(jìn)行調(diào)查。如何在網(wǎng)絡(luò)監(jiān)視器中創(chuàng)建地址數(shù)據(jù)庫若要在捕獲篩選器中使用地址對,請先建立一個地址數(shù)據(jù)庫。生成該地址數(shù)據(jù)庫后,可以用該數(shù)據(jù)庫中列出的地址來指定捕獲篩選器中的地址對。步驟創(chuàng)建地址數(shù)據(jù)庫1

47、. 打開網(wǎng)絡(luò)監(jiān)視器。2. 在“捕獲”菜單上,單擊“開始”?；蛘?在幀查看器窗口中打開一個 .cap 文件。3. 完成捕獲信息后,在“捕獲”菜單上,單擊“停止”。4. 在“捕獲”菜單上,單擊“視圖”,顯示幀查看器窗口。5. 在“顯示”菜單上,單擊“查找所有名稱”。網(wǎng)絡(luò)監(jiān)視器會處理這些幀,然后將它們添加到地址數(shù)據(jù)庫。6. 關(guān)閉幀查看器窗口,然后顯示捕獲窗口。7. 在“捕獲”菜單上,選擇“篩選器”。8. 在“捕獲篩選器”對話框中,雙擊“地址對”。9. 網(wǎng)絡(luò)監(jiān)視器將顯示剛創(chuàng)建的地址數(shù)據(jù)庫?？捎么藬?shù)據(jù)庫中的名稱來指定捕獲篩選器中的地址對。如何使用網(wǎng)絡(luò)監(jiān)視器監(jiān)視兩臺計(jì)算機(jī)之間的網(wǎng)絡(luò)通信本主題說明如何使用網(wǎng)

48、絡(luò)監(jiān)視器來監(jiān)視兩臺計(jì)算機(jī)之間的通信。23開始之前執(zhí)行本主題中的步驟之前,務(wù)必了解此步驟只能在安裝了網(wǎng)絡(luò)監(jiān)視器工具和驅(qū)動程序的 Windows 計(jì)算機(jī)上進(jìn)行。有關(guān)如何安裝網(wǎng)絡(luò)監(jiān)視工具和驅(qū)動程序的說明,請參閱 Windows“開始”菜單上的 Windows 幫助和支持。步驟若要監(jiān)視兩臺計(jì)算機(jī)之間的通信,請執(zhí)行以下操作:1. 在“捕獲”菜單上,選擇“篩選器”。2. 在“捕獲篩選器”對話框中,雙擊“任何 < - > 任何”。3. 在“地址表達(dá)式”對話框的左側(cè)窗口中,選擇要監(jiān)視的兩臺計(jì)算機(jī)中其中一臺的地址。4. 在“地址表達(dá)式”對話框的右側(cè)窗口中,選擇要監(jiān)視的第二臺計(jì)算機(jī)的地址。5. 在“方

49、向”中,選擇以下符號之一:a. 若要監(jiān)視在所選兩臺計(jì)算機(jī)之間從任一方向傳遞的通信,請選擇 <-> 符號。b. 若要只監(jiān)視從左側(cè)窗口中選擇的計(jì)算機(jī)傳遞到右側(cè)窗口中選擇的計(jì)算機(jī)的通信,請選擇 -> 符號。c. 若要只監(jiān)視從右側(cè)窗口中選擇的計(jì)算機(jī)傳遞到左側(cè)窗口中選擇的計(jì)算機(jī)的通信,請選擇 <- 符號。6. 單擊“確定”。7. 在“捕獲篩選器”對話框中,單擊“確定”。8. 在“捕獲”菜單中,單擊“開始”。解決磁盤限制問題磁盤問題通常是大型 Exchange 部署的瓶頸。Exchange 廣泛應(yīng)用使用磁盤子系統(tǒng),但其用途隨磁盤的預(yù)期功能而變化。其中包括以下五個重要功能:臨時磁盤數(shù)

50、據(jù)庫磁盤事務(wù)日志磁盤24SMTP 隊(duì)列頁面文件磁盤提供以上功能的每組磁盤有不同的 I/O 使用模式,需要獨(dú)立分析。就因?yàn)檫@些不同的模式,一種磁盤只能用于一種功能。查看臨時磁盤的 I/O 模式操作系統(tǒng)臨時驅(qū)動器是所有格式進(jìn)行轉(zhuǎn)換(如從 RTF 轉(zhuǎn)換到 HTML的地方,也是 Microsoft Index Server Indexing 服務(wù)在執(zhí)行爬網(wǎng)過程中創(chuàng)建和訪問的所有臨時文件的存放位置。在首次安裝時,操作系統(tǒng)將臨時文件的創(chuàng)建和使用位置設(shè)置在操作系統(tǒng)本身所在的磁盤中。這意味著臨時磁盤的所有 I/O 將與從該驅(qū)動器運(yùn)行的程序以及頁面文件操作的 I/O 競爭。這種 I/O 競爭會影響性能。為避免操

51、作系統(tǒng)與臨時磁盤之間的 I/O 競爭,建議將 TEMP 的全局環(huán)境設(shè)置更改為指向其他磁盤,并將臨時磁盤設(shè)置為其自己的磁盤。請使用下表中列出的計(jì)數(shù)器來確定在臨時磁盤中是否存在任何資源爭用現(xiàn)象。臨時磁盤性能計(jì)數(shù)器計(jì)數(shù)器 期望值PhysicalDiskAverage Disk sec/Read表示從磁盤讀取數(shù)據(jù)所需的平均時間(以秒計(jì)。 平均值應(yīng)低于 10 毫秒。峰值(最大值不應(yīng)大于 50 毫秒。PhysicalDiskAverage Disk sec/Write表示向磁盤寫入數(shù)據(jù)所需的平均時間(以秒計(jì)。 平均值應(yīng)低于 10 毫秒。峰值(最大值不應(yīng)大于 50 毫秒。PhysicalDiskAverag

52、e Disk Queue Length表示在采樣間隔內(nèi)排隊(duì)等候讀取和寫入所選磁盤的平均請求數(shù)。 平均值應(yīng)小于磁盤心軸數(shù)(如果它實(shí)際是個物理磁盤,則該值為 1。查看數(shù)據(jù)庫磁盤的 I/O 模式Exchange 數(shù)據(jù)庫由兩個文件組成:.edb 文件(MAPI 內(nèi)容 該文件可存儲所有 MAPI 郵件,以及存儲過程用于定位所有郵件、.edb 和 .stm 文件的校驗(yàn)和、MAPI 郵件的表格。.stm 文件(非 MAPI 內(nèi)容 該文件包含與固有的 Internet 內(nèi)容一起傳送的郵件。由于對這兩個文件的訪問通常是隨機(jī)的,因此,可將它們放在相同的磁盤卷上。25 在分析每個物理數(shù)據(jù)庫磁盤時,可使用下表中列出的

53、計(jì)數(shù)器來確定磁盤上是否存在性能下降。 數(shù)據(jù)庫磁盤性能計(jì)數(shù)器計(jì)數(shù)器 期望值PhysicalDiskAverage Disk sec/Read表示從磁盤讀取數(shù)據(jù)所需的平均時間(以秒計(jì)。 平均值應(yīng)低于 20 毫秒。峰值(最大值不應(yīng)大于 50 毫秒。PhysicalDiskAverage Disk sec/Write表示向磁盤寫入數(shù)據(jù)所需的平均時間(以秒計(jì)。 平均值應(yīng)低于 20 毫秒。峰值(最大值不應(yīng)大于 50 毫秒。PhysicalDiskAverage Disk Queue Length表示在采樣間隔期間排隊(duì)等候讀取和寫入所選磁盤的平均請求數(shù)。 該平均值應(yīng)小于磁盤心軸數(shù)。如果正在使用 SAN,請忽

54、略此計(jì)數(shù)器并專注于延遲計(jì)數(shù)器:PhysicalDiskAverage Disksec/Read 和 PhysicalDiskAverageDisk sec/Write。數(shù)據(jù)庫磁盤監(jiān)視示例在下圖中,一個數(shù)據(jù)庫磁盤 (P: 正遇到高寫入延遲(如 PhysicalDiskAverage Disk sec/Write 計(jì)數(shù)器所示,平均延遲了 62 毫秒 (ms,峰值經(jīng)常在 80 毫秒以上,有時會超過 100 毫秒。26 使用性能管理單元監(jiān)視數(shù)據(jù)庫磁盤 使用同步復(fù)制查看數(shù)據(jù)庫磁盤的 I/O 模式Exchange 服務(wù)器的數(shù)據(jù)庫寫入延遲通常在 20 毫秒以下,峰值(最大值低于 50 毫秒。但是,在使用同步

55、復(fù)制時,不可能總是將寫入延遲保持在此范圍內(nèi)。對于最終用戶來說,除非數(shù)據(jù)庫緩存已滿并且不能再寫入,否則數(shù)據(jù)庫寫入延遲問題通常不會很明顯。使用同步復(fù)制時, Performance Monitor Database Page Fault Stalls/sec 計(jì)數(shù)器與 PhysicalDiskAverage Disk sec/Write 計(jì)數(shù)器相比,能更好地指示客戶是否受寫入延遲的影響。在生產(chǎn)服務(wù)器上,Database Page Fault Stalls/sec 計(jì)數(shù)器的值總是為 0,因?yàn)閿?shù)據(jù)庫頁面錯誤延遲指示數(shù)據(jù)庫緩存已滿。數(shù)據(jù)庫緩存已滿意味著 Exchange 在頁面提交給磁盤以前,不能在緩存中

56、放置項(xiàng)目。另外,在大多數(shù)存儲子系統(tǒng)中,讀取延遲受寫入延遲影響。所以,采用默認(rèn)的存儲子系統(tǒng)性能監(jiān)視器采樣速率很可能檢測不到這些讀取延遲。而遠(yuǎn)程過程調(diào)用 (RPC 延遲受數(shù)據(jù)庫頁面延遲的影響也會有所增加,這可降低客戶端體驗(yàn)。因?yàn)榕c磁盤有關(guān)的性能問題會給用戶體驗(yàn)造成負(fù)面影響,所以建議管理員把對磁盤性能的監(jiān)視做為日常系統(tǒng)運(yùn)行狀況監(jiān)視的一部分。在同步復(fù)制環(huán)境中分析數(shù)據(jù)庫邏輯單位編號 (LUN時,請使用下表中列出的計(jì)數(shù)器來確定磁盤上是否存在性能下降。27用于數(shù)據(jù)庫磁盤性能評估的性能監(jiān)視器計(jì)數(shù)器性能監(jiān)視器計(jì)數(shù)器 期望值PhysicalDiskAverage Disk sec/Read表示從磁盤讀取數(shù)據(jù)所需的平均時間(以秒計(jì)。 平均值應(yīng)低于 20 毫秒。峰值(最大值不應(yīng)大于 50 毫秒。PhysicalDiskAverage Disk sec/Write表示向磁盤寫入數(shù)據(jù)所需的平均時間(以秒計(jì)。 此計(jì)數(shù)器并不適合在同步復(fù)制環(huán)境中指示客戶端延遲。Datab