摘要：該文對開源的天兔（Lepus）數(shù)據(jù)庫監(jiān)控系統(tǒng)進(jìn)行深入分析，理清了系統(tǒng)功能各模塊的MVC架構(gòu)設(shè)計。在此基礎(chǔ)上，修改了針對主機(jī)操作系統(tǒng)、mongodb數(shù)據(jù)庫監(jiān)控的代碼，按照現(xiàn)有架構(gòu)設(shè)計思路，在企業(yè)需求基礎(chǔ)上全新開發(fā)存儲區(qū)域網(wǎng)絡(luò)SAN交換設(shè)備的監(jiān)控與告警功能，同時，利用開源hMailServer構(gòu)建與本系統(tǒng)配套的郵件發(fā)送服務(wù)，完善了企業(yè)內(nèi)網(wǎng)環(huán)境告警郵件發(fā)送機(jī)制。

關(guān)鍵詞：數(shù)據(jù)庫監(jiān)控 ?CodeIgniter ?Lepus ?SNMP ?SAN ?hMail

中圖分類號：TP311.5 ? ? ? ? ? 文獻(xiàn)標(biāo)識碼：A ? ? ? ?文章編號：1672-3791（2021）09（c）-0000-00

Development Practice of Enterprise Database Monitoring System

LIU Junjun

（CHN Energy Zhunneng Group Co.， Ltd.， Information Center，Ordos，Inner Mongolia Autonomous Region，010300 China）

Abstract： This paper deeply analyzes the open source Lepus database monitoring system， and clarifies the MVC architecture design of the system function. On this basis， the code for monitoring the host OS and mongodb database is modified. According to the existing architecture design ideas， the monitoring and alarm functions of SAN switch equipment in storage area network are newly developed on the basis of enterprise requirements. At the same time， with the open source hmailserver used to build the mail sending system， we improved the alarm sending mechanism of enterprise intranet environment.

Key Words： Database monitoring; CodeIgniter; Lepus; SNMP; SAN; HMail

企業(yè)信息化建設(shè)發(fā)展經(jīng)歷了從傳統(tǒng)的每個信息系統(tǒng)一套獨(dú)立底層基礎(chǔ)硬件到如今統(tǒng)一底層平臺，共享統(tǒng)一虛擬平臺或云平臺的架構(gòu)。同時企業(yè)數(shù)據(jù)分布也在不斷變化，從最初各個信息系統(tǒng)各自獨(dú)立式建設(shè)，每個系統(tǒng)一個后臺數(shù)據(jù)庫，各系統(tǒng)的后臺數(shù)據(jù)呈現(xiàn)孤島式分布，到企業(yè)對各系統(tǒng)數(shù)據(jù)統(tǒng)一倉庫式存放，并對來自不同信息系統(tǒng)數(shù)據(jù)綜合分析利用，再到統(tǒng)一數(shù)據(jù)平臺建設(shè)。數(shù)據(jù)庫的監(jiān)控維護(hù)工作伴隨著企業(yè)信息化發(fā)展各個階段。企業(yè)在未建成統(tǒng)一數(shù)據(jù)平臺階段，需要一套數(shù)據(jù)庫監(jiān)控系統(tǒng)來幫助運(yùn)維人員掌握企業(yè)核心數(shù)據(jù)庫及底層主機(jī)、存儲、SAN網(wǎng)絡(luò)的運(yùn)行狀態(tài)，以便在故障發(fā)生時，可快速定位故障以恢復(fù)業(yè)務(wù)。

1 Lepus的架構(gòu)

天兔Lepus是開源的企業(yè)數(shù)據(jù)庫監(jiān)控系統(tǒng)，其主要功能、軟件結(jié)構(gòu)、數(shù)據(jù)采集方式、可擴(kuò)展性這個幾個方面的內(nèi)容已在筆者另一論文[1]闡述。此文將詳細(xì)闡述Lepus的設(shè)計架構(gòu)，并做新的功能開發(fā)。從整體看，Lepus數(shù)據(jù)庫監(jiān)控系統(tǒng)的軟件設(shè)計分兩部分：前端web展示、后端監(jiān)控數(shù)據(jù)采集與告警管理（簡稱作業(yè)調(diào)度）。

