某市電子政務(wù)監(jiān)控預(yù)警平臺建設(shè)方案(編輯修改稿)

　

【文章內(nèi)容簡介】 號類別描述1基本信息整理應(yīng)用系統(tǒng)類型、應(yīng)用系統(tǒng)版本信息、應(yīng)用系統(tǒng)健康度，即統(tǒng)計24小時內(nèi)應(yīng)用系統(tǒng)的啟用狀態(tài)2會話動態(tài)信息會話類型、會話名稱、創(chuàng)建的會話數(shù)、失效的會話數(shù)、平均會話生存期、請求當前訪問的會話總數(shù)、當前存活的會話總數(shù)、無法處理的新會話請求次數(shù)、被強制逐出高速緩存的會話對象數(shù)、從持久性存儲讀會話數(shù)據(jù)花費的時間、從持久性存儲讀取的會話數(shù)據(jù)大小、從持久性存儲寫會話數(shù)據(jù)花費的時間、寫到持久性存儲的會話數(shù)據(jù)大小、中斷的 HTTP 會話親緣關(guān)系數(shù)、前一個和當前訪問時間戳記的時間之差、超時失效的會話數(shù)、不再存在的會話的請求數(shù)、會話級會話對象的平均大小、記錄時間3進程池動態(tài)信息名稱、類型、高范圍、低范圍、當前、高水位、低水位、并發(fā)活動或池中線程狀態(tài)、記錄時間4JDBC連接池動態(tài)信息名稱、類型、創(chuàng)建連接的總數(shù)、已關(guān)閉的連接的總數(shù)、分配的連接的總數(shù)、返回到池的連接的總數(shù)、連接池的大小、池中的空閑連接數(shù)、等待連接的平均并發(fā)線程數(shù)、池中的連接超時數(shù)、正在使用的池的平均百分率、使用連接的平均時間、在允許連接之前的平均等待時間、因為高速緩存已滿而廢棄的語句數(shù)、記錄時間5事務(wù)數(shù)動態(tài)信息在服務(wù)器上開始的全局事務(wù)數(shù)、在服務(wù)器上已開始的本地事務(wù)數(shù)、并發(fā)活動的全局事務(wù)數(shù)、已落實的全局事務(wù)的個數(shù)、回滾的全局事務(wù)數(shù)、超時的全局事務(wù)數(shù)、超時的本地事務(wù)數(shù)、記錄時間6事務(wù)的平均持續(xù)時間平均時間、最小時間、最大時間、總大小、數(shù)量、總和、全局或本地狀態(tài)、記錄時間7JVM動態(tài)信息高水位、低水位、當前、低范圍、高范圍、Java 虛擬機運行時中的空閑內(nèi)存、Java 虛擬機運行時中使用的內(nèi)存容量、Java 虛擬機已經(jīng)運行的時間數(shù)、Java 虛擬機的 CPU 使用情況、記錄時間8EJB動態(tài)信息創(chuàng)建bean的次數(shù)、除去 bean 的次數(shù)、處于就緒狀態(tài)的bean實例的個數(shù)、并發(fā)存活的bean的平均數(shù)、調(diào)用 bean 遠程方法的次數(shù)、遠程方法的平均響應(yīng)時間、將對象返回到池的調(diào)用次數(shù)、由于池已滿而放棄正在返回的對象的次數(shù)、池中對象的平均數(shù)、傳遞到 bean 的 onMessage 方法的消息數(shù)、處于鈍化狀態(tài)的 bean 的個數(shù)、處于就緒狀態(tài)的 bean 實例的個數(shù)、記錄時間9性能事件在業(yè)務(wù)系統(tǒng)數(shù)據(jù)處理子系統(tǒng)檢測到某個應(yīng)用系統(tǒng)的會話數(shù)、JDBC連接數(shù)、事務(wù)數(shù)、事務(wù)的平均持續(xù)時間等性能指標超過特定閥值時，會自動生成性能事件，隨后提交給安全數(shù)據(jù)處理子系統(tǒng)10故障事件在業(yè)務(wù)系統(tǒng)數(shù)據(jù)處理子系統(tǒng)檢測到某個應(yīng)用系統(tǒng)的服務(wù)異常停止、業(yè)務(wù)系統(tǒng)不可用等異常時，自動生成故障事件，隨后提交給安全數(shù)據(jù)處理子系統(tǒng)　　 網(wǎng)絡(luò)數(shù)據(jù)處理子系統(tǒng)　　網(wǎng)絡(luò)數(shù)據(jù)的主要來源是：網(wǎng)絡(luò)設(shè)備。數(shù)據(jù)采集層將原始數(shù)據(jù)提交給數(shù)據(jù)處理層后，數(shù)據(jù)處理層進行初步判斷，檢測為網(wǎng)絡(luò)相關(guān)數(shù)據(jù)，會自動提交給網(wǎng)絡(luò)數(shù)據(jù)處理子系統(tǒng)。　　網(wǎng)絡(luò)數(shù)據(jù)處理子系統(tǒng)定期自動向安全數(shù)據(jù)處理子系統(tǒng)輸出數(shù)據(jù)。網(wǎng)絡(luò)數(shù)據(jù)處理子系統(tǒng)在進行數(shù)據(jù)處理時，一旦檢測到各種異常，就會生成特定安全事件，并隨時輸出到安全數(shù)據(jù)處理子系統(tǒng)，作為安全數(shù)據(jù)處理子系統(tǒng)的數(shù)據(jù)來源之一。　　 網(wǎng)絡(luò)拓撲自動發(fā)現(xiàn)　　該子系統(tǒng)提供詳細的拓撲圖元數(shù)據(jù)結(jié)構(gòu)，并開放拓撲數(shù)據(jù)，提交給統(tǒng)一信息庫，供展現(xiàn)層使用。　　網(wǎng)絡(luò)拓撲能夠最為直觀地反映整個網(wǎng)絡(luò)連接狀況。自動發(fā)現(xiàn)是系統(tǒng)拓撲中非常重要的一個功能，它能夠自動識別設(shè)備類型，包括各種服務(wù)器類型、路由器、交換機、等等，以及它們之間的關(guān)系，并且自動將它們存儲到公用對象庫中對應(yīng)的類中。網(wǎng)絡(luò)管理人員通過圖形管理界面能夠直觀的查詢網(wǎng)絡(luò)拓撲關(guān)系。　　網(wǎng)絡(luò)拓撲自動發(fā)現(xiàn)，有三種實現(xiàn)協(xié)議：包括ICMP、SNMP、CDP、其中ICMP主要用于發(fā)現(xiàn)網(wǎng)絡(luò)的主機節(jié)點，其耗時較長，而SNMP和CDP主要是用來搜索網(wǎng)絡(luò)內(nèi)的路由器、交換機等網(wǎng)絡(luò)設(shè)備。本方案會綜合使用上述三種協(xié)議來自動發(fā)現(xiàn)和生成電子政務(wù)網(wǎng)絡(luò)拓撲、監(jiān)控預(yù)警平臺自身的網(wǎng)絡(luò)拓撲。　　 網(wǎng)絡(luò)設(shè)備監(jiān)控　　數(shù)據(jù)采集平臺通過SNMP數(shù)據(jù)采集方式，采集網(wǎng)絡(luò)設(shè)備的MIB數(shù)據(jù)，實時監(jiān)控網(wǎng)絡(luò)設(shè)備的運行情況。　　網(wǎng)絡(luò)數(shù)據(jù)處理子系統(tǒng)在獲取到網(wǎng)絡(luò)數(shù)據(jù)后，會根據(jù)不同的網(wǎng)絡(luò)設(shè)備特性，對數(shù)據(jù)進行一定的處理。網(wǎng)絡(luò)設(shè)備類型至少能夠支持：CISCO、華為、Juniper、Foundry等。　　網(wǎng)絡(luò)數(shù)據(jù)處理內(nèi)容包括：　　基本信息整理：網(wǎng)絡(luò)接口數(shù)量，每個接口的IP地址/MAC地址等；　　接口信息：接口索引、接口類型、接口描述、接口速率、工作狀態(tài)、管理狀態(tài)、接口總流量、入口流量、出口流量；　　在網(wǎng)絡(luò)數(shù)據(jù)處理子系統(tǒng)檢測到某個網(wǎng)絡(luò)設(shè)備的CPU使用率、內(nèi)存使用率、接口流量等性能指標超過特定閥值時，會自動生成性能事件，隨后提交給安全數(shù)據(jù)處理子系統(tǒng)。　　在網(wǎng)絡(luò)數(shù)據(jù)處理子系統(tǒng)檢測到某個網(wǎng)絡(luò)設(shè)備的設(shè)備停機、接口不通等異常時，自動生成故障事件，隨后提交給安全數(shù)據(jù)處理子系統(tǒng)。　　 工單的來源 　　 安全數(shù)據(jù)處理子系統(tǒng)經(jīng)過對安全數(shù)據(jù)的分析后，生成的安全事件；　　 業(yè)務(wù)系統(tǒng)數(shù)據(jù)處理子系統(tǒng)生成的性能事件和故障事件；　　 網(wǎng)絡(luò)數(shù)據(jù)處理子系統(tǒng)生成的性能事件和故障事件；　　 與知識庫系統(tǒng)關(guān)聯(lián)　　安全事件處理與知識庫關(guān)聯(lián)。　　安全監(jiān)控人員在準備處理工單之前，可以根據(jù)內(nèi)容的關(guān)鍵字信息到知識庫系統(tǒng)中查詢符合該事件類型的相關(guān)內(nèi)容，包括：事件原因分析、事件處理步驟、事件總結(jié)等，獲得相應(yīng)的處理經(jīng)驗。　　安全監(jiān)控人員在處理完畢工單后，可以將與此工單相關(guān)的詳細內(nèi)容，如：事件原因分析、事件處理步驟、事件總結(jié)等生成相關(guān)案例，保存到知識庫中，為其他人處理類似事件提供經(jīng)驗共享。　　 工單執(zhí)行和監(jiān)控流程　　當平臺發(fā)現(xiàn)有真實安全事件時，根據(jù)預(yù)先制定的工單處理流程，平臺會自動生成安全事件處理工單，此時不需要人工干預(yù)，系統(tǒng)自動調(diào)用服務(wù)程序通過聲音、圖形、短信、郵件、代理程序等方式及時通知負責處理此安全事件工單的監(jiān)控人員。此時也啟動安全事件進入其相應(yīng)的處理流程。　　工單的執(zhí)行和監(jiān)控流程具有下列特征：　　工單具有一定的時限性，必須在規(guī)定的時限內(nèi)處理完畢，如果在規(guī)定的時間內(nèi)未被及時處理，系統(tǒng)會自動修改工單狀態(tài)，并自動向相關(guān)人員發(fā)送超時通知；　　當某個工單不能被此工單相關(guān)的監(jiān)控人員正確處理時（因為技術(shù)人員水平或者時間的原因），可提前終止對工單的處理，并說明終止工單的原因。安全監(jiān)督人員負