首先，我不是系統管理員，只是一個因伺服器效能不佳而感到沮喪的程式設計師...
我們目前正在較新的 E5-2650 CPU、24 GB RAM 上執行 VM（我相信主機是 Win Server 2008），至少根據「系統屬性」對話方塊是這樣的。我無法確定 SQL VM 擁有哪些資源，因為我只能存取它，而無法存取主機。抱歉，我不太了解周圍的路。如果不需要的話，我也不想讓我們目前的系統管理員覺得我問了一堆問題，讓他覺得我踩到了他的腳趾。我只是想證明昇級是否有幫助...
我們正在執行 SQL Server 2008 r2，我們所有的客戶端都是 Win 7 或透過執行 2008 的終端伺服器進行 RC。
所以我的主要問題是，我們目前運行的是 Windows Server 2003 r2 sp2，升級到 Server 2008 r2（或更高版本）是否可以顯著提高效能？我讀到過，由於其較新的功能，它可以提高其他地方的效能，但我還沒有看到任何人對資料庫效能發表評論。
如果是這樣，有什麼證據可以用來支持我的論點嗎？
此外，由於我們執行的是 SQL 2008 r2 並且我們的客戶端是 Win 7，我們的客戶端應該安裝哪些資料庫驅動程式？伺服器應該安裝什麼？
如果我需要詳細說明任何內容，請發表評論。
答案1
可能重複： 如何對資料庫進行負載測試和容量規劃？
您需要與系統管理團隊合作來衡量和識別當前的瓶頸。如果他很難相處，我會表示同情，但這很糟糕；你需要弄清楚如何最好地與他合作。透過可重現的測試案例對問題進行可靠的描述將是一個非常好的主意，而不是“它很慢！”另外，使用 Perfmon 和 SQL 分析器；從您告訴我們的情況來看，問題可能是索引不好，然後就輪到您了。一旦你知道 SQL 認為什麼是慢的，你就可以找出它是否是程式碼、資料庫佈局、慢 IO、CPU 不堪重負等。
一旦您知道瓶頸是什麼，您就可以看看 Win2k8 R2 是否有幫助。
提示：可能不會。
附加思考：為什麼你看 2008 R2 而不是 2012 R2？
答案2
好的，基礎知識：
除非您談論的是 32 位元 2003 R2，否則差異將很小。
資料庫的第一條規則－IO 的生死存亡，而普通的虛擬機器完全不足以完成繁重的 IO 工作。不是因為虛擬機器很糟糕，而是因為虛擬機器設定是通用設定。就像獲得標準租賃汽車並嘗試參加比賽一樣 - SQL 資料庫服務通常是圍繞磁碟子系統設計的。
可能您有一個完全尺寸不足的磁碟子系統 - 嘗試獲取它的延遲（毫秒/請求），如果它高於低個位數，則會影響查詢效能。有時這是可以的（如果您執行報告查詢，您基本上會使其過載），但對於任何事務性的事情......我還打賭您的日誌位於同一張光碟上。因為在虛擬機器中，您無法真正控制內容的儲存位置。
作業系統會產生影響，但與事實相比，影響很小。並不是說我現在會在 2003 伺服器上運行任何東西，而且我會解僱任何升級到 2008 R2 而不是 2012 R2 的管理員。但大公司可能會有政策阻礙這一點；）