Sql-Server
衡量容量需求或擴展 SQL 伺服器
這將更多是一般方法問題，而不是過於技術性：
如果我們需要在 CPU 記憶體磁碟或 CPU 方面擴展 SQL 伺服器，我的一個應用程序會聯繫我，因為他們計劃將容量增加一倍。
從目前卷中，我擷取了顯示 CPU/記憶體和磁碟執行沒有問題的內容。
但是，如果數量增加而最終可能需要增加容量，我如何才能自信地衡量一切會發生什麼變化？
需要您的專業知識，我如何才能積極主動，我可以衡量什麼來做出決定，至少接近數量增長的預期？
是的，我確實有 SQL 伺服器監控，它儲存了過去 15 天的性能數據。大多數數據來自性能計數器和 DMV。
更新 - 在更新時添加更多數據 - 每天平均 800 個事務/秒和一天內 400 個批處理請求/秒，然後在一天內穩定 40% 的 CPU 使用率，包括高峰日。讀/寫的磁碟響應都遠低於 5 毫秒。PLE全天超過10K。
非常感謝任何有關如何解決此問題的幫助。我知道這個問題的答案很廣泛，但是一些很棒的想法不僅可以幫助我這個伺服器，而且將來也會出現類似的東西，謝謝！
正如其他人所說，沒有什麼神奇的公式可以告訴您數據庫伺服器將如何響應突然的“將音量增加一倍”（順便說一下，到底是什麼音量）。
有兩件事可以幫助你獲得一個大致的想法（顯然你都沒有）：
- 顯示伺服器負載、數據量和應用程序工作負載（並發連接、使用者會話、註冊使用者、每日訂單或任何對您的情況有意義的）之間的相關性的歷史（多月）數據。"
$$ P $$過去 15 天的性能數據”完全沒用。
- 配置與您的生產非常相似的性能測試環境。在當今時代，在雲提供商之一上建構虛擬化測試環境並執行一周的成本與您為意外性能問題導致的生產中斷所支付的價格相比是微不足道的。性能燃盡測試應該是發布過程的一部分。
如果你明天開始準備這兩個，在半年內你將能夠在一定程度上自信地回答你自己的問題。