1.1 ?Web前端展示

1.1.1 目錄結(jié)構(gòu)

Lepus的Web前端使用PHP框架CodeIgniter[2]設(shè)計開發(fā)。CodeIgniter簡稱CI，是一種基于MVC[3]模型的應(yīng)用框架，具有開源免費(fèi)、輕量級、速度非?？?、基于段的URL的特性。分段式URL對于人類是友好的，如example.com/index.php/classA/functionA/ID表示調(diào)用控制器類classA的functionA函數(shù)并傳入?yún)?shù)ID（ID字段可選）。同時CI提供自定義路由控制功能，用戶可在application/config/routes.php文件中配置路由規(guī)則自定義特定URI的處理類和函數(shù)。CI框架提供豐富的參考類庫，類庫位于system/libraries目錄，如常用的form_validation表單驗證類?；贑I框架的web編碼中，控制器類函數(shù)通過使用模型類的方法從后端數(shù)據(jù)庫查得數(shù)據(jù)，后將數(shù)據(jù)傳遞給控制器對應(yīng)視圖將數(shù)據(jù)按照視圖定義顯示出來，完成用戶點(diǎn)擊事件驅(qū)動下的MVC流程（見圖1）。

Lepus的web應(yīng)用程序主要目錄分布為：模型類在application＼models目錄下，視圖頁面在application＼views目錄下，控制器類在application＼controllers目錄下，php文件名同類名（控制器類、模型類）一致，視圖php文件與加載該視圖的類名稱一致。

1.1.2 Web登錄與儀表盤

登錄邏輯由控制器login類定義，當(dāng)打開登錄URL時控制器類login加載視圖目錄下的login.php呈現(xiàn)登錄頁面，點(diǎn)擊頁面登錄按鈕提交用戶登錄信息時控制器login類中index函數(shù)對用戶登錄信息核驗，先驗證用戶輸入信息有效性，利用CI框架工具類form_validation相關(guān)函數(shù)對用戶和密碼兩個域驗證，驗證通過后調(diào)用模型user_model類的check_user函數(shù)獲得后臺MySQL庫中合法用戶的信息來驗證登錄信息，為進(jìn)一步提高安全性，用戶密碼在后臺MySQL庫lepus中的admin_user表中使用了md5密文方式存儲，驗證成功跳轉(zhuǎn)至base_url，即控制器index類的index函數(shù)所加載的視圖頁?？刂破鱥ndex類的index函數(shù)加載模型lepus_model類，將后臺lepus數(shù)據(jù)庫db_status表中監(jiān)控對象狀態(tài)信息顯示至視圖頁application＼views＼index＼index.php。登錄中用戶輸入信息的核驗和用戶密碼的md5密文存儲可有效防御SQL注入攻擊[4]和用戶密碼的泄露威脅，提升系統(tǒng)安全性。

登錄后呈現(xiàn)給用戶五部分功能：儀表盤、配置中心、監(jiān)控內(nèi)容、告警面板、用戶權(quán)限。因用戶在頁面點(diǎn)擊各功能模塊時將驅(qū)動對應(yīng)模塊控制器類加載相應(yīng)視圖頁，因此需理清各功能模塊MVC類及加載視圖頁面定義。下面簡要介紹各功能MVC類定義及視圖頁面定義情況。儀表盤功能在用戶登錄成功后或已登錄用戶點(diǎn)擊儀表盤菜單時被加載，其MVC類及視圖頁的定義與用戶驗證成功后的頁面跳轉(zhuǎn)相同。

1.1.3 配置中心

