本發(fā)明涉及業(yè)務系統(tǒng)領域，特別是一種業(yè)務響應跟蹤及接口狀態(tài)監(jiān)控開發(fā)系統(tǒng)。

背景技術：

隨著福建省電力公司電網(wǎng)“三集五大”業(yè)務模式的不斷深化應用，電網(wǎng)建設的業(yè)務系統(tǒng)不斷增多，同時業(yè)務集成度和復雜度也進一步加大，如何能有效、全面的掌握業(yè)務系統(tǒng)的運行狀態(tài)，成了越來越迫切的問題。

技術實現(xiàn)要素：

有鑒于此，本發(fā)明的目的是提出一種業(yè)務響應跟蹤及接口狀態(tài)監(jiān)控開發(fā)系統(tǒng)，將門戶和數(shù)據(jù)中心的性能和應用異常納入監(jiān)測，建立對企業(yè)門戶、數(shù)據(jù)中心運行異常的預警機制，提升系統(tǒng)運維管理水平。

本發(fā)明采用以下方案實現(xiàn)：一種業(yè)務響應跟蹤及接口狀態(tài)監(jiān)控開發(fā)系統(tǒng)，包括展示管理模塊、性能監(jiān)控模塊、e文件監(jiān)控模塊、告警管理模塊、性能分析模塊、資源管理模塊、策略管理模塊、系統(tǒng)管理模塊、采集管理模塊；

所述展示管理模塊通過業(yè)務場景拓撲展現(xiàn)監(jiān)控結果；

所述性能監(jiān)控模塊對各個子系統(tǒng)的登錄、頁面跳轉(zhuǎn)、統(tǒng)計查詢以及組件的響應和性能進行監(jiān)控；

所述e文件監(jiān)控模塊對數(shù)據(jù)中心和海量平臺提取的e文件進行監(jiān)控；

所述告警管理模塊對告警信息進行集中展示和操作，同時實現(xiàn)個人定制告警信息類別以及實現(xiàn)對歷史告警信息的查詢和分析；

所述性能分析模塊為值班及運行管理人員提供對網(wǎng)絡設備、端口、鏈路性能數(shù)據(jù)的查詢和分析；

所述資源管理模塊對監(jiān)控資源臺賬信息和配置關系進行管理、查詢和分析；

所述策略管理模塊實現(xiàn)設備性能指標閾值的設置、告警生成策略、推送策略的配置；

所述系統(tǒng)管理模塊支持系統(tǒng)正常運行的基礎數(shù)據(jù)管理；

所述采集管理模塊對采集程序進行配置和管理，包括采集策略管理、采集執(zhí)行管理、采集日志管理。

進一步地，所述性能監(jiān)控模塊通過http和ftp對應的osgi組件采集用戶登錄、頁面跳轉(zhuǎn)、頁面查詢、文件大小、文件類型等數(shù)據(jù)資源，再通過內(nèi)部定義的告警規(guī)則，將告警數(shù)據(jù)緩存到緩存服務器中，所有的原始數(shù)據(jù)都將全部固化至oracle數(shù)據(jù)，緩存數(shù)據(jù)庫中存儲告警信息，一旦進入查看告警界面，告警數(shù)據(jù)會立即被推送到mq上實時展現(xiàn)。

進一步地，所述告警管理模塊的監(jiān)測包括性能監(jiān)測以及異常監(jiān)測；

所述性能監(jiān)測包括：選擇門戶的用戶登錄、待辦打開、新聞信息、公告查詢、應用系統(tǒng)導航作為業(yè)務響應跟蹤的核心頁面進行監(jiān)測；設置模擬周期，定期模擬門戶核心頁面的查看、跳轉(zhuǎn)、鏈接、查詢操作，定位用戶在使用系統(tǒng)過程中系統(tǒng)頁面的性能問題，并通過形象化的方式進行展現(xiàn)；對業(yè)務操作跟蹤過程中發(fā)生的響應速度慢、頁面打開異常信息進行告警。

進一步地，所述異常監(jiān)測包括：對門戶的組件日志進行監(jiān)測，格式化系統(tǒng)單點登錄、portal框架、內(nèi)容管理、待辦事宜的錯誤、異常日志信息進行告警；以門戶為中心，圍繞支撐門戶的服務器、中間件、數(shù)據(jù)庫、應用組件形成統(tǒng)一的監(jiān)測視圖，對這些組件產(chǎn)生的異常進行告警；監(jiān)控與門戶進行集成的業(yè)務系統(tǒng)的數(shù)據(jù)接口狀態(tài)，對接口的通斷情況進行告警。

