Windows下應用機能監督器監控SqlServer的罕見目標。本站提示廣大學習愛好者：（Windows下應用機能監督器監控SqlServer的罕見目標）文章只能為提供參考，不一定能成為您想要的結果。以下是Windows下應用機能監督器監控SqlServer的罕見目標正文
上邊文章中提到win的機能監督器是監控數據庫機能必備的對象，接上去我就給年夜家引見一些罕見的監控目標，其實不過就是磁盤，cpu，內存等硬件的運轉目標還稀有據庫本身的像鎖啊、用戶銜接數啊、還有就是依據本身營業決議的須要留意的參數目標。
1.SQL Server Buffer: Buffer Cache Hit Ratio
這是一個很主要檢查內存能否缺乏的參數。SQL Server Buffer中的計數器Buffer Cache Hit Ratio用來指出SQLServer從緩存中而不是磁盤中取得數據的頻率。sqlserver會將某些查詢過的數據緩存在內存頂用於今後再次查詢應用。當一個查詢A出去了今後數據庫會編譯這個sql看看須要哪些數據，然後履行籌劃起首去內存中找看能否有此次查詢所須要的數據，假如這個異樣的sql適才曾經履行過了或許該表的數據曾經緩存在內存中，然則卻沒有在內存中找到數據，那就有能夠是由於內存缺乏惹起內存擠壓將緩存數據寫回硬盤或許釋放失落來供給數據庫其他要求來應用。普通來講oltp的體系，這個值最最少也應當在90%以上，幻想值是99%。假如這個值低於90%，那建議你應當添加內存了。
2.Memory: Pages/sec
這個也是監控內存能否缺乏的一個比擬主要的參數。這個計數器記載的是每秒鐘內存和磁盤之間交流的頁面數。頻仍的交流頁面就會消費更多的io，這會影響到辦事器的機能。打個比喻，超市有一個貨架上邊擺滿了新進的各類商品a、b、c，當你去超市想買a的時刻直接去貨架就可以拿到a，便利的很，當顧客進超市逛一圈今後跟你說我怎樣沒有發明舊商品d呢，我就想買這個d，然後任務人員就會去倉庫把商品d拿出來擺放到貨架上供下次顧客來買。然則貨架擺滿了怎樣辦呢，只能將時光長沒有人問津的a下架放到倉庫然後空出來處所擺放d，然則下次另外一個顧客來了又有想要購置a的意向，任務人員就得再次把a拿出來調換失落貨架上的d。其實內存就是這個貨架，硬盤就是倉庫。由於貨架太小了，招致只能頻仍的改換貨架上的商品來供給正常的運營，想削減重復往返搬運發生的io開支，只能換個更年夜的貨架來知足需求。
假如辦事器上只跑的sqlserver，那這個目標的幻想規模應當是0-20之間，偶然跨越20的話影響不年夜，假如這個值頻仍的跨越20，那解釋你的這台辦事器能夠須要加內存了。
固然這個目標要合營著上一個目標Buffer Cache Hit Ratio來看，假如上一個目標緩沖射中一向在99%或許更高，而這個時代內你的頁交流一向在20以上，那意味著不只僅是內存缺乏，並且其他的法式占用了體系內存。
3.Memory: Available Bytes
另外一個監控內存情形的計數器就是這個。這個值起碼起碼也得年夜於5M，由於sqlserver須要一直保持5-10m的自在內存用於分派，當這個值低於5m的時刻，那sqlserver能夠會由於缺乏內存而發生機能瓶頸。
4.Physical Disk: % Disk Time
這個計數器記載的是磁盤的忙碌水平（是全部磁盤陣列或許物理磁盤的忙碌水平）。實際上這個值應當低於55%，假如連續的高於55%，那解釋這台辦事器上能夠有io瓶頸。
假如只是偶然的湧現幾回，那不用擔憂，然則可以對應的找到這個時光點，數據庫正在干嗎履行了哪些語句，對應的優化一下。
5.Physical Disk: Avg. Disk Queue Length
這是一個比擬主要的檢查磁盤io情形的目標。實際上每一個物理磁盤的值不該該跨越2。固然這個值是須要盤算的，好比用4塊物理盤做了個raid10，此時在一個監控周期內磁盤隊列的均值是10，那每塊磁盤的隊列值就是10/4=2.5，那末便可以說這個磁盤陣列存在i/o瓶頸了。這個跟之前的disktime目標一樣，偶然湧現不用擔憂，假如長時光湧現，那就得著手斟酌處理磁盤的io機能成績了。
6.Processor: % Processor Time
這是監控cpu情形的一個目標（相似於disk time）。這個是不雅察cpu應用率的一個症結參數。假如Processor Time計數器的值連續跨越80%，解釋cpu存在瓶頸成績。假如只是偶然湧現，那解釋能夠是這個時光點有個特殊消費cpu的查詢，可以鄙人一次這個時光點光降的時刻測驗考試抓一下sql而且優化它。假如在某一個時光點今後cpu一向飙高，罕見的情形就是：1.忽然間的高並發2.索引重整3.忽然一個常常應用的數據量特殊年夜的索引掉效了4.逝世鎖5.其他很多多少很多多少。先找到成績地點，在處置失落它。
7.System: Processor Queue Length
這個目標相似於disk queue length，也是算單個cpu的。單個cpu不克不及跨越2，好比你是2u的機械，那這個值不該該跨越4，假如在一個監控周期內連續性的跨越4，那便可能湧現cpu瓶頸了。
根本上經常使用的就是這麼多，還有很多多少可以合營你檢測sqlserver機能的計數器，有興致的可以本身百度下。