配置中心含兩類功能，一是全局配置，另一是各類監(jiān)控對象的配置。監(jiān)控對象分類指mysql、Oracle、mongodb、sqlserver、redis、OS這些類型對象。全局配置功能包括各類監(jiān)控對象監(jiān)控開關(guān)、監(jiān)控頻率、告警配置、郵件/短信告警配置。全局配置實(shí)現(xiàn)由settings控制器類加載視圖settings＼index.php頁面，其間加載模型option_model類，所有全局配置信息保存至lepus數(shù)據(jù)庫的options表。監(jiān)控對象配置功能實(shí)現(xiàn)各類監(jiān)控對象添加、編輯、刪除至回收站以及回收站中對象管理各功能。以O(shè)racle監(jiān)控對象為例，管理Oracle監(jiān)控對象的功能實(shí)現(xiàn)通過控制器類servers_oracle加載views＼servers_oracle目錄下頁面實(shí)現(xiàn)，如添加Oracle類監(jiān)控對象則加載add.php頁面，編輯監(jiān)控對象加載edit.php頁面，依此類推，控制器類中加載模型類servers_oracle_model將所有Oracle類監(jiān)控對象配置信息保存至lepus數(shù)據(jù)庫db_servers_oracle表，期間加載位于system/libraries的工具庫form_validation類驗證用戶提交信息的有效性。其他類監(jiān)控對象配置功能實(shí)現(xiàn)與此類似：用XXX代表監(jiān)控對象，對應(yīng)的控制器類為servers_XXX，視圖頁面在views＼servers_XXX目錄下，加載的模型類為servers_XXX_model，最終配置信息存儲在表db_servers_XXX中。各類監(jiān)控對象不同僅在監(jiān)控模型存在差異。

1.1.4 監(jiān)控對象狀態(tài)展示

如對于MySQL有健康監(jiān)控、資源監(jiān)控、鍵緩存監(jiān)控、InnoDB監(jiān)控、復(fù)制監(jiān)控、表空間分析、慢查詢分析、AWR報告共7項內(nèi)容，對于Oracle監(jiān)控僅有健康監(jiān)控、表空間監(jiān)控這2項內(nèi)容，監(jiān)控模型差異就體現(xiàn)在這里。以O(shè)racle監(jiān)控展示為例，健康監(jiān)控功能由模型類lp_oracle的index函數(shù)加載views＼oracle＼index.php實(shí)現(xiàn)，此頁面每個監(jiān)控目標(biāo)添加了一個超鏈接，鏈接頁面繪制了健康信息圖，即加入時間維度信息以展示過去一段時間監(jiān)控目標(biāo)的狀態(tài)曲線，健康信息圖由模型類lp_oracle的chart函數(shù)加載views＼oracle＼chart.php頁面實(shí)現(xiàn)，表空間監(jiān)控功能是由模型類lp_oracle的tablespace函數(shù)加載views＼oracle＼tablespace.php頁實(shí)現(xiàn)，lp_oracle類加載oracle_model類、os_model類、option_model類、servers_oracle_model類來從lepus數(shù)據(jù)庫的options表、db_servers_oracle表中查詢得到用戶之前對于監(jiān)控目標(biāo)的配置選項，并以此為依據(jù)將oracle_status表、oracle_status_history表、oracle_tablespace表、oracle_tablespace_history表中的信息展示在所加載的視圖頁。其他監(jiān)控對象狀態(tài)展示與此類似：XXX對象的YYY功能（除健康監(jiān)控功能）由模型類lp_XXX的YYY函數(shù)加載views＼XXX＼YYY.php實(shí)現(xiàn)，XXX對象健康監(jiān)控功能由index函數(shù)加載index.php頁面實(shí)現(xiàn)。

1.1.5 歷史告警展示功能

歷史告警展示即為告警面板模塊告警事件列表功能。告警事件列表是由控制器類alarm的index函數(shù)加載views＼alarm＼index.php頁面實(shí)現(xiàn)，由于告警信息較多時需要分頁顯示，因此加載CI工具庫pagination類來對告警信息按照每頁顯示30條的設(shè)置分多頁顯示，需展示的歷史告警存于lepus數(shù)據(jù)庫的alarm_history表，需加載模型類alarm_model取出需展示的告警數(shù)據(jù)展示于各分頁中。

1.1.6 用戶權(quán)限維護(hù)