與現(xiàn)有技術相比，本發(fā)明有以下有益效果：本發(fā)明將門戶和數(shù)據(jù)中心的性能和應用異常納入監(jiān)測，建立對企業(yè)門戶、數(shù)據(jù)中心運行異常的預警機制，提升系統(tǒng)運維管理水平。

附圖說明

圖1為本發(fā)明的系統(tǒng)原理示意圖。

具體實施方式

下面結合附圖及實施例對本發(fā)明做進一步說明。

如圖1所示，本實施例提供了一種業(yè)務響應跟蹤及接口狀態(tài)監(jiān)控開發(fā)系統(tǒng)，包括展示管理模塊、性能監(jiān)控模塊、e文件監(jiān)控模塊、告警管理模塊、性能分析模塊、資源管理模塊、策略管理模塊、系統(tǒng)管理模塊、采集管理模塊；

所述展示管理模塊通過業(yè)務場景拓撲展現(xiàn)監(jiān)控結果；

所述性能監(jiān)控模塊對各個子系統(tǒng)的登錄、頁面跳轉(zhuǎn)、統(tǒng)計查詢以及組件的響應和性能進行監(jiān)控；

所述e文件監(jiān)控模塊對數(shù)據(jù)中心和海量平臺提取的e文件進行監(jiān)控；

所述告警管理模塊對告警信息進行集中展示和操作，同時實現(xiàn)個人定制告警信息類別以及實現(xiàn)對歷史告警信息的查詢和分析；

所述性能分析模塊為值班及運行管理人員提供對網(wǎng)絡設備、端口、鏈路性能數(shù)據(jù)的查詢和分析；

所述資源管理模塊對監(jiān)控資源臺賬信息和配置關系進行管理、查詢和分析；

所述策略管理模塊實現(xiàn)設備性能指標閾值的設置、告警生成策略、推送策略的配置；

所述系統(tǒng)管理模塊支持系統(tǒng)正常運行的基礎數(shù)據(jù)管理；

所述采集管理模塊對采集程序進行配置和管理，包括采集策略管理、采集執(zhí)行管理、采集日志管理。

在本實施例中，所述性能監(jiān)控模塊通過http和ftp對應的osgi組件采集用戶登錄、頁面跳轉(zhuǎn)、頁面查詢、文件大小、文件類型等數(shù)據(jù)資源，再通過內(nèi)部定義的告警規(guī)則，將告警數(shù)據(jù)緩存到緩存服務器中，所有的原始數(shù)據(jù)都將全部固化至oracle數(shù)據(jù)，緩存數(shù)據(jù)庫中存儲告警信息，一旦進入查看告警界面，告警數(shù)據(jù)會立即被推送到mq上實時展現(xiàn)。

在本實施例中，所述告警管理模塊的監(jiān)測包括性能監(jiān)測以及異常監(jiān)測；

所述性能監(jiān)測包括：選擇門戶的用戶登錄、待辦打開、新聞信息、公告查詢、應用系統(tǒng)導航作為業(yè)務響應跟蹤的核心頁面進行監(jiān)測；設置模擬周期，定期模擬門戶核心頁面的查看、跳轉(zhuǎn)、鏈接、查詢操作，定位用戶在使用系統(tǒng)過程中系統(tǒng)頁面的性能問題，并通過形象化的方式進行展現(xiàn)；對業(yè)務操作跟蹤過程中發(fā)生的響應速度慢、頁面打開異常信息進行告警。

在本實施例中，所述異常監(jiān)測包括：對門戶的組件日志進行監(jiān)測，格式化系統(tǒng)單點登錄、portal框架、內(nèi)容管理、待辦事宜的錯誤、異常日志信息進行告警；以門戶為中心，圍繞支撐門戶的服務器、中間件、數(shù)據(jù)庫、應用組件形成統(tǒng)一的監(jiān)測視圖，對這些組件產(chǎn)生的異常進行告警；監(jiān)控與門戶進行集成的業(yè)務系統(tǒng)的數(shù)據(jù)接口狀態(tài)，對接口的通斷情況進行告警。

特別的，本實施例還提供了用戶訪問門戶的一般邏輯;

1)用戶請求訪問企業(yè)門戶，訪問請求到達訪問網(wǎng)關；

2)訪問網(wǎng)關檢查當前用戶是否已登錄，如果用戶尚未登錄，利用http協(xié)議的重定向機制，用戶將被訪問網(wǎng)關重定向到身份認證管理服務器上，通過統(tǒng)一的認證頁面獲取用戶的登錄信息；

