SQL硬件性能配給

Question

我正在尋找一種方法來查找SQL Server中的瓶頸，似乎超過32GB ram和8個核心上超過32個spindels是不夠的。是否有任何指標，最佳實踐或硬件比較（即每秒交易）？我們每天關閉需要幾小時，如果可能的話，我希望在幾分鐘或實時。我無法合併超過12k行/秒。目前，我不得不將流量分配給多臺服務器，但對於大約50GB的數據庫來說這是一個合適的解決方案嗎？ 合併被包含在SP中並保持儘可能簡單 - 刪除重複輸入，插入新行，更新現有行。我發現我們放入單行合併的行越多，我們得到的每秒行數就越多。應用程序服務器運行在更多線程中，並使用其專用服務器上的所有內存和處理器。

Answer 1

按照像Waits and Queues這樣的方法來確定瓶頸。這就是恰恰是是專爲什麼設計的。一旦確定了瓶頸，您還可以判斷是否存在硬件配置和校準問題（如果是這樣，那麼硬件是瓶頸），還是其他問題。

Answer 2

其基本思想是避免必須隨機訪問磁盤，無論是讀寫。如果不做任何分析，50 GB的數據庫至少需要50 GB的內存。然後，您必須確保索引與數據和事務日誌分開，並儘可能晚地寫入，並將關鍵表分割爲多個主軸。你在做這一切嗎？