Lepus默認(rèn)定義了4種角色：Administrator、IT-DBA、IT-Developer、guest_group?；诮巧啥x不同角色用戶，系統(tǒng)默認(rèn)有admin、guest兩用戶，分屬Administrator、guest_group角色。權(quán)限分配針對角色，通過規(guī)定是否可訪問菜單項實(shí)現(xiàn)權(quán)限分配，Administrator角色擁有全部權(quán)限的定義及分配權(quán)。用戶權(quán)限模塊有用戶管理、角色管理、授權(quán)管理、菜單管理、權(quán)限節(jié)點(diǎn)共5項功能，對應(yīng)控制器類分別為user、role、auth、menu、privilege，加載模型類為user_model、role_model、auth_model、menu_model、privilege_model，數(shù)據(jù)庫訪問涉及admin_user表、admin_role表、admin_role_privilege表、admin_menu表、admin_privilege表。admin用戶可通過訪問授權(quán)管理、菜單管理、權(quán)限節(jié)點(diǎn)三菜單來開發(fā)新的菜單。

1.1.7 語言支持

Lepus支持簡體中文、英文兩種語言。CI框架支持用戶自定義多種語言支持，用戶定義的語言文件存放在application＼language目錄下，zh-hans目錄存放簡體中文語言文件，english目錄存放英文語言文件。語言文件中關(guān)聯(lián)數(shù)組$lang存放頁面字符串元素的特定語言字符串。在定義新菜單時，需同時在不同種語言文件中分別增加新菜單的語言定義字符串才能在頁面上正常顯示出菜單內(nèi)容。

1.2 后端作業(yè)調(diào)度

1.2.1 后端作業(yè)主程序

Lepus后端任務(wù)有數(shù)據(jù)采集作業(yè)、告警作業(yè)兩類。在后端作業(yè)執(zhí)行環(huán)境安裝后，數(shù)據(jù)采集、告警作業(yè)各功能模塊位于程序目錄/usr/local/lepus下。后端各類作業(yè)程序啟動通過執(zhí)行shell腳本/usr/local/lepus/lepus實(shí)現(xiàn)，腳本根據(jù)程序當(dāng)前運(yùn)行情況啟動主程序lepus.py。主程序使用多進(jìn)程設(shè)計，每種數(shù)據(jù)采集、告警作業(yè)任務(wù)創(chuàng)建一獨(dú)立進(jìn)程。數(shù)據(jù)采集、告警進(jìn)程在一個無限循環(huán)中反復(fù)執(zhí)行，執(zhí)行完一次數(shù)據(jù)采集任務(wù)，則根據(jù)配置選項中采集頻率要求休眠一段時間。如前所述，前端Web展示部分已做好Lepus選項配置，配置信息存儲于lepus數(shù)據(jù)庫的options表，此處，后端數(shù)據(jù)采集程序?qū)⒏鶕?jù)options表已有信息來執(zhí)行各數(shù)據(jù)采集、告警產(chǎn)生與發(fā)送等作業(yè)。

1.2.2 數(shù)據(jù)采集作業(yè)

