SQL SERVER運維巡檢系列之八 效能

2021-08-28 01:48:18 字數 1444 閱讀 3272

做好日常巡檢是資料庫管理和維護的重要步驟,而且需要對每次巡檢日期、結果進行登記,同時可能需要出乙份巡檢報告。

本系列旨在解決一些常見的困擾:

效能是系統好壞的重要指標之一,而效能問題可能是因為某乙個小點而引起(如引數配置、作業配置、結構設計、軟硬體環境等)。前面七篇文章從不同的方面對系統進行了巡檢,本篇將介紹系列巡檢中最重要的一項(效能)。

效能巡檢的指標非常多,情況變化也很大,所以對自己的系統應該建立起一套完整的效能評價模型,何為效能評價模型,就是當系統進入乙個平穩期,經過了優化,系統效能已經達到了乙個穩定值,那麼我們可以用這個穩定的專案作為後期巡檢,及功能上線,結構變更等操作效能對比的基線。

在【體檢專案】頁我們可以使用乙個比較穩定的體檢專案的歷史版本作為效能基線,為了區分其他專案可以重新命名為」效能基線「。

在【概覽】頁我們可以從整體檢視系統的效能現狀,主要從【查詢語句-執行時間】、【會話-等待型別】、【檢查項】等,與基線進行對比。檢視巡檢中的指標是否與基線指標有較大的差異。

例:當巡檢時【查詢語句-執行時間】中各個時間段的慢語句數量明顯高於基線,那麼可以說明系統中的語句可能有變慢的情況。cpu、記憶體、io等系統指標壓力公升高,說明你系統的壓力變大,變大的原因可能因為有新增的不優化語句或硬體資源出現問題。

注:基線與巡檢的收集時間應保證相同或小幅差異。如果差異很大,可能不具有說明性。

在巡檢中,我們可以主要關注:

在巡檢中,我們可以主要關注:

資料庫的效能巡檢指標很多,可以根據自己系統的情況選擇,具體指標及優化方式請參見:效能診斷系列

前面的一些巡檢項及配置項,在管理比較規範的系統下,一般並不會出現什麼問題,而效能不同,這是乙個受很多因素影響,並且比較容易產生問題的項。同時效能對系統的總要程度是不言而喻的,做好前面的巡檢也是效能穩定的保證。

SQL SERVER運維巡檢系列之五 例項級引數

做好日常巡檢是資料庫管理和維護的重要步驟,而且需要對每次巡檢日期 結果進行登記,同時可能需要出乙份巡檢報告。本系列旨在解決一些常見的困擾 日常的備份是運維人員的基本工作,保證備份策略完善,備份可用也是運維人員的重中之重。備份的檢查是sql專家雲檢查中的一大項,也可見備份的重要性,在 檢查項 備份 頁...

Hadoop運維記錄系列 十七

上個月通過email,幫朋友的朋友解決了乙個cloudera的spark sql無法訪問hbase做資料分析的問題,記錄一下。首先,對方已經做好了hive訪問hbase,所以spark sql原則上可以通過呼叫hive的元資料來訪問hbase。但是執行極慢,而且日誌無報錯。中間都是郵件溝通,先問了幾...

Hadoop運維記錄系列 九

linux作業系統針對hadoop的引數和命令調優。對於hadoop本身的引數調優,寫的已經不少了,作業系統方面的不多,記錄一下我用的系統引數。先寫一點,想起哪個再往裡面加。一 系統核心引數調優sysctl.conf net.ipv4.ip forward 0 net.ipv4.conf.defau...