性能計數器的必需值
這聽起來很可笑，我偶然成為了一名“DBA”，不得不處理一個大約 2TB 數據的大型數據庫。我想知道以下性能計數器的最佳值是什麼：
- 平均磁碟秒/傳輸
- 目前隊列長度 D
- 磁碟字節/秒
- 傳輸/秒
- 裝滿
在 PLE 的情況下，我已經讀到過去每 4GB RAM 需要 300 秒。我們有 128GB 的 RAM，PLE 從 0 波動到 15k。無論如何，我認為當每天大約有 50-70GB 的新數據進來，同樣數量的數據被刪除並且我們儲存過去 30 天的數據時，我認為不可能有高 PLE 值，因此使用者可以閱讀和操作它
在按照 LowlyDBA 的建議搜尋“Accidental DBA”之後，您會發現我們很多人都得到了這份工作，因為我們碰巧站在數據庫伺服器旁邊，因為它開始著火了。
所以我要祝賀你升職並建議從這裡開始：Accidental DBA 系列 - SQLskills.com
關於你的實際問題。大多數性能計數器沒有最佳值（除了可能一直使用 100% CPU 之類的東西可能不好）。您需要找出您的伺服器的正常情況。此基線將幫助您了解當它未按預期執行時在哪裡查看（請參閱“意外 DBA 系列”中的“基線”部分）。
話雖如此，我建議暫時不要使用 perfmon，然後先查看您的伺服器等待統計資訊。這些統計數據將告訴您是否以及在哪裡受傷。如果您的伺服器沒有等待磁碟資源，則某些磁碟特定的性能計數器“太高”無關緊要。等待統計分析在 sqlskills 文章的“等待統計分析”部分進行了說明。
同樣，基線將有很大幫助。查看Brent用於監控等待統計資訊的解決方案。它輕巧，非常有用且免費。
PLE - 忽略。
目前磁碟隊列長度- 忽略。
磁碟字節/秒- 忽略。
傳輸/秒- 忽略。
Average Disk Sec/Transfer：這是磁碟的整體延遲。越低越好。對於非 SSD 驅動器，低於 5 毫秒被認為是好的。超過 20 毫秒被認為是“壞的”，但這應該持保留態度。通常，您需要分別查看 avg disk sec/read 和 avg disk sec/write 。這些計數器將告訴您磁碟處理數據庫負載的情況。
Transfers/sec和Disk Bytes/sec僅衡量數據庫的繁忙程度。