SQL Server性能計數器:
訪問方法用於監控訪問數據庫中邏輯頁的方法。
每秒完全掃描次數(每秒完全掃描次數)每秒完全掃描次數不限。它可以是基本的表掃描,也可以是完全索引掃描。如果此計數器顯示的值高於1或2,您應該分析您的查詢,以確定是否真的需要全表掃描以及SQL查詢是否可以優化。
Page splits/sec (page splits/sec)每秒由於數據更新操作而導致的頁面拆分數。
緩沖區管理器:監控微軟?SQL Server?如何使用:內存存儲數據頁、內部數據結構和進程緩存;當SQL Server從磁盤讀取數據庫頁和將數據庫頁寫入磁盤時,計數器會監視物理I/O。監視SQL Server使用的內存和計數器有助於確定是否存在瓶頸,因為緩存中缺少可用的物理內存來存儲頻繁訪問的數據。如果是這樣,SQL Server必須從磁盤中檢索數據。是否可以通過添加更多內存或使更多內存可用於數據緩存或SQL Server內部結構來提高查詢性能。
SQL Server需要從磁盤讀取數據的頻率。與其他操作(如內存訪問)相比,物理I/O需要花費大量時間。最小化物理I/O可以提高查詢性能。
。每秒頁面讀取數:每秒發出的物理數據庫頁面讀取數。該統計信息顯示了所有數據庫之間物理頁面讀取的總數。由於物理I/O的高開銷,可以通過使用更大的數據緩存、智能索引、更高效的查詢或改變數據庫設計來最小化開銷。
。每秒頁面寫入次數(。每秒寫入的頁數)物理數據庫每秒寫入的頁數。
。緩沖區緩存命中率。“緩沖區高速緩存/緩沖池”中未讀頁面與整個緩沖池中所有頁面的比率。無需從磁盤讀取即可在緩存中找到的頁面百分比。此比率是自SQL Server實例啟動以來緩存命中總數除以緩存查找總數。時間久了,這個比例變化不大。由於從緩存中讀取數據的成本比從磁盤中讀取數據的成本低得多,因此通常需要更高的值。通常,您可以通過增加SQL Server的可用內存量來提高緩存命中率。計數器值取決於應用,但是該比率優選為90%或更高。增加內存,直到該值繼續高於90%,這意味著90%以上的數據請求可以從數據緩沖區中獲得所需的數據。
Lazy Writes/sec (lazy writes/sec)每秒由惰性寫入程序寫入的緩沖區數。該值最好是0。
緩存管理器對象為監視Microsoft?SQL Server?如何使用內存存儲對象,如存儲過程、特殊的和準備好的Transact-SQL語句和觸發器。
緩存命中率(緩存命中率,所有緩存)。在SQL Server中,緩存可以包括日誌緩存、緩沖區緩存和過程緩存,這是壹個總體比率。高速緩存命中與查找的比率。這是壹個非常好的計數器,可以看出SQL Server緩存對您的系統有多有效。如果該值非常低,並且低於80%,則需要添加更多內存。
閂鎖用於監視稱為閂鎖的內部SQL Server資源鎖。監視閂鎖以識別用戶活動和資源使用情況有助於識別性能瓶頸。
Average Latch Wait Ti m e (m s)(平均閂鎖等待時間(毫秒))SQL Server線程必須等待閂鎖的平均時間,以毫秒為單位。如果這個值很高,您可能會遇到嚴重的競爭問題。
Latch Waits/sec (Latch Waits/sec)每秒等待閂鎖的次數。如果這個值很高,說明妳正在經歷大量的資源競爭。
Locks提供了有關單個資源類型上的SQL Server鎖的信息。鎖被放置在SQL Server資源上(例如壹個事務中的行讀取或修改),以防止多個事務並發使用資源。例如,如果壹個事務將壹個排他鎖(x鎖)添加到表的某壹行,那麽在釋放該鎖之前,任何其他事務都不能修改該行。盡可能少地使用鎖可以提高並發性,從而提高性能。您可以同時監視Locks對象的多個實例,每個實例代表壹個資源類型上的鎖。
每秒死鎖數導致死鎖的鎖請求數。
平均等待時間(毫秒)(平均等待時間(毫秒))線程等待特定類型鎖的平均等待時間。
Lock Requests/sec(Lock Requests/sec)每秒特定類型的鎖定請求數。
內存管理器:用於監控整體服務器內存使用情況,估計用戶活動和資源使用情況,並幫助識別性能瓶頸。監視SQL Server實例使用的內存有助於確定:
瓶頸的存在是否是由於缺少可用的物理內存來存儲緩存中頻繁訪問的數據。如果是這樣,SQL Server必須從磁盤中檢索數據。
是否可以通過添加更多內存或使更多內存可用於數據緩存或SQL Server內部結構來提高查詢性能。
鎖定塊數:服務器上鎖定的塊數。鎖在諸如頁、行或表之類的資源上。我不希望看到增值。
服務器內存總量:sql server服務器當前使用的動態內存總量。
監視IIS所需的壹些計數器:
互聯網信息服務全球:
文件緩存命中百分比、文件緩存刷新、文件緩存命中
File Cache Hits%是所有緩存請求中緩存命中的比例,它反映了IIS中文件緩存設置的工作情況。對於壹個大部分由靜態頁面組成的網站來說,這個值應該保持在80%左右。File Cache Hits是文件緩存命中的特定值,File CacheFlushes是自服務器啟動以來文件緩存刷新的次數。如果刷新太慢,會浪費內存。如果刷新過快,緩存中的對象會被丟棄,生成過於頻繁,起不到緩存的作用。通過比較文件緩存命中和文件緩存刷新,可以獲得緩存命中率與緩存清空率的比率。通過觀察它的兩個值,可以得到壹個合適的刷新值(參考IIS的設置,比如ObjectTTL、MemCacheSize、MaxCacheFileSize)。
Web服務:
Bytes Total/sec:顯示Web服務器發送和接受的字節總數。低值表示IIS正在以低速傳輸數據。
拒絕連接:值越低越好。高數值表示網絡適配器或處理器中存在瓶頸。
未找到錯誤:顯示由於找不到請求的文件而導致服務器無法滿足的請求數(HTTP狀態代碼404)。