3)身份認證管理服務器將獲取的用戶登錄信息與認證目錄中存放的用戶信息進行匹配，驗證用戶的合法性；

4)如果用戶存在并且已被授權訪問門戶系統(tǒng)，身份認證管理服務器認證成功，并將用戶重定向回訪問網(wǎng)關所代理的企業(yè)門戶；

5)訪問網(wǎng)關通過與身份認證管理服務器協(xié)商，確認用戶已經(jīng)認證成功并且從身份認證管理服務器上獲取用戶信息；

6)訪問網(wǎng)關使用身份注入機制（如自動填表策略）將用戶名和密碼等信息自動填入門戶系統(tǒng)的登錄頁面，并提交給門戶系統(tǒng)；

7)門戶系統(tǒng)從請求中獲取到的用戶名和密碼等用戶信息后向認證目錄進行查詢并且判斷該用戶是否合法；如果該用戶合法，認證目錄返回用戶的門戶權限信息，企業(yè)門戶向訪問網(wǎng)關返回用戶所請求的資源，訪問網(wǎng)關緩存用戶請求的資源后，將其返回給用戶。

在本實施例中，所述e文件監(jiān)測模塊對數(shù)據(jù)中心和海量平臺需要解析的e文件進行監(jiān)控，具體監(jiān)控內(nèi)容包括：

（1）、tmr數(shù)據(jù)和調(diào)度數(shù)據(jù)的上傳時間是否滿足數(shù)據(jù)中心和海量平臺解析的要求；

（2）、tmr數(shù)據(jù)和調(diào)度數(shù)據(jù)文件的大小是否在合理的范圍內(nèi)；

（3）、tmr數(shù)據(jù)和調(diào)度數(shù)據(jù)文件的格式是否符合解析的要求。

在本實施例中，通過對數(shù)據(jù)中心數(shù)據(jù)庫表數(shù)據(jù)和狀態(tài)的分析，監(jiān)測以下數(shù)據(jù):

（1）數(shù)據(jù)中心將調(diào)度e文件進行解析后，網(wǎng)管系統(tǒng)結合海量平臺的量測類型數(shù)據(jù)，對調(diào)度設備的測點量進行統(tǒng)計分析。

（2）財務流程監(jiān)控數(shù)據(jù)監(jiān)測：檢查目標表、中間表及源表有無數(shù)據(jù)，查看是否數(shù)據(jù)中心問題或是erpbw問題。（時效性要求一般，每工作日7：50檢查）。

在本實施例中，數(shù)據(jù)中心和海量平臺對e文件的處理邏輯如下：

（1）各地市在規(guī)定的時間內(nèi)運行數(shù)據(jù)和結構化數(shù)據(jù)上傳到省公司ftp上；

（2）由數(shù)據(jù)中心負責獲取運行數(shù)據(jù)e文件并進行解析和存儲;

（3）由海量平臺負責獲取結構化數(shù)據(jù)e文件并進行解析和存儲;

（4）在數(shù)據(jù)中心和海量平臺下載數(shù)據(jù)之前，監(jiān)控系統(tǒng)會對文件的上傳時間、文件大小范圍和文件格式進行監(jiān)控，發(fā)現(xiàn)異常后及時告警以提高解析數(shù)據(jù)的質(zhì)量;

（5）數(shù)據(jù)中心每日將e文件解析的結果數(shù)據(jù)推送到監(jiān)控系統(tǒng)中，由監(jiān)控系統(tǒng)負責數(shù)據(jù)的展現(xiàn)，查詢和分析。

根據(jù)上述數(shù)據(jù)上傳和解析的特點，本實施例的系統(tǒng)會在解析數(shù)據(jù)前一小時對ftp對應目錄下的文件進行監(jiān)控：

（1）根據(jù)文件上傳時間判斷是否及時上傳；

（2）根據(jù)文件路徑和文件的后綴判斷文件是否上傳到正確的位置；

（3）根據(jù)文件的大小判斷數(shù)據(jù)是否在合理的范圍內(nèi)。

同時，本實施例的系統(tǒng)會每天16：00點之前對ftp對應目錄下的文件進行監(jiān)控:

（1）根據(jù)文件上傳時間判斷是否及時上傳；

（2）根據(jù)文件路徑和文件的后綴判斷文件是否上傳到正確的位置；

（3）根據(jù)文件的大小判斷數(shù)據(jù)是否在合理的范圍內(nèi)。

以上所述僅為本發(fā)明的較佳實施例，凡依本發(fā)明申請專利范圍所做的均等變化與修飾，皆應屬本發(fā)明的涵蓋范圍。