主程序lepus.py啟動一項數(shù)據(jù)采集作業(yè)是通過執(zhí)行程序目錄下對應(yīng)作業(yè)的python程序?qū)崿F(xiàn)。啟動XXX類監(jiān)控目標(biāo)的數(shù)據(jù)采集作業(yè)則發(fā)出python check_XXX.py指令，例如Oracle類目標(biāo)數(shù)據(jù)采集作業(yè)啟動時會發(fā)出python check_oracle.py指令。以O(shè)racle類目標(biāo)數(shù)據(jù)采集作業(yè)為例，作業(yè)主進(jìn)程P0先將當(dāng)前各個監(jiān)控目標(biāo)的狀態(tài)數(shù)據(jù)從當(dāng)前狀態(tài)表oracle_status、oracle_tablespace轉(zhuǎn)存到歷史狀態(tài)表oracle_status_history、oracle_tablespace_history，同時刪除兩當(dāng)前狀態(tài)表中數(shù)據(jù)，后從db_servers_oracle表獲得監(jiān)控目標(biāo)信息，依次為該類型各監(jiān)控目標(biāo)創(chuàng)建一獨(dú)立子進(jìn)程來執(zhí)行狀態(tài)數(shù)據(jù)采集作業(yè)，假設(shè)有n個監(jiān)控目標(biāo)，則依次創(chuàng)建P1、P2、...、Pi、...、Pn子進(jìn)程，使用列表plist=[P1、P2、...、Pi、...、Pn]管理各子進(jìn)程。在Pi子進(jìn)程中：針對目標(biāo)i，先嘗試連接目標(biāo)數(shù)據(jù)庫，若連接失敗，則在oracle_status表中插入一條監(jiān)控目標(biāo)連接狀態(tài)為0的數(shù)據(jù)，若連接成功，則獲取監(jiān)控目標(biāo)信息插入db_status表（已有目標(biāo)信息時跳過此步驟），后通過與監(jiān)控目標(biāo)數(shù)據(jù)庫連接獲得database_status、uptime、version、session_total等信息，在oracle_status表中插入一條附帶上述信息且連接狀態(tài)為1的數(shù)據(jù)，接下來獲得監(jiān)控目標(biāo)數(shù)據(jù)庫表空間信息，如表空間名字、最大可用空間、使用率等信息存入lepus庫oracle_tablespace表，最后關(guān)閉數(shù)據(jù)庫連接。作業(yè)主進(jìn)程P0等待所有子進(jìn)程執(zhí)行完畢后，按照option表中frequency_monitor的值休眠若干秒后進(jìn)入下輪循環(huán)。

1.2.3 告警作業(yè)

告警作業(yè)根據(jù)監(jiān)控目標(biāo)當(dāng)前狀態(tài)完成告警信息的生成、存儲、發(fā)送，與數(shù)據(jù)采集作業(yè)類似，由后端作業(yè)主程序通過python alarm.py指令啟動。在監(jiān)控程序后臺lepus數(shù)據(jù)庫內(nèi)，與告警相關(guān)的表有3個，分別是alarm_temp、alarm與alarm_history，設(shè)計3張表是為了實(shí)現(xiàn)配置告警發(fā)送休眠時間的功能，即可配置當(dāng)異常發(fā)生時，告警在發(fā)送了所配置的特定次數(shù)后將休眠特定時間，而非反復(fù)發(fā)送同類型告警，待休眠時間過去再發(fā)送、再休眠，如此往復(fù)。alarm_temp表存放當(dāng)前告警休眠周期內(nèi)的告警信息摘要，alarm表存放新產(chǎn)生的還沒有發(fā)送通知郵件或短信的告警信息，alarm_history表存放歷史告警信息。以O(shè)racle類監(jiān)控目標(biāo)為例，在Oracle類目標(biāo)的一個告警作業(yè)循環(huán)周期內(nèi)，首先檢查alarm_temp表中告警在當(dāng)前時間是否已陳舊并刪除陳舊告警信息，后根據(jù)oracle_status表中監(jiān)控目標(biāo)狀態(tài)信息及db_servers_oracle表中告警配置信息判斷并生成告警，對每個監(jiān)控目標(biāo)逐一進(jìn)行判斷，若目標(biāo)的連接狀態(tài)異常，先檢查alarm_temp表中alarm_type字段不為none的數(shù)據(jù)條目數(shù)來決定是否將此次產(chǎn)生告警信息通過郵件或短信進(jìn)行發(fā)送，具體為通過在信息中將自動send_mail設(shè)為1或0來實(shí)現(xiàn)，并且將產(chǎn)生的告警信息加入alarm_temp與alarm表，接著更新db_status表中監(jiān)控目標(biāo)的連接狀態(tài)信息，若目標(biāo)的連接狀態(tài)正常，則先檢查alarm_temp表并刪除其中所有關(guān)于監(jiān)控目標(biāo)連接狀態(tài)異常的告警信息，若刪除了一條及以上告警，則說明監(jiān)控目標(biāo)剛從連接異常的狀態(tài)中恢復(fù)，于是將一條監(jiān)控目標(biāo)正常的告警信息加入alarm表，之后檢查數(shù)據(jù)庫的其他告警點(diǎn)，如總會話數(shù)、活動會話數(shù)、等待會話數(shù)，當(dāng)這些狀態(tài)值超出所配置的critical、warning告警閾值，則生成一條告警信息加入alarm_temp與alarm表，執(zhí)行類似上述的告警發(fā)送與否的判斷過程并更新db_status表監(jiān)控目標(biāo)狀態(tài)信息，緊接著檢查監(jiān)控目標(biāo)表空間狀態(tài)并生成告警加入到alarm_temp與alarm表，完成上述準(zhǔn)備工作進(jìn)入到告警郵件或短信的發(fā)送過程。告警發(fā)送前要將告警信息逐條從alarm表取出，檢查全局告警發(fā)送開關(guān)與每條告警的send_mail標(biāo)記，按照配置信息表所配郵件/短信協(xié)議信息，編輯告警信息發(fā)送，最后將alarm表中告警全部轉(zhuǎn)移到alarm_history表，再將alarm表清空。

