隨著數(shù)字化的不斷深入，數(shù)據(jù)庫(kù)爆炸式增長(zhǎng)已經(jīng)是一個(gè)現(xiàn)實(shí)了。如此數(shù)量眾多，種類(lèi)繁雜，還包含大量國(guó)產(chǎn)數(shù)據(jù)庫(kù)的中小型數(shù)據(jù)庫(kù)如何運(yùn)維，是未來(lái)擺在每個(gè)企業(yè)IT部門(mén)面前的一道難題。傳統(tǒng)的企業(yè)IT運(yùn)維都是抓大放小，關(guān)鍵、核心系統(tǒng)花大價(jià)錢(qián)招人或者請(qǐng)第三方服務(wù)商駐場(chǎng)服務(wù)，一些不重要的，小型的的數(shù)據(jù)庫(kù)就放任不管，出了問(wèn)題再去解決。不過(guò)隨著數(shù)字化轉(zhuǎn)型的不斷深入，大量的不能放任不管的中小系統(tǒng)又?jǐn)[在運(yùn)維人員面前了。再加上以前一套Oracle數(shù)據(jù)庫(kù)干的事情，現(xiàn)在可能需要分解為多套國(guó)產(chǎn)數(shù)據(jù)庫(kù)來(lái)干。

以前雖然Oracle運(yùn)維起來(lái)難度大一些，不過(guò)關(guān)鍵系統(tǒng)數(shù)量有限，人還是干得過(guò)來(lái)的。現(xiàn)在的國(guó)產(chǎn)、開(kāi)源數(shù)據(jù)庫(kù)雖然比Oracle簡(jiǎn)單多了，不過(guò)原來(lái)運(yùn)維Oracle的模式似乎也不大靈光了。平時(shí)不出問(wèn)題的時(shí)候人工去監(jiān)控也沒(méi)多大價(jià)值，出了問(wèn)題，人工去處理似乎也經(jīng)常發(fā)揮不出啥作用。再加上面對(duì)如此龐大的數(shù)量，總是覺(jué)得力不從心。

確實(shí)如此，Oracle時(shí)代行之有效的運(yùn)維模式到了現(xiàn)在國(guó)產(chǎn)、開(kāi)源數(shù)據(jù)庫(kù)時(shí)代似乎不大好使了。轉(zhuǎn)變思路，轉(zhuǎn)變工作模式迫在眉睫。實(shí)際上既然業(yè)務(wù)都在數(shù)字化轉(zhuǎn)型，IT運(yùn)維也應(yīng)該數(shù)字化轉(zhuǎn)型了。今天我們就來(lái)討論一下數(shù)據(jù)庫(kù)的數(shù)字化運(yùn)維能力是如何構(gòu)建出來(lái)的。

圖片

數(shù)據(jù)庫(kù)的數(shù)字化能力來(lái)源是數(shù)據(jù)庫(kù)產(chǎn)品自身的可觀(guān)測(cè)性接口。通用數(shù)據(jù)庫(kù)的可觀(guān)測(cè)性接口一般來(lái)說(shuō)還是比較豐富的，一些開(kāi)源的專(zhuān)用數(shù)據(jù)庫(kù)（比如clickhouse、mongodb等）相對(duì)少一些。一般來(lái)說(shuō)，面對(duì)場(chǎng)景的復(fù)雜性和多樣性越多的數(shù)據(jù)庫(kù)產(chǎn)品就需要越多的可觀(guān)測(cè)性能力來(lái)支撐其運(yùn)維。上面的圖中左側(cè)是數(shù)據(jù)庫(kù)需要對(duì)外提供的可觀(guān)測(cè)性能力，右側(cè)是IT部門(mén)需要構(gòu)建的數(shù)字化運(yùn)維能力?？捎^(guān)測(cè)性是數(shù)據(jù)庫(kù)提供給運(yùn)維的基礎(chǔ)數(shù)據(jù)，數(shù)字化運(yùn)維能力是IT部門(mén)建設(shè)的自動(dòng)化分析與處置能力。

IT部門(mén)對(duì)于數(shù)字化運(yùn)維能力的終極目標(biāo)是自動(dòng)化處置與故障自愈，不過(guò)這個(gè)要求很高，可以在一個(gè)組織內(nèi)部，通過(guò)對(duì)自己運(yùn)維對(duì)象與運(yùn)維流程的深入理解不斷的演進(jìn)與完善。不過(guò)個(gè)性化定制的工程量很大，極難做成通用產(chǎn)品去銷(xiāo)售。前陣子和螞蟻的同學(xué)做了一次深入的交流，觀(guān)看了他們支付寶的運(yùn)維管理平臺(tái)，他們的業(yè)務(wù)自動(dòng)限流、SQL自動(dòng)優(yōu)化、故障自動(dòng)隔離等方面的能力已經(jīng)做得很強(qiáng)大了。我當(dāng)時(shí)看得十分眼饞，問(wèn)他們這部分能力能不能開(kāi)放到OCP里。他們很坦誠(chéng)的告訴我，這些能力都是基于對(duì)他們的系統(tǒng)充分了解的基礎(chǔ)上構(gòu)建起來(lái)的，甚至和他們的關(guān)鍵業(yè)務(wù)系統(tǒng)的代碼都是關(guān)聯(lián)的，想要開(kāi)放成通用功能是有一定難度的。

雖然構(gòu)建高級(jí)目標(biāo)是需要長(zhǎng)時(shí)間積累的，不過(guò)飯可以一口一口的吃，先把基礎(chǔ)能力構(gòu)建起來(lái)還是可以做的。不過(guò)要想構(gòu)建基礎(chǔ)的數(shù)字化運(yùn)維能力也還是有一定的基礎(chǔ)條件的。數(shù)據(jù)庫(kù)的可觀(guān)測(cè)性接口的能力強(qiáng)弱限制了數(shù)字化運(yùn)維能力的建設(shè)。傳統(tǒng)的數(shù)據(jù)庫(kù)監(jiān)控是網(wǎng)管理念的監(jiān)控，數(shù)據(jù)庫(kù)的幾個(gè)關(guān)鍵指標(biāo)合理，不宕機(jī)就行了，因?yàn)榕袛嘞到y(tǒng)是否存在問(wèn)題主要還是靠人。數(shù)字化運(yùn)維是要考算法來(lái)判斷系統(tǒng)是否存在問(wèn)題 ，那么所需要的監(jiān)控指標(biāo)就復(fù)雜多了。

