SQL Server專家的十個秘密
過去數年來，許多公司紛紛精簡了其 IT 部門。很多數據庫管理員 (DBA) 不得不承擔大量的 SQL Server 數據庫管理工作。更糟糕的是，經常并沒有真正意義上的 DBA，而是隨便找個人來充任。而且有時候，DBA 純粹成了救火隊員，在不斷涌現的危機之間疲于奔命。這樣惡劣的環境是不正常的，也難以持久。沒有人愿意處于這種持續壓力和干擾之下。
擺脫這種境況的一個方法是花點功夫來簡化您的 SQL Server 環境，使之更易于理解和管理。我根據擔任 SQL Server 顧問的實際經驗總結出了以下十種方式，可以幫助 SQL Server DBA 提高對環境的控制力，并減少發生危機的可能性。這些方式按大致的重要程度列出，越往后越重要。
10. 編制清單
有多少次當您被要求還原受損的數據庫數據時，您甚至不知道這些數據的存在？SQL Server 數據庫很容易在公司內泛濫。DBA 團隊可能不知道數據庫中哪些數據不在了，從而失去對 SQL Server 實例的控制。這樣一來，未進行備份、修補的數據庫可能無法采取恰當的保護，并錯失其他很多必要的管理任務。
因此，當務之急是掌握您可控的公司實例和數據庫***清單。這是有效管理它們、必要時進行合并，并正確劃定范圍和規劃項目及升級的唯一途徑。編制清單還可以幫助您在與公司內各個團隊協商之后，通過公布您負責的已知實例列表來明確您的職責。您可以擬定已知實例的支持策略，并要求新實例嚴格遵守您的配置準則，否則將不予支持。
有許多工具可以幫助您創建 SQL Server 清單，例如，像 SQLPing3 和 SQLRecon 這樣的簡單工具、Microsoft 評估和計劃工具包和 Quest Discovery 向導等。
9. 標準化配置
如果您負責的數據庫和 SQL 實例數量在不斷增長，您會發現不同配置的數量也在以類似的方式增長。如果您不得不記住不同實例的配置細節，那么很難在面對不同實例時取得高效。
解決方法是盡可能標準化配置信息，如驅動器號、服務器配置選項、數據庫設置、數據庫維護、安全設置等等。SQL Server 2008 中引入了基于策略的管理功能，可幫助定義和實施策略。此外，Microsoft 的 SQL Server 技術專家 Lara Rubbelke 開發出了企業策略管理 (EPM) 框架，可輕松擴展到 SQL Server 2005 和 SQL Server 2000 實例上。您可以從 CodePlex 獲取該 EPM 框架。圖 1 顯示了一個 EPM 框架報告示例。
.jpg)
圖 1 企業策略管理框架報告
8. 了解 I/O 子系統
有幾個與 I/O 子系統有關的因素會對 SQL Server 實例造成影響。您需要認識到這些因素及其可能的影響：
I/O 子系統的讀/寫吞吐量和磁盤空間容量。必須能滿足工作負荷峰值要求，并能在您不得不為增長的數據量購買更多容量之前提供足夠的空間。您可以確定 I/O 瓶頸并將數據和/或日志文件移至 I/O 子系統的其他部分，從而更均勻地平衡負載。
I/O 子系統的 RAID 級別冗余能力以及能否執行諸如分割鏡像備份的操作和任何形式的鏡像/復制（在 I/O 子系統層面，而非 SQL Server 層面）。保護好數據和日志文件，避免因驅動器故障和其他潛在問題而遭受損失是很重要的。但這往往要進行折衷 - RAID-10 的冗余能力勝過 RAID-5，價格也更昂貴。有關詳細指南，請參見白皮書“物理數據庫存儲設計”。
I/O 子系統的 RAID 條帶大小、NTFS 分配單元/簇大小和分區對齊是否配置正確。有關詳細信息，請查看我的博客帖子“Are your disk partition offsets, RAID stripe sizes, and NTFS allocation units set correctly?（您的磁盤分區偏移量、RAID 條帶大小和 NTFS 分配單元設置是否正確？）”。
7. 創建自定義維護計劃
我在教授數據庫維護課程時，總是以“你不能只是把數據庫付諸生產，然后聽之任之”作為開頭語。索引會隨時間變得越來越零碎，從而導致性能降低。統計信息逐漸過時，從而導致不良查詢和惡化的性能。I/O 子系統可能遭到破壞，對備份的需求永無止境。
您可以為數據庫定制一個全面的維護計劃，來解決以上所有問題。自定義的計劃遠比不能充分滿足需求的通用計劃好得多。我曾于 2008 年 8 月在《TechNet 雜志》上發表了“高效維護 SQL Server 數據庫的關鍵技巧”一文，其中介紹了如何創建好的維護計劃。建立自己的維護計劃的***開始方式是使用 Ola Hallengren 編寫的免費腳本。我一直推薦客戶使用該腳本。
6. 確保系統安全性
花點時間主動發現安全問題是很有必要的，可以防止事件發生，而不用事后再做處理。我的另一篇《TechNet 雜志》文章，“常見的 SQL Server 安全性問題和解決方案”，列出了十個最常見的安全問題以及規避方法。此外，發現漏洞時別忘了及時修補系統。
5. 處理好與開發團隊的關系
在任何 IT 部門中，DBA 團隊與開發團隊之間的關系往往是主要矛盾之一。這兩個團隊通常都不理解對方的優先事項和關注點 - 從開發期限到 SQL Server 設計決策。在行為、性能問題以及部署與支持職責等方面，兩個團隊常常持不同觀點。
您可以通過積極而有效地參與開發團隊的工作來使自己的任務進展更順利。共同組織教育課程是一種頗為奏效的方式，尤其是當氣氛很友好時。在將設計付諸生產之前，與出席的 DBA 團隊成員一起進行評審并充分測試代碼，這有望避免可能進一步有損團隊關系的破壞性錯誤。
4. 制定全面的災難恢復策略
無論您的基礎結構有多牢固，當災難降臨時您必須具備應急計劃。您無法預知損壞、停電、火災、意外數據丟失或其他諸多潛在問題，因此，您需要一個計劃來應對這些問題并進行恢復。
您可以和管理層一起擬定數據庫的停機時間及數據丟失軟件許可協議，對如何從各種數據丟失類型中恢復做出規劃，并確定如何將數據庫和所有 SQL 實例納入公司的業務連續性計劃。弄清楚所有數據庫和實例的相對重要性，以便確定災難恢復的優先次序。
您還需要借助其他技術來幫助了解問題發生的時間，例如，頁面校驗和、一致性檢查、SQL 代理警報和 System Center Operations Manager 警報等。災難恢復基礎結構可通過備份、日志傳送、復制和數據庫鏡像來幫助您保護數據，并有可能通過數據庫鏡像或故障轉移群集將故障轉移到冗余系統上。以下兩個 Microsoft 白皮書可為您提供幫助：“High Availability with SQL Server 2008（SQL Server 2008 高可用性）”和“Proven SQL Server Architectures for High Availability and Disaster Recovery（具備高可用性和災難恢復功能的經檢驗的 SQL Server 體系結構）”。
3. 定期備份并進行測試
無論您的高可用性和災難恢復計劃有多周詳，您都必須對數據庫進行定期備份。如果您的數據庫遭到破壞或滅頂之災，那么您唯一的資源或許只有***的備份，倘若您沒有任何備份，可能會給公司帶來極其嚴重的后果。您不僅需要備份，還需要定期進行恢復測試，以保證這些備份在需要時能夠正常使用。
您可以從我 2009 年為《TechNet 雜志》撰寫的兩篇文章中找到更多信息：“Understanding SQL Server Backups（了解 SQL Server 備份）”和“SQL Server:Recovering From Disasters Using Backups（SQL Server：使用備份進行災難恢復）”。
2. 監視和維護性能
性能調節占據了 DBA 的大部分時間，但有很多方法可以簡化這個過程：
建立性能基準，以便了解性能是否真的發生了變化。
將系統分解為可在無外部因素干擾下隔離測量的基元。
使用等待-排隊方法快速查明性能問題。
采用系統基元、性能計數器監視性能，并等待統計信息。這樣您會知道性能何時開始下降。可使用 SQL Server 2008 中的性能數據收集器功能以及 SQL Server 2005 的性能儀表板。
制定維護計劃。
借助工具認真規劃和執行索引策略，如數據庫引擎優化顧問、DTA、缺失索引動態管理視圖 (DMV) 和索引使用 DMV。
1. 懂得從何處尋找信息
要做的事情無窮無盡，懂得何時放手并尋求幫助才是上上之策。您應當了解自己的局限性，清楚自己不可能了解有關 SQL Server 的一切。如果有人能幫助您完成任務或解決問題，那么您沒有必要自己苦苦掙扎并浪費寶貴的時間。
您的首要 SQL Server 信息源是 SQL Server 聯機叢書，您可以下載并安裝到本地，或在 MSDN 中聯機搜索。《SQL Server 聯機叢書》很適合用來查詢語法，但如果你有更復雜的操作問題，或正嘗試解決某個問題，那么***的辦法是將問題發布到聯機論壇。MSDN 上有許多 SQL Server 論壇，還有一些熱門的社區站點，如 SQL Server Central。
還有一種尋求幫助的快速方式是借助 Twitter 的 SQL Server 社區。發布問題時加上 #sqlhelp 哈希標簽，很多 SQL 專家（包括我）便可以看到您的問題。
此外，可以參加專門討論 SQL Server 的會議，例如，每年的 PASS 社區峰會、兩年一次的 SQL Server Connections 或更頻繁的 SQL 星期六主題日。可以關注社區中很多 SQL Server 專家的博客。您可以通過 MVP Thomas LaRock 維護的博客排名，了解這些博客的活躍程度及關注價值。
您可能已經因工作強度過大而不堪重負，但如果能抽出一些時間來了解這些建議，您會發現自己獲益匪淺。您的系統將運行得更順暢，您將更有條理，您將獲得更多的寧靜 - 您終將成為一名更為專業的 DBA。
【編輯推薦】
