摘要：數(shù)據(jù)庫巡檢是數(shù)據(jù)庫服務(wù)商提供的最基本的內(nèi)容，但是數(shù)據(jù)庫巡檢后整理巡檢報(bào)告需要花費(fèi)很大的人力。Ankole數(shù)據(jù)庫運(yùn)維平臺(tái)可以一鍵化生成巡檢報(bào)告，巡檢內(nèi)容豐富、貼合應(yīng)用。

1.    傳統(tǒng)巡檢

傳統(tǒng)的數(shù)據(jù)庫巡檢是依靠經(jīng)驗(yàn)豐富的數(shù)據(jù)庫DBA對需要巡檢的數(shù)據(jù)庫進(jìn)行逐項(xiàng)檢查，隨后也出現(xiàn)了數(shù)據(jù)庫服務(wù)商或個(gè)人自行開發(fā)的數(shù)據(jù)庫巡檢工具（如Oracle RDA），這些工具需要在每個(gè)要巡檢的數(shù)據(jù)庫上進(jìn)行相應(yīng)的部署工作。另外也有一些服務(wù)商通過開發(fā)客戶端腳本進(jìn)行數(shù)據(jù)采集，然后通過云服務(wù)端應(yīng)用進(jìn)行巡檢報(bào)告生成，這可能導(dǎo)致客戶數(shù)據(jù)泄露。

Ankole運(yùn)維平臺(tái)是如何進(jìn)行數(shù)據(jù)庫巡檢？

2.    Ankole巡檢方式

Ankole數(shù)據(jù)庫運(yùn)維平臺(tái)是本地化部署，無任何云服務(wù)端，所有數(shù)據(jù)都是客戶私有的資料庫中，巡檢報(bào)告在客戶部署的運(yùn)維平臺(tái)中生成，不存在任何數(shù)據(jù)泄露風(fēng)險(xiǎn)。

在ankole運(yùn)維平臺(tái)管理的數(shù)據(jù)庫中選擇“生成數(shù)據(jù)庫報(bào)告”，就能一鍵完成數(shù)據(jù)庫巡檢報(bào)告的生成。當(dāng)前支持Oracle和MySQL數(shù)據(jù)庫巡檢報(bào)告的生成，后期可能會(huì)增加更多類型的數(shù)據(jù)庫。

3.    Ankole巡檢報(bào)告內(nèi)容

Ankole運(yùn)維平臺(tái)生成的巡檢報(bào)告內(nèi)容比較豐富，包括內(nèi)容如下：

?  基本信息

?  空間信息

?  用戶會(huì)話信息

?  參數(shù)信息

?  Top進(jìn)程信息

?  應(yīng)用大對象、失效索引、外鍵無索引、違規(guī)權(quán)限

?  JOB、并行對象、Sequence、物化視圖等應(yīng)用內(nèi)容

?  性能視圖

3.1.  目錄總覽

3.2.  基本信息

3.3.  會(huì)話數(shù)信息

3.4.  應(yīng)用信息

3.5.  性能視圖

性能視圖是ankole巡檢報(bào)告中最具特色的內(nèi)容，在巡檢報(bào)告中展示出巡檢數(shù)據(jù)庫所有實(shí)例和主機(jī)的相關(guān)性能指標(biāo)曲線圖，包括：

?  CPU曲線

?  內(nèi)存曲線

?  活躍會(huì)話數(shù)

?  Redo生成量

?  SQL執(zhí)行數(shù)

?  提交數(shù)

?  塊修改數(shù)

?  邏輯讀

?  硬解析

?  IO事件響應(yīng)值

?  物理讀

?  物理寫

通過性能視圖部分可以讓DBA一目了然地知道數(shù)據(jù)庫的性能情況。

4.    總結(jié)

通過ankole運(yùn)維平臺(tái)生成的巡檢報(bào)告，可以直觀地了解數(shù)據(jù)庫的基本信息和最近的性能情況，幫助DBA全面掌握數(shù)據(jù)庫的運(yùn)行狀態(tài)。通過一鍵化生成方式，按需快速生成巡檢報(bào)告。資料數(shù)據(jù)和生成方式的本地化，避免數(shù)據(jù)泄露。在報(bào)告中包含應(yīng)用關(guān)心的內(nèi)容，讓數(shù)據(jù)庫巡檢貼合應(yīng)用。