需求描述
在生產環境中，很多情況下需要采集數據，用以定位問題或者形成基線。
關于SQL Server中的數據采集有著很多種的解決思路，可以采用Trace、Profile、SQLdiag、擴展事件等諸多方案。
幾種方案各有利弊，其中從SQL Server2012版本開始，微軟的開始各種整合這些采集方案，力推擴展事件。
對于上述的數據采集只是一種實現手段，對于采集完數據的存儲沒有統一的規范，并且對于多服務器的數據采集及匯總沒形成統一的規范。
本篇實現
1、通過SQL Server自帶的數據采集器實現多服務器的性能采集
2、利用SQL Server數據采集數據倉庫（DW）形成運維報表
3、通過靈活性的配置方式，實現不同服務器不同采集點的數據收集
<1>基礎配置
以前，有個同事說SQL Server的自動化運維太弱了，并且定位問題也比較麻煩，需要記住各種系統的DMV....各種日志查找....你看看人家MySQL強大的圖形化界面提示，讓你一眼就能發現當前數據庫所存在的問題。
的確，來看看MySQL所提供的圖形化的運維界面
是他娘的帥氣，把整體的平臺給劃分的很詳細：網絡、實例狀態、存儲狀態。
而且還有看上去很優雅的圖形化展示界面。
上述界面所反映的內容，對于問題的查找是相當便利的，在SQL SERVER中就找不到同樣的模塊。如果有經驗的DBA會通過任務管理器、性能監視器、然后配合系統自帶個一些個DMV...進行分析....看上去復雜并且很高深的樣子。
其實，在SQL SERVER中，也有類似的功能模塊，并且更靈活的實現多臺服務器共同采集，下面，我們來看一下詳細的使用和配置流程。
在數據收集上，右鍵選擇“配置管理數據倉庫”
SQL SERVER為了能夠支撐多臺服務器的數據采集任務，鑒于數據量的龐大和用于數據分析的重要性，所以自己創建了一個用于數據分析的數據倉庫（DW）
這里選擇好實例，創建好數據倉庫就可以。
提示：為了避免影響生產系統的性能，一般這里建議采用另外一臺空閑的實例，專門用于數據采集和性能分析。
我這里演示，就采用本地的實例進行配置，然后下一步：
到這一步是管理數據倉庫的用戶權限，可以配置用戶權限，三種權限級別：管理員、可讀、可寫；
很簡單，配置完成直接下一步，然后就完成了該數據采集的數據倉庫的搭建。
<2>基礎配置
這一步就是設置數據收集了，簡單點講就是要配置收集的數據項有哪些。
同樣是，數據采集上右鍵，然后選擇“設置數據采集”
然后，下一步就是連接數據倉庫，選擇緩存目錄
然后，下一步就可以完成，這里SQL SERVER同樣的內置了一套數據搜集的模板，會為你收集全部的基本信息，當然，也可以自定義，文章后面介紹。
來看默認的數據采集的收集項
自帶的默認模板中，分為了查詢統計信息，其實這個就對應的實例狀態、磁盤存儲、服務器活動，除了這下還贈送了一個實用工具信息，這個是用來靈活配置其它幾個收集項的。
可以隨時的根據個人喜好啟動、停止數據收集動作，酌情采用。
并且，也可以自己配置收集動作的時間間隔或者狀態值。
并且，SQL Server貼心的給內置了一下計劃模板，基本涵蓋了所有的應用場景。
然后，你就放心的讓它自己去采集就可以了。不爽的時候隨時停止就可以。
剩下來的事就是查看采集數據了，鑒于MYSQL提供了如此精美的圖像化展現方式，SQL SERVER同樣也有。
就是它了
看上去是不是也有那么點意思了，包括：CPU、內存、磁盤IO、網絡...
并且順帶著SQL server等待、SQL語句執行情況等
然后，針對性能調優的一些語句，也給出了排序包括CPU、運行時間、IO總數、物理讀取、邏輯讀取等
當然，我本地的機器本身采集量就很少，并且運行的T-SQL語句就不多，所以圖表工具顯示的很空曠。
來看看磁盤存儲的
上述內容大體就這些，自己用的時候再行挖掘吧，本篇提供思路。
如果經驗老道的DBA，我估計上述語句通過系統的DMV都可以查看的到，但是那僅限于有經驗的，上述方案為小白降低了維護數據庫的成本。
并且可以在多臺服務器中進行采集，集中處理問題。
結語
在本篇介紹利用SQL Server自帶的數據收集工具進行數據庫運維。關于自定義的數據收集項設置，后一篇介紹吧。
另外關于數據收集的DW有很多很有用的內容，如果對于大型的平臺性能運維，可以借此擴展，形成自己的運維平臺。
關于SQL Server自動化運維和檢測的內容很廣泛，其中很多都是從日常的經驗中出發，一步步的從手動到自動的過程。
如果您看了本篇博客,覺得對您有所收獲，請不要吝嗇您的“推薦”。
文章列表
留言列表