舉個(gè)例子，哪怕是最簡(jiǎn)單的配置信息，如果是人工運(yùn)維時(shí)代，那么很多配置信息記錄在系統(tǒng)里或者保存在文檔里還問(wèn)題不大，大不了人工去檢查。而如果要數(shù)字化運(yùn)維，那么數(shù)據(jù)庫(kù)的備份策略，備份作業(yè)的完成情況等配置信息都必須要數(shù)字化了。這方面Oracle數(shù)據(jù)庫(kù)的完備程度是十分高的，值得國(guó)產(chǎn)數(shù)據(jù)庫(kù)去學(xué)習(xí)。通過(guò)系統(tǒng)視圖，我們可以知道大量的數(shù)據(jù)庫(kù)運(yùn)行于配置變更的細(xì)節(jié)，這對(duì)于數(shù)字化運(yùn)維和最終實(shí)現(xiàn)數(shù)據(jù)庫(kù)自治十分重要。

活躍會(huì)話(huà)歷史（ASH）是數(shù)據(jù)庫(kù)數(shù)字化運(yùn)維高級(jí)階段不可缺少的數(shù)據(jù)支撐。精準(zhǔn)的故障預(yù)警和根因分析都需要ASH數(shù)據(jù)的支持才能實(shí)現(xiàn)。因此ASH也是很多數(shù)據(jù)庫(kù)故障自愈能力構(gòu)建的基礎(chǔ)。數(shù)據(jù)庫(kù)要提供ASH的能力并不簡(jiǎn)單，需要在數(shù)據(jù)庫(kù)核心代碼中能夠?qū)⒋罅康臅?huì)話(huà)活動(dòng)數(shù)據(jù)轉(zhuǎn)儲(chǔ)出來(lái)，最終固化到系統(tǒng)表中。為了實(shí)現(xiàn)更精準(zhǔn)的分析，ASH要求的采樣頻率一般是1秒鐘，這對(duì)于數(shù)據(jù)庫(kù)內(nèi)核也是一個(gè)巨大的考驗(yàn)。目前應(yīng)有一些國(guó)產(chǎn)數(shù)據(jù)庫(kù)已經(jīng)開(kāi)始提供ASH數(shù)據(jù)了，比如openGauss、Polardb、KingbaseES等。

Top SQL的發(fā)現(xiàn)與分析是另外一種十分關(guān)鍵的可觀(guān)測(cè)能力，在以人為核心的運(yùn)維時(shí)代，對(duì)數(shù)據(jù)庫(kù)的Top SQL可觀(guān)測(cè)能力要求也不是很高。支持慢SQL輸出就夠用了。當(dāng)系統(tǒng)出問(wèn)題的時(shí)候，啟動(dòng)慢SQL日志輸出，人工去看日志分析問(wèn)題就行了。而如果要想實(shí)現(xiàn)自動(dòng)化分析，那么就需要運(yùn)維平臺(tái)主動(dòng)采集系統(tǒng)中的SQL語(yǔ)句。

僅僅分析“慢SQL”可能也不大夠用，因?yàn)橛泻芏鄦?wèn)題并不是“慢SQL”引發(fā)的，一條平時(shí)執(zhí)行時(shí)間10毫秒的SQL，突變?yōu)?0毫秒也可能引發(fā)一場(chǎng)系統(tǒng)大災(zāi)難。而把“慢SQL”的門(mén)檻設(shè)定在50毫秒肯定是不合理的。

還是那句話(huà)，Oracle在Top SQL可觀(guān)測(cè)性方面做得很好，而國(guó)產(chǎn)數(shù)據(jù)庫(kù)在這方面還差強(qiáng)人意。很多數(shù)據(jù)庫(kù)僅僅提供最近執(zhí)行的SQL的采集接口（條數(shù)可以設(shè)定，不過(guò)設(shè)多大才夠用呢？），有些數(shù)據(jù)庫(kù)雖然在內(nèi)存中保存著cursor的所有SQL語(yǔ)句，但是無(wú)法采集到的SQL的執(zhí)行計(jì)劃，而要自動(dòng)做explain又因?yàn)閰?shù)或者綁定變量的問(wèn)題而往往無(wú)法完成。無(wú)法自動(dòng)采集到這些信息，就無(wú)法發(fā)現(xiàn)SQL存在的問(wèn)題，做自愈也就無(wú)從談起了。

本來(lái)今天還想多寫(xiě)一點(diǎn)，不過(guò)現(xiàn)在已經(jīng)九點(diǎn)了，暫時(shí)先寫(xiě)到這里，明天再繼續(xù)聊吧。