Sql-Server-2008
就伺服器升級項目與 DBA 會面 - 常見問題
我更像是網路/Windows 管理員，我的任務是監督 SQL 伺服器升級項目。我需要與 DBA 會面並討論他們對升級的需求/願望。我不想完全盲目地進去，所以我想我會先問你們。我們正在從 SQL Server 2008 遷移到 SQL Server 2008 R2，並且可能會盡可能遷移到 Windows Server 2008 R2。作為一名 DBA，您對這樣的升級有何顧慮？你想看到什麼同時發生？
如果沒有關於系統性質的任何資訊（請參閱我對問題的評論）或您為什麼要升級，很難提供任何具體和/或簡明的建議。
作為起點，建構新伺服器有很多出色的清單，Brent Ozar和Jonathan Kehayias就是兩個很好的例子。從這些指南中的許多建議中，有幾項值得強調。這些是我最常遇到的錯誤配置。
- 儲存 - 檢查分區對齊，儘管這對於 W2K8+ 來說不是什麼問題，因為通常不需要手動分區對齊（非標準/外來 SAN 除外）。對於數據驅動器，格式化為 64k 塊大小，而不是 4kb 預設值。執行一組基本的SQLIO測試，以便您 a) 有一個標準來比較伺服器 X 和伺服器 Y，並且 b) 您對該伺服器的能力有一定的信心。
- 防病毒 - 確保 MDF、NDF 和 LDF 文件從您的防病毒掃描程序中排除。這些可能會在繁忙的系統上造成混亂，請在它之前修復它。
- 模型數據庫 - 對模型數據庫所做的任何更改都會反映在您創建的每個使用者數據庫中。將模型大小和增長率設置為適合您的環境/系統的合理值。代替任何其他指南，簡單恢復（以防有人忘記配置日誌備份）、2048MB 數據文件和 1024MB 增長、1024MB 日誌文件和 512MB 增長（根據 JK 的清單）。
對於被認為是業務關鍵且受嚴格 SLA 約束的伺服器/系統/應用程序，請做好更壞的打算。有了這些，就業務或使用者而言，您需要盡可能接近 100% 確定升級不會降級。對於那種程度的信心，你將不得不測試、測試和測試更多。
在任何大型系統中，都會有一個或兩個查詢，需要 hack/workaround/hint 進行優化。有些是經過深思熟慮的，基於當時的最佳建議，有些則是被遺忘的緊急修復。由於對查詢優化器的調整和改進，這些查詢將在升級時意外改變行為。只有一種方法可以發現它們，在您的新套件上執行它們。
我首選的方法是使用RML 工具擷取和重放工作負載。SQL CAT 有一個很好的指南來使用 RML 來達到這個目的，Precision Performance for Microsoft SQL Server using RML Utilities 9.0。