1.3功能修改與開發(fā)

1.3.1 OS監(jiān)控功能修改

OS監(jiān)控目標(biāo)無法連接時，主機(jī)健康監(jiān)控頁面會出現(xiàn)多行同一監(jiān)控目標(biāo)狀態(tài)信息，通過對OS監(jiān)控后端作業(yè)代碼的分析，發(fā)現(xiàn)問題出在向os_status表插入目標(biāo)新狀態(tài)前沒有將之前狀態(tài)數(shù)據(jù)先行刪除，針對問題修改，在check_os.sh中增加相應(yīng)語句可排除問題。

1.3.2 ?mongodb監(jiān)控功能修改

筆者企業(yè)mongodb所用版本為3.2.7，直接使用Lepus對生產(chǎn)環(huán)境mongodb目標(biāo)監(jiān)控出錯。按照Lepus官方所述安裝pymongo2.7模塊會因認(rèn)證模式問題無法連接mongodb，需根據(jù)服務(wù)器環(huán)境python版本選擇兼容版本的pymongo，筆者綜合考慮python、mongodb、pymongo三者版本的兼容性，選擇pymongo3.3，經(jīng)測試可成功實(shí)現(xiàn)mongodb類監(jiān)控目標(biāo)的認(rèn)證連接。通過對目標(biāo)數(shù)據(jù)庫運(yùn)行狀態(tài)數(shù)據(jù)分析，將代碼中利用repl['secondary']判斷mongodb實(shí)例主從地位的代碼改為使用repl['ismaster']判斷，同時將mappedWithJournal狀態(tài)數(shù)據(jù)查詢代碼去除。通過以上改動，成功利用Lepus對生產(chǎn)環(huán)境mongodb目標(biāo)的監(jiān)控。

1.3.3 SAN交換機(jī)監(jiān)控功能開發(fā)

企業(yè)現(xiàn)有SAN[5]設(shè)備為博科fabric產(chǎn)品，日常管理中維護(hù)人員比較關(guān)注設(shè)備在線情況、設(shè)備端口的光功率情況，因此需設(shè)計兩個功能頁面，一個頁面展示所有設(shè)備的在線/離線狀態(tài)，另一頁面以表格形式展示在線設(shè)備的接口光功率信息。需要在前端Web、后端作業(yè)分別添加對應(yīng)功能模塊。前端Web部分，首先要在Web端用戶權(quán)限的菜單管理模塊添加配置SAN監(jiān)控目標(biāo)、查看SAN監(jiān)控目標(biāo)在線狀態(tài)、查看SAN監(jiān)控目標(biāo)接口光功率等功能的菜單、實(shí)現(xiàn)功能的URL（對應(yīng)MVC框架的控制器類、函數(shù)），在權(quán)限節(jié)點(diǎn)模塊定義權(quán)限，在授權(quán)管理模塊將定義權(quán)限分配給具體用戶，然后在application＼language＼zh-hans與english目錄中的語言文件中添加菜單對應(yīng)的語言字符串定義。配置SAN類型監(jiān)控目標(biāo)需新建servers_san控制器類、servers_san_model模型類、views＼servers_san＼index.php等頁面，在lepus數(shù)據(jù)庫創(chuàng)建db_servers_san表存放目標(biāo)配置信息。查看SAN監(jiān)控目標(biāo)在線狀態(tài)及接口光功需新建lp_san控制器類、san_model模型類、views＼san＼index.php與optical_power.php兩個頁面，在lepus數(shù)據(jù)庫中創(chuàng)建san_status、san_status_history、san_int_opti_power、san_int_opti_power_history四張表存放監(jiān)控目標(biāo)的當(dāng)前/歷史狀態(tài)、接口光功率的當(dāng)前/歷史值。后端作業(yè)部分需要實(shí)現(xiàn)SAN監(jiān)控目標(biāo)的檢查作業(yè)模塊check_san.py，將檢查中采集到的數(shù)據(jù)填入lepus數(shù)據(jù)庫的對應(yīng)狀態(tài)表，SAN檢查作業(yè)通過SNMP協(xié)議獲得設(shè)備狀態(tài)值，需要先在SAN交換機(jī)端配置只讀團(tuán)體字。再將檢查作業(yè)加入到后端作業(yè)主程序，最后在告警管理作業(yè)中加入SAN監(jiān)控目標(biāo)告警信息生成模塊，以便在目標(biāo)離線、光功率降至臨界值以下時向管理員發(fā)送告警郵件或短信。

