Perf Mon指標分析

Question

我正在閱讀《蒸餾的SQL Server 2008查詢性能調整》這本書，發現在某些情況下對性能指標的描述有些模糊。 我將列出它涵蓋的所有指標，以及每個指標的含義。 我想在必要時分享一些說明。 正如我的評論所建議的，我主要是尋求幫助的項目＃2、6和7。

1. 可用字節 ： 可用物理內存。 不言自明
2. 頁面/秒和頁面錯誤/秒 ：清除99％。 唯一的問題是為什么頁面可能在內存中從一個位置交換到另一個位置（軟故障）。
3. 緩沖區高速緩存命中率 ：新請求的內存立即可用的頻率。 似乎很清楚，盡管可能命名不佳。 我想知道它是否應該被稱為“緩沖池空閑命中率”。
4. 頁面預期壽命 ：此緩沖池高速緩存度量標准受高速緩存命中的頻率和可用內存的控制。 似乎很清楚。
5. 延遲寫入/秒 ：將臟緩沖區寫入磁盤的速率。 似乎很清楚。
6. 未完成的內存授予 ：“ SQL Server內存中正在等待內存授予的進程數”。 奇怪。 難道不應該只有一個進程與SQL Server內存相關聯嗎？ 不清楚！
7. 目標服務器/總服務器內存 ：據說“如果服務器總內存遠小於目標服務器內存...那么最大服務器內存配置參數可能設置得太低。” 有點不清楚。 為什么要設置兩個設置- target server memory和max server memory -來控制SQL Server內存使用量的總和？ 是否因為“總數”是針對所有數據庫實例的組合，而“最大值”是針對每個單獨的數據庫的？

我有一個總體問題，也許與項目7有關，當每個數據庫實例配置為（幾乎）總計所有可用物理內存的最大內存使用量時，會發生什么？ 我猜想SQL Server不會為它托管的每個實例提供那么多的費用，並且會根據需要平衡自身？ 比這還復雜嗎？

Answer 1

唯一的問題是為什么頁面可能在內存中從一個位置交換到另一個位置（軟故障）。

軟故障不會真正移動頁面。 連續修剪流程工作集，並將頁面置於“備用” 狀態 。 它們保留了完全相同的物理位置，但是它們在內核中的描述符被標記為“備用”。 引用該頁面的流程將產生“軟故障”，這意味着頁面描述符被“修復”，並且頁面返回到流程工作集中。 在修整和軟故障的整個過程中，從不將頁面的內容實際移動到物理RAM中。

緩沖區高速緩存命中率：新請求的內存立即可用的頻率

不，這意味着有多少個數據庫頁面請求在內存中找到該頁面，而不必發出IO來從磁盤中獲取該頁面。

未完成的內存授予：“ SQL Server內存中正在等待內存授予的進程數”。

這是一個完全不同的主題。 在這里閱讀： 了解SQL Server內存授予 。

目標/總服務器內存

閱讀SQLOS的內存管理器和SQL Server的緩沖池 。 雖然有些陳舊，但仍然相當准確，特別是在SQL Server 2012之前。

當每個數據庫實例配置為（幾乎）總計所有可用物理內存的最大內存使用量時，會發生什么情況

這是SQL Server的預期操作模式。 它旨在捕獲主機上的所有內存，然后自行對其進行管理。 這就是為什么未指示與SQL Server一起托管任何其他進程（例如，沒有IIS，沒有Exchange，沒有AD域控制器，沒有SSIS，沒有RS，沒有AS等）。 這也是為什么最好每台主機托管一個實例。