摘要： 助人要從日常小事做起，不因善小而不為?！?/span>

Ankole數(shù)據(jù)庫運維平臺為了幫忙DBA減輕負擔，向業(yè)務(wù)維護人員提供了各種各樣的自助服務(wù)功能，讓業(yè)務(wù)人員能夠自維護，減少對DBA的支持需求，提高工作效率。

1.    問題

數(shù)據(jù)庫運維的小伙伴是否經(jīng)常碰到這樣的困惑，應(yīng)用維護人員經(jīng)常找過來，“小張，幫忙殺個會話了”、“小張，幫忙檢查一下XX數(shù)據(jù)庫的性能是不是有問題”等等……，運維人員的時間去哪兒了？

那ankole數(shù)據(jù)庫運維平臺又是如何解決這些問題呢？

2.    設(shè)計思路

Ankole數(shù)據(jù)庫運維平臺提出專業(yè)的人干專業(yè)的事，業(yè)務(wù)自已能解決的問題自行解決，所以在ankole數(shù)據(jù)庫運維平臺向業(yè)務(wù)維護人員提供了自助服務(wù)功能。其中自助服務(wù)大的功能模塊有：查看數(shù)據(jù)庫實例性能、會話管理、失效索引管理、SQL性能分析。

這些功能模塊具體的使用場景，請聽我慢慢道來。

3.    實例性能

以前業(yè)務(wù)人員經(jīng)常請數(shù)據(jù)庫運維人員幫忙查看數(shù)據(jù)庫性能，現(xiàn)在通過ankole運維平臺就可以自行查看。只要在實例性能頁面中選中關(guān)心的數(shù)據(jù)庫和實例，就可以一目了然地看到數(shù)據(jù)庫的運行情況。比如：數(shù)據(jù)庫服務(wù)器CPU的使用率，數(shù)據(jù)庫的IO響應(yīng)指標，表空間的使用率，物理備份是否配置，邏輯備份是否配置、備份內(nèi)容、最近備份時間、備份日志，在上方還有業(yè)務(wù)人員比較關(guān)注的：數(shù)據(jù)庫活躍會話數(shù)、會話總數(shù)和數(shù)據(jù)庫當前寫入的日志量。

通過查看歷史，還可以檢查數(shù)據(jù)庫的性能歷史，了解數(shù)據(jù)庫的運行情況。

所以有了實例性能模塊，我們業(yè)務(wù)維護的小伙伴對數(shù)據(jù)庫性能有懷疑時就可以自行查看了，再也不用拜托運維，省了好幾頓飯錢。而數(shù)據(jù)庫運維人員被少打擾了，可以更加關(guān)注地解決更重要的事情。

4.    會話分析

業(yè)務(wù)維護人員有時侯自已查詢到某個業(yè)務(wù)會話執(zhí)行異常，需要結(jié)束該會話的運行，使用通過數(shù)據(jù)庫殺會話的命令，經(jīng)常無法徹底殺掉會話，需要長時間的等待，有時侯等了幾小時異常會話還沒有被殺掉。這時侯業(yè)務(wù)維護人員又要找到數(shù)據(jù)庫運維人員了，數(shù)據(jù)庫運維人員通過一通命令，啪啦啪啦，然后登錄到服務(wù)器上執(zhí)行了“kill -9”命令，就將數(shù)據(jù)庫里異常的業(yè)務(wù)會話給殺掉了，大家都很開心。

但是這種事情多了，數(shù)據(jù)庫DBA就抱怨了。想想一個大企業(yè)，系統(tǒng)成百上千個，業(yè)務(wù)維護人員也有很多，但數(shù)據(jù)庫DBA就那么幾個，因為需要殺會話的事情，被業(yè)務(wù)人員找多了DBA其它事就啥也干不了，手頭堆積的事情干不完，只能晚上加班干。但數(shù)據(jù)庫是企業(yè)非常重要的資產(chǎn)，不可能將登錄數(shù)據(jù)庫服務(wù)器的權(quán)限開放給業(yè)務(wù)維護人員，所以DBA抱怨也得干啊。

因為這個原因，ankole運維平臺向業(yè)務(wù)維護人員提供了會話分析功能，如下：

當業(yè)務(wù)維護人員發(fā)現(xiàn)了異常的數(shù)據(jù)庫會話需要結(jié)束時，通過選中數(shù)據(jù)庫實例，輸入SID和SERIAL#值，就可以查看到會話的詳細信息。包括：會話類型、狀態(tài)、用戶名、客戶端程序、客戶端機器名、登錄時間，還包括一些重要信息：會話正在執(zhí)行的SQL_ID、會話使用的UNDO量，還有分析的會話是否被其它會話阻塞等。

如果業(yè)務(wù)維護人員查看了這些信息，確認無誤需要結(jié)束掉會話，則點擊右邊的“殺進程”就可以準確無誤、干凈利落地殺掉了異常會話。

會話使用的UNDO量需要說明一下，如果會話使用的UNDO量過大，那殺掉該會話可能會造成數(shù)據(jù)庫長時間地回滾，在“殺進程”按紐在點擊時會進行相關(guān)校驗和提醒。

如果需要了解這個會話的執(zhí)行歷史，可以點擊左邊的“會話歷史”按續(xù)，就可以將這個會話執(zhí)行的等待歷史情況展現(xiàn)出來，以供專業(yè)的DBA檢查。