1.3.4 內(nèi)網(wǎng)郵件告警的實(shí)現(xiàn)

為實(shí)現(xiàn)監(jiān)控告警的及時發(fā)送，需要在內(nèi)網(wǎng)環(huán)境配置SMTP服務(wù)。選擇內(nèi)網(wǎng)中有權(quán)訪問互聯(lián)網(wǎng)的服務(wù)器，安裝hMailServer[6]，建立test.com域，在域內(nèi)創(chuàng)建lepus@test.com賬戶，通過此賬戶，可方便地將Lepus告警及時送達(dá)管理員的外網(wǎng)郵箱，對于啟用垃圾郵件過濾功能的公網(wǎng)郵箱，可將發(fā)送郵件告警的賬戶加入到白名單中。

2 結(jié)語

Lepus數(shù)據(jù)庫監(jiān)控系統(tǒng)有望成為各類新監(jiān)控功能的孵化平臺。通過上述分析總結(jié)與開發(fā)完善工作，可幫助企業(yè)建立真正掌握在自己手中的獨(dú)立高效、易于維護(hù)的基礎(chǔ)設(shè)施監(jiān)控平臺。

參考文獻(xiàn)

[1]劉軍軍.基于Lepus企業(yè)數(shù)據(jù)庫監(jiān)控系統(tǒng)研究與應(yīng)用[J].電腦編程技巧與維護(hù)，2021（8）：95-96，134.

[2]童瑩萍.基于Codeigniter的面向?qū)ο蟪绦蛟O(shè)計網(wǎng)絡(luò)教學(xué)平臺設(shè)計與研究[J].工業(yè)控制計算機(jī)，2017，30（12）：35-36.

[3]陳帥.基于MVC的NOSS+報表管理系統(tǒng)的設(shè)計與實(shí)現(xiàn)[D].長春：吉林大學(xué)，2020.

[4]孔平凡.Web應(yīng)用常見安全漏洞分析與防范對策研究[D].武漢：華中科技大學(xué)，2018.

[5]奚軍.基于SAN架構(gòu)的開放式網(wǎng)絡(luò)安全數(shù)據(jù)存儲系統(tǒng)設(shè)計[J].現(xiàn)代電子技術(shù)，2020，43（15）：82-85.

[6]李玉峰.基于hMailServer與SpamAssassin的垃圾郵件過濾服務(wù)器的搭建[J].內(nèi)蒙古農(nóng)業(yè)大學(xué)學(xué)報：自然科學(xué)版，2017，38（1）：89-92.

作者簡介：劉軍軍（1982—），男，碩士，工程師，主要從事企業(yè)信息基礎(chǔ)設(shè)施建設(shè)與維護(hù)方面的工作。

DOI：10.16661/j.cnki.1672-3791.2110-5042-2373