我們有一個專用伺服器，用於暫存網站（我們的測試伺服器）。伺服器的效能變得非常糟糕，我們必須定期重新啟動它。當效能較差時，我檢查了任務管理器的進程和內存，但一切看起來都正常。
我們使用內容管理系統，並且在使用此 CMS 的管理部分時，我們總是注意到效能下降，這讓我認為這可能與 CMS 正在進行的資料庫呼叫有關。
這聽起來可行嗎？關於如何測試這個的任何其他建議？
提前致謝...
答案1
這聽起來可行嗎？
是的。
關於如何測試這個的任何其他建議？
性能檢查。請注意，效能不僅僅是 CPU。如果您認為資料庫是問題所在，則可能是 IO 限制 - 在這種情況下，磁碟延遲/活動百分比將會飆升。檢查光碟性能計數器。特別是如果你是 IO buond，CPU 會很低，因為 CPU 基本上不為進程提供服務，因為它正在等待 IO 完成。
通常，資料庫變得更加繁忙，需要大量的 IO 預算，這意味著需要相當多的磁碟。我這裡有一個資料庫，現在使用 6 個 10k RPM 光碟，很快就會升級到 8 個 - 僅用於資料。典型的廉價專用伺服器通常具有非常糟糕的 IO 預算 - 緩慢的大型最終用戶光碟（很少）無法構成快速子系統。這在某些情況下效果很好，但最終可能會過載。
答案2
正如 TomTom 所說，這幾乎肯定表明您的系統受 IO 限製而不是 CPU 限制。根本原因可能只是 CMS 後面的負載資料庫增加，也可能是其他原因，但無論如何，PerfMon 有一些有用的計數器可供查看，可以明確告訴您磁碟子系統是否是原因。
\LogicalDisk\Avg。磁碟秒/讀取和 \LogicalDisk\Avg。磁碟秒/寫
這些是讀寫 IO 操作的基本延遲數字，越低越好。只要這些數字超過 15 毫秒左右，伺服器的效能就會明顯變差。
\LogicalDisk\磁碟位元組數/秒和 \LogicalDisk\磁碟讀取數/秒和 這將告訴您總體磁碟吞吐量。這些速率可能會導致磁碟子系統的最大容量飽和，這可能是由於吞吐量本身，也可能是因為您已達到讀取/寫入模式的 IOP 限制。除非您 100% 有信心擁有可預測的 IO 模式，否則很難從這些中推斷出任何重要的資訊。沒有真正有用的方法來給出任何具體的數字來觀察這裡，但如果您看到單個 SATA 磁碟的速度為 50-100MBytes/sec 或更多，那麼這將與您所期望的一樣好。更快的伺服器磁碟（10k、15K、SSD）可以超過這個速度，只要您支付足夠的費用，SAN 連線儲存幾乎可以提供您想要的任何內容。對於小型隨機 IO（典型的資料庫操作），這個數字將始終很低並且不能告訴您太多。
\LogicalDisk\磁碟寫入/秒、\LogicalDisk\磁碟讀取/秒和 \LogicalDisk\磁碟傳輸/秒 這些將告訴您每秒離散 IO 操作的數量以及讀取\寫比率。旋轉磁碟在這方面相當有限 - 7.2K SATA 磁碟每秒可維持約 70-80 IO，10K 磁碟將其提升到 100-150 範圍，15K 將達到 200+。 SSD 的數量級將高出一個或兩個數量級。 RAID 群組在讀取時會相當線性地增加此值，但寫入會產生2 到5 之間的損失。約25%。
如果該數字趨於增加，同時延遲增加到危險區域（即 > 15 毫秒），則強烈表明您的磁碟已達到 IOP 限制，無論報告的特定數字為何。
\LogicalDisk\分割 IO/秒 這將告訴您有多少 IO 請求導致多個操作，並讓您了解有多少碎片正在影響 IO 活動。
PhysicalDisk：目前磁碟佇列長度和PhysicalDisk：平均。磁碟佇列長度。 這告訴您有多少未完成的 IO 在實體磁碟層級等待完成。如果單一磁碟上的該值是 2 或更高，或超過了建置該磁碟的 RAID 群組中的磁碟數量，那麼您可能會向磁碟推送更多的 IO，而磁碟無法及時完成。在某些情況下，這並不重要，但對於需要低延遲磁碟 IO 的系統（記憶體快取無法彌補磁碟弱點的資料庫）來說，它將是真正的殺手。第一個是瞬時讀數，因此只需擔心它是否持續較高或隨 %disk time 計數器變化。如果平均。磁碟佇列長度太高，那麼肯定有問題。
物理磁碟：磁碟時間百分比 ％磁碟時間告訴您磁碟的繁忙程度。當它接近 100% 時，您將很難讓系統執行任何依賴該磁碟的其他操作，因為所有額外的 IO 都會排隊。即使數字明顯低於 100%，也可能表明存在問題，如果該數字很高或不斷上升，並且當前磁碟佇列長度很高，則明確表明 IO 負載超出了磁碟容量。這個數字實際上是以一種奇怪的方式計算的，因此在分析 RAID 性能時可能沒有那麼有用。
這篇 Technet 部落格文章更深入地介紹其中一些計數器以及一些場景，您可以使用它們來識別問題並確定如何修復它。
答案3
是否值得考慮配置您的 Web 應用程式集區以頻繁回收工作進程？