城市運維方案

1、北京廣通信達科技有限公司2013/3/1城市視頻監(jiān)控運維管理平臺解決方案目 錄第1章概述5第2章全市總體架構設計7第3章建設目標9第4章管理平臺系統(tǒng)架構設計11第5章市局技術功能方案135.1資產(chǎn)配置管理135.1.1CMDB建模145.1.2配置變更控制165.1.3資產(chǎn)配置可視化瀏覽器175.1.4分區(qū)化、獨立管理模式支撐185.1.5高性能、大容量系統(tǒng)設計195.2設備集中監(jiān)控自動巡檢195.2.1集中監(jiān)控系統(tǒng)管理模型195.2.2視頻圖像自動巡檢235.2.3視頻設備自動巡檢245.2.4傳輸設備自動巡檢255.2.5內(nèi)場設備運行狀態(tài)管理265.2.6虛擬化資源管理285.2.7綜合監(jiān)

2、控展示295.3視頻監(jiān)控攝像機故障管理325.3.1BPM流程引擎335.3.2值班服務臺345.3.3事件管理355.3.4巡檢管理385.3.5值班和值班日志管理385.3.6運行網(wǎng)站395.4整合網(wǎng)絡流量分析405.5綜合管理415.5.1全文搜索415.5.2統(tǒng)一訪問門戶425.5.3統(tǒng)一報表管理42第6章區(qū)縣局技術功能方案456.1資產(chǎn)配置管理456.1.1CMDB建模466.1.2配置變更控制486.1.3資產(chǎn)配置可視化瀏覽器496.1.4分區(qū)化、獨立管理模式支撐506.1.5高性能、大容量系統(tǒng)設計516.2設備監(jiān)控自動巡檢516.2.1集中監(jiān)控系統(tǒng)管理模型516.2.2視頻圖像自

3、動巡檢556.2.3視頻設備自動巡檢566.2.4傳輸設備自動巡檢576.2.5內(nèi)場設備運行狀態(tài)管理586.2.6虛擬化資源管理606.2.7綜合監(jiān)控展示616.3視頻監(jiān)控攝像機故障管理636.3.1BPM流程引擎646.3.2值班服務臺656.3.3事件管理666.3.4巡檢管理696.3.5值班和值班日志管理696.3.6運行網(wǎng)站706.4綜合管理716.4.1全文搜索716.4.2統(tǒng)一訪問門戶716.4.3統(tǒng)一報表管理71第7章系統(tǒng)部署及級聯(lián)方案747.1分級管理模式747.2系統(tǒng)部署方案747.3市縣兩級數(shù)據(jù)級聯(lián)75第1章 概述隨著城市視頻監(jiān)控系統(tǒng)建設的持續(xù)推進，通過各區(qū)縣城市監(jiān)控攝像

4、頭以及相關系統(tǒng)的建設，全市攝像頭保有量已經(jīng)初具規(guī)模。三分建設，七分管理，各區(qū)縣以及市局本級單純依靠傳統(tǒng)的人工作業(yè)方式來進行日常巡檢和維護管理，將難以保證整個系統(tǒng)的高可用性，需要專業(yè)的、自動化的運維管理工具和良好運維管理系統(tǒng)來支撐。圖1. 城市視頻監(jiān)控系統(tǒng)架構圖在政策方面，為了提升全國應對重大恐怖和災害等特殊突發(fā)公共事件的安全防范能力，公安部啟動了全國視頻監(jiān)控聯(lián)網(wǎng)平臺建設工作，基于GB/T28281標準實現(xiàn)全國城市視頻監(jiān)控系統(tǒng)的互聯(lián)共享，并對全網(wǎng)所有登記注冊的攝像頭實施抽樣考核，以考核為抓手，來提升所建攝像頭的可用率。圖2. 全市聯(lián)網(wǎng)平臺與共享平臺邏輯架構圖面對來自運維管理的要求和政策的管理要求

5、，市局需要建設綜合運維管理平臺門戶，解決：1）全局聯(lián)網(wǎng)視頻監(jiān)控攝像機的自動巡檢系統(tǒng)問題，能夠?qū)崿F(xiàn)每天定時對市局管理的視頻監(jiān)控攝像機運行狀態(tài)的自動巡檢，并能將故障作詳細統(tǒng)計分類形成報表。同時未來能夠采集各區(qū)縣視頻監(jiān)控攝像機運行狀態(tài)的在線率等運維數(shù)據(jù)，并形成考核數(shù)據(jù)，從而能夠以考核促管理，提高全市視頻監(jiān)控管理水平。2）可執(zhí)行對本級平臺系統(tǒng)內(nèi)監(jiān)控設備以及平臺服務器執(zhí)行自動巡檢功能，能顯示異常設備信息，可查看每個異常設備的詳細信息，可對巡檢情況進行統(tǒng)計分析，可查看每個巡檢時間段對前端設備、服務器等運行情況，可通過圖形化的展現(xiàn)方式顯示不同巡檢時間段內(nèi)的設備信息以及正常、故障、離線等情況的比例。同時管理員

6、可隨時查看所有設備的運行情況。3）分別在公安視頻圖像信息共享平臺、北京市高清數(shù)字視頻監(jiān)控一級平臺的核心交換機配置網(wǎng)絡流量分析引擎，通過流量分析系統(tǒng)將引擎采集的流量分析數(shù)據(jù)進行集中存儲和管理，可針對進出平臺的流量數(shù)據(jù)根據(jù)時間、源地址、目的地址、端口號進行精細化統(tǒng)計和報表展現(xiàn)。4）整合網(wǎng)管系統(tǒng)的設備運行狀態(tài)信息；整合IDS入侵檢測系統(tǒng)的相關告警和管理信息。5）建立從視頻監(jiān)控攝像機的故障發(fā)現(xiàn)、故障處置到處置結(jié)束的完整故障處理工作流模型，對視頻監(jiān)控攝像機所屬單位、發(fā)生故障的時間、故障類型、故障處置情況、故障處置結(jié)束時間等信息進行全過程采集。可按照周、月、年，根據(jù)單位來統(tǒng)計各單位視頻攝像機的完好率，從而

7、形成各單位年度視頻監(jiān)控攝像機運行管理考評結(jié)果，并進行網(wǎng)上發(fā)布。6）通過與本級平臺系統(tǒng)設備的統(tǒng)一管理和維護，可錄入各監(jiān)控點安裝單位、維護單位、聯(lián)系電話、維修記錄等信息，方便操作員查詢使用，并可以與本級平臺系統(tǒng)集成，管理操作日志、設備日志、告警日志三類。綜上所述，技術和管理方面主要是要解決自動巡檢、資源臺賬管理、運維規(guī)范化管理和量化考核等方面的業(yè)務訴求，并實現(xiàn)與視頻管理平臺的集成。第2章 全市總體架構設計從建立全市視頻監(jiān)控統(tǒng)一運維管理系統(tǒng)的高度來設計市局的視頻監(jiān)控運維管理平臺，該平臺應由市縣兩級管理平臺組成，通過數(shù)據(jù)級聯(lián)實現(xiàn)兩級系統(tǒng)之間的運維管理數(shù)據(jù)同步，實現(xiàn)資源統(tǒng)一管理、業(yè)務工作考核管理，提升全

8、市視頻監(jiān)控運維管理能力。圖3. 全市視頻監(jiān)控運維系統(tǒng)部署方案市局系統(tǒng)分別在公安網(wǎng)上和視頻網(wǎng)上部署監(jiān)控系統(tǒng)，其中公安網(wǎng)的系統(tǒng)主要與視頻網(wǎng)的系統(tǒng)同步考核數(shù)據(jù)，用于考核管理，系統(tǒng)主要實現(xiàn)：（1） 對全市視頻資源臺賬的統(tǒng)一管理；（2） 對架構在視頻網(wǎng)上的視頻前端設備的可用性進行自動巡檢；（3） 對架構在公安網(wǎng)上的聯(lián)網(wǎng)平臺系統(tǒng)和視頻前端設備進行全面監(jiān)控；（4） 量化各區(qū)縣攝像頭在線率，實施KPI考核。區(qū)縣端系統(tǒng)部署在視頻網(wǎng)上，主要實現(xiàn)：（1） 對區(qū)縣視頻監(jiān)控系統(tǒng)資源臺賬進行全面管理；（2） 對視頻網(wǎng)上外場和內(nèi)場設備進行全面監(jiān)控；（3） 對各類設備的故障維護實現(xiàn)閉環(huán)管理；（4） 量化運行維護質(zhì)量，實施KP

9、I考核。圖4. 全市視頻監(jiān)控運維系統(tǒng)邏輯架構圖第3章 建設目標本解決方案市縣兩級部分，分別滿足兩級用戶的管理要求，以滿足日常運行維護實際管理需求為根本，以全面提高資源綜合利用率為主要目標，實現(xiàn)對全網(wǎng)設備“全天候、全過程、全方位”的集中監(jiān)控、集中展現(xiàn)、集中維護、集中考核統(tǒng)計，保證城市視頻監(jiān)控系統(tǒng)能夠發(fā)揮最大效益。運維系統(tǒng)主要實現(xiàn)以下功能目標：1、建設資產(chǎn)配置數(shù)據(jù)庫（CMDB），理清資源臺賬資產(chǎn)配置庫（CMDB）建立IT 基礎架構的單一信息參照，為各項運維業(yè)務提供流程和數(shù)據(jù)支持。資產(chǎn)配置庫遵循ITIL/ISO20000標準，采用面向?qū)ο蟮慕ＴO計方法建構，維護每個配置項的詳細數(shù)據(jù)、變更版本，而且能

10、維護各配置項之間關系、各配置項關聯(lián)的維修記錄在內(nèi)的管理數(shù)據(jù)。根據(jù)城市視頻監(jiān)控系統(tǒng)的管理特性，梳理和建設全網(wǎng)資產(chǎn)配置庫CMDB，實現(xiàn)對外場設備、傳輸設備、內(nèi)場設備、機房設備、人力資源、虛擬資源的閉環(huán)管理，保證資源臺賬的鮮活性。2、建設集中監(jiān)控系統(tǒng)，實現(xiàn)全網(wǎng)自動化巡檢根據(jù)對各類資源的監(jiān)測要求建立巡檢計劃，自動執(zhí)行各類巡檢任務，及時向值班人員報告巡檢結(jié)果。通過集中監(jiān)控系統(tǒng)，定期對前端設備（視頻攝像頭、卡口、傳輸設備）、內(nèi)場設備（主機/虛擬機、存儲、安全、數(shù)據(jù)網(wǎng)絡、機房動力、業(yè)務應用系統(tǒng)等）進行可用性和健康度檢查，及時發(fā)現(xiàn)故障并快速定位故障設備，顯著降低運維人員的工作量，提高管理效率。3、建立閉環(huán)流程

11、系統(tǒng)，規(guī)范日常值班與維護工作。結(jié)合“平安城市”的業(yè)務特色，根據(jù)運維管理體系的設計，規(guī)劃化日常值班與巡檢管理、故障修復管理、資產(chǎn)與配置管理等運維標準化流程，實現(xiàn)日常運行維護工作的規(guī)范化、標準化，并沉淀運維知識與經(jīng)驗。4、自動考核統(tǒng)計，量化運行維護質(zhì)量基于運維管理平臺基礎數(shù)據(jù)進行統(tǒng)計分析，量化前端設備的在線率、量化運維人員的工作量、量化各類設備的綜合可用率等，從宏觀上綜合分析所有監(jiān)測對象的運維狀況，并研判系統(tǒng)運維發(fā)展趨勢，為業(yè)務系統(tǒng)優(yōu)化、運維規(guī)劃提供依據(jù)，為領導層進行系統(tǒng)升級、改造、擴容提供更加有效的工具，為業(yè)主單位對承接單位或者維護團隊的運維服務考核提供數(shù)據(jù)支撐。第4章 管理平臺系統(tǒng)架構設計城市

12、視頻監(jiān)控運維管理平臺由四個子系統(tǒng)組成：集中監(jiān)控管理子系統(tǒng)、資產(chǎn)配置管理子系統(tǒng)、運維服務管理子系統(tǒng)、綜合管理子系統(tǒng)。圖5. 管理平臺邏輯架構r 集中監(jiān)控管理子系統(tǒng)主要實現(xiàn)對生產(chǎn)環(huán)境中IT基礎設施的集中監(jiān)控管理，包括了對視頻終端設備、傳輸設備、網(wǎng)絡設備、服務器、存儲設備、數(shù)據(jù)庫系統(tǒng)、中間件系統(tǒng)、安全設備、業(yè)務應用系統(tǒng)等性能采集和事件處理，并利用監(jiān)控可視化平臺提供可視化展現(xiàn)，同時支持與第三方系統(tǒng)（如機房動力環(huán)境系統(tǒng)、第三方網(wǎng)管系統(tǒng)等）集成，方式可以是數(shù)據(jù)集成和界面集成。r 資產(chǎn)配置管理子系統(tǒng)旨在幫助用戶建立統(tǒng)一的IT基礎設施臺帳。通過一系列業(yè)務建模、自動采集、調(diào)和、變更控制等手段，保證IT生產(chǎn)環(huán)境中

13、配置項的完整性和精準性，為上層服務流程提供數(shù)據(jù)支撐。r 運維服務管理子系統(tǒng)通過規(guī)范服務流程和技術服務工作，建立一套標準的運維服務流程，圍繞值班管理、服務臺、事件管理、巡檢管理等ITIL最佳實踐，進行運維服務的流程化、規(guī)范化管理。通過完善知識庫建設，實現(xiàn)知識庫共享，從而提高信息服務效率，提高用戶的滿意度。r 綜合管理子系統(tǒng)包括了統(tǒng)一運維門戶、報表平臺、全文檢索、權限管理等主要模塊，目的是保證平臺不同角色的運維人員可以通過瀏覽器訪問到跟自身職責對應的功能和視圖，是信息的集中呈現(xiàn)窗口和日常工作的平臺。第5章 市局技術功能方案5.1 資產(chǎn)配置管理理清資源臺賬是實施有效管理的前提和基礎，資產(chǎn)配置管理模塊

14、實現(xiàn)對各類資源的有效管理。資產(chǎn)配置管理模塊實現(xiàn)對以下類資源的管理： 前端設備：視頻攝像頭、視頻編解碼設備、卡口監(jiān)控設備、立桿、取電方式等； 傳輸設備：包括光端機、GPON/EPON等； 內(nèi)場設備，包括網(wǎng)絡、服務器、存儲、安全邊界接入設備、數(shù)據(jù)庫、中間件、視頻應用與模塊等； 機房設備：包括機房、機柜、動力環(huán)境等； 人力資源：包括外場維護人員、內(nèi)場維護人員、設備生產(chǎn)廠家和集成商技術支持人員、最終用戶等； 虛擬資源：包括IP地址、文檔資料等。通過資產(chǎn)配置管理模塊可以實現(xiàn)：最大限度地自動收集全網(wǎng)資源，協(xié)助用戶理清資源臺賬，并提供自動化的技術功能，保證各類資源數(shù)據(jù)的準確性和完整性。其邏輯架構如下：圖6.

15、 CMDB邏輯架構5.1.1 CMDB建?？紤]到實施CMDB項目的復雜性，系統(tǒng)提供構建CMDB的最佳實踐模型，可幫助用戶快速落地CMDB建設，有效縮短時間周期。CMDB采用了面向?qū)ο蟮慕Ｋ枷?，提供配置項的類別、屬性、關系、字典以及表單的繼承和派生，并支持通過建立和應用規(guī)則來觸發(fā)管理動作，擴展管理行為，如某些配置項發(fā)生變更時，可根據(jù)規(guī)則定義是否生成新的配置項版本等。CMDB建模過程相當容易，全面操作都是基于可視化的界面，最大限度的適應不斷變化的業(yè)務場景的管理要求?；灸Ｐ头诸惣瓣P聯(lián)關系圖7. 配置建模圖8. 資產(chǎn)配置采集5.1.2 配置變更控制系統(tǒng)提供了多樣化的CMDB配置變更管理方法，在管理

16、的便捷性和嚴謹性取得平衡。系統(tǒng)支持對配置項的變更審核模式有三種：一種是走配置變更流程的審核方式，一種是簡單審核模式、還有一種是通過設定規(guī)則自動審核。三種方式適合不同的場景。對于核心業(yè)務的配置項信息，可以選擇走配置變更流程的審核方式，管理員用戶選中變更區(qū)中的待審核配置項記錄后，系統(tǒng)自動生成配置變更工單，工單審批通過后，系統(tǒng)自動執(zhí)行審核操作。對于簡單審核模式，就是由具有配置項審核權限的管理員用戶選中變更區(qū)中的待審核配置項記錄后，執(zhí)行配置審核操作。系統(tǒng)自動記錄下配置審核的操作記錄（如審核時間、審核人等）。該種審核方式比較適用于非核心業(yè)務的配置項信息。對于設定規(guī)則自動審核模式，適用于變更頻繁但不重要的

17、配置信息，可保證數(shù)據(jù)準確性和合法性的基礎上，大幅減少了人工審核的工作量。圖9. 配置項變更審核5.1.3 資產(chǎn)配置可視化瀏覽器CMDB的可視化是及其重要的功能，系統(tǒng)提供了集編輯和展現(xiàn)一體的純web化的CI瀏覽器，獨特的“畫布”功能，不僅能夠幫助用戶全面直觀地查看配置項之間的關系，還能通過連線操作所見即所得的方式維護配置項關系?！爱嫴肌币仓С滞耆亩ㄖ苹?，可通過勾選關系類型、顯示層次數(shù)、切換布局模式、隱藏等實用功能過濾不必要的CI，方便得到更精簡的視圖。圖10. CI瀏覽器界面5.1.4 分區(qū)化、獨立管理模式支撐CMDB也支持對配置項進行分區(qū)化管理，可對CMDB建立不同的管理域，為地域跨度較大、

18、各分支機構有自治管理訴求的企業(yè)或組織提供了便捷的解決方案。使用一個平臺即可實現(xiàn)資產(chǎn)配置數(shù)據(jù)大集中，既滿足了上級對下級的管理要求，又不失管理上的變通性。圖11. CMDB分區(qū)管理5.1.5 高性能、大容量系統(tǒng)設計CMDB的設計充分考慮了大容量環(huán)境的管理需求，在功能的全面性、用戶體驗以及性能吞吐、容量方面相比競爭者具備明顯的優(yōu)勢，目前CMDB可支持40用戶并發(fā)數(shù)情況下管理100萬配置項的能力，單條數(shù)據(jù)查詢調(diào)用達到毫秒級，絕大部分界面操作從發(fā)起到呈現(xiàn)小于3秒。5.2 設備集中監(jiān)控自動巡檢實現(xiàn)對全局聯(lián)網(wǎng)視頻監(jiān)控攝像機及相關網(wǎng)絡及系統(tǒng)設備自動巡檢系統(tǒng)，能夠?qū)崿F(xiàn)每天定時對全網(wǎng)的視頻監(jiān)控攝像機運行狀態(tài)的自動

19、巡檢，并能將故障作詳細統(tǒng)計分類形成報表。5.2.1 集中監(jiān)控系統(tǒng)管理模型集中監(jiān)控管理子系統(tǒng)實現(xiàn)了對用戶IT生產(chǎn)環(huán)境基礎設施的監(jiān)控，包括：視頻終端設備、傳輸設備、IP網(wǎng)絡設備、安全設備、業(yè)務服務器、存儲設備、數(shù)據(jù)庫系統(tǒng)、實戰(zhàn)應用系統(tǒng)等。圖12. 集中監(jiān)控子系統(tǒng)管理范圍集中監(jiān)控子系統(tǒng)主要由網(wǎng)絡監(jiān)測模塊、系統(tǒng)與應用監(jiān)測模塊、視頻圖像監(jiān)測模塊、通用監(jiān)控模塊、統(tǒng)一事件平臺模塊、統(tǒng)一性能管理模塊、性能管理數(shù)據(jù)庫PMDB以及監(jiān)控可視化平臺組成。同時支持與第三方系統(tǒng)（如機房動力環(huán)境系統(tǒng)、第三方網(wǎng)管系統(tǒng)）集成，集成包括數(shù)據(jù)集成和界面集成。邏輯架構如下：圖13. 集中監(jiān)控子系統(tǒng)邏輯架構5.2.1.1 分布式采集、

20、集中管理分布式采集、集中管理技術是相對集中式管理而言的。在分布式管理模式下，集中管理服務器把采集指令下發(fā)到采集探針，完成分管區(qū)域的數(shù)據(jù)收集處理，有效的分擔了集中管理服務器的負載，尤其適合有物理隔離的大型數(shù)據(jù)中心或分布在不同地理位置的大型行業(yè)客戶。探針自帶了存儲功能，在網(wǎng)絡臨時中斷或服務端臨時關閉的情況下，探針會臨時保存監(jiān)測數(shù)據(jù)，待網(wǎng)絡和服務端恢復后再向服務端傳輸數(shù)據(jù)，保證監(jiān)測數(shù)據(jù)的完整性。探針支持在常見的操作系統(tǒng)下如Windows、類Unix下運行，并以服務方式自動啟動，當采集探針由于某些原因無法正確運行時，探針會自動重啟并迅速執(zhí)行監(jiān)測任務，保證監(jiān)測數(shù)據(jù)的連續(xù)性。圖14. 分布式采集示意圖5.

21、2.1.2 統(tǒng)一事件處理利用實時數(shù)據(jù)總線和高速事件處理算法，系統(tǒng)每分鐘能處理幾千條告警事件，事件經(jīng)過標準化、過濾、歸并、關聯(lián)分析、豐富等過程最后形成準確的告警信息。當網(wǎng)絡發(fā)生故障風暴時，系統(tǒng)提供了隊列機制保證事件處理高效穩(wěn)定，滿足大型網(wǎng)絡的實時告警監(jiān)視的需要。對于有一定技術能力的運維技術人員，可利用系統(tǒng)提供的事件規(guī)則處理語言，以實現(xiàn)更靈活的事件處理規(guī)則及擴展。通過告警的規(guī)則定義的可視化界面，幫助技術人員優(yōu)化統(tǒng)一事件平臺告警處理規(guī)則，提高告警的自動化識別和關聯(lián)分析能力。圖15. 事件分析處理原理5.2.1.3 集中告警監(jiān)控大量的事件經(jīng)過處理，形成了最終需用戶關注的告警，直觀的呈現(xiàn)在告警臺上，隨后

22、可對告警進行生命周期管理。在告警臺上，可對告警進行確認、清除、刪除或者派發(fā)工單操作，可查看告警資源當前的性能情況，分析故障根源，并利用CMDB關系對故障影響做初步判斷，還可查看告警資源歷史故障及工單派發(fā)、短信通知情況。獨特的告警導航，可即時顯示當前告警分類是否有新的未處理告警，幫助運維人員運籌帷幄，掌控全局。圖16. 告警監(jiān)控臺系統(tǒng)對企業(yè)IT環(huán)境實施全天候的實時監(jiān)測，一旦發(fā)現(xiàn)運行故障或者監(jiān)測指標超過預定的告警閾值時，系統(tǒng)就會根據(jù)預先配置的動作策略內(nèi)的告警通知方式立即通知運維人員，通知方式包括觸發(fā)緊急事件工單、聲音告警、郵件通知、短信通知等。5.2.2 視頻圖像自動巡檢基于T28281和DB33

23、標準與視頻聯(lián)網(wǎng)平臺系統(tǒng)（或直接從視頻終端設備）自動采集視頻碼流，并對碼流進行診斷分析。支持IP攝像機、數(shù)字矩陣以及網(wǎng)絡視頻服務器、數(shù)字硬盤錄像機設備接入，支持模擬攝像機及模擬矩陣設備輸入。視頻圖像監(jiān)測系統(tǒng)負責對視頻圖像出現(xiàn)的雪花、滾屏、模糊、偏色、畫面凍結(jié)、增益失衡、云臺失控、視頻信號丟失等常見攝像頭故障、視頻信號干擾、視頻質(zhì)量下降進行分析、判斷和報警。視頻圖像監(jiān)測系統(tǒng)與運維管理平臺之間通過服務接口（如：WebService）交互，視頻圖像監(jiān)測系統(tǒng)分析出視頻質(zhì)量出問題后，將視頻的告警信息，通過接口反饋到運維管理平臺。圖17. 視頻圖像監(jiān)測5.2.3 視頻設備自動巡檢對各類視頻終端設備的運行情況

24、進行監(jiān)控和管理，包括視頻攝像頭、視頻編解碼設備（NVR、DVR等）、卡口監(jiān)控設備等。對視頻終端設備的監(jiān)控指標包括：u 視頻設備的在線狀態(tài)、視頻通道的工作狀態(tài)；u 卡口設備的在線狀態(tài)、設備的抓拍工作狀態(tài)。圖18. 視頻設備監(jiān)測5.2.4 傳輸設備自動巡檢對光纖收發(fā)器、EPON（以太網(wǎng)無源光網(wǎng)絡傳輸設備）設備進行監(jiān)控，實時輪詢和采集設備的在線狀態(tài)和性能指標。圖19. 傳輸設備監(jiān)測5.2.5 內(nèi)場設備運行狀態(tài)管理系統(tǒng)可監(jiān)測常用的網(wǎng)絡設備、服務器、數(shù)據(jù)庫、中間件、安全設備、存儲設備、通用服務等IT資源，支持SNMP、CLI（Telnet、SSH）、WMI、JMX、CORBA等遠程非代理監(jiān)測和Agent

25、代理監(jiān)測 （即需要在目標設備上安裝部署代理程序） 兩種手段結(jié)合，為業(yè)務網(wǎng)絡提供724不間斷監(jiān)測服務。圖20. 全面的資源監(jiān)控管理系統(tǒng)提供了強大的監(jiān)測插件體系，可不斷擴展系統(tǒng)的監(jiān)測范圍和內(nèi)容。監(jiān)測插件之間相互獨立，互補影響，可保證整個監(jiān)測體系的穩(wěn)定運行。系統(tǒng)也提供了通用監(jiān)測器編寫界面，允許用戶通過編寫shell或者groovy腳本滿足個性化監(jiān)測指標的需求。圖21. 網(wǎng)絡監(jiān)測5.2.6 虛擬化資源管理對虛擬化平臺的管理監(jiān)測，采用VMbridge模塊，通過Webservice接口和Restful api接口與各個虛擬化監(jiān)控平臺（包括VCenter、vm manager等）集成，采集虛擬服務器的運行狀

26、態(tài)、配置、性能、事件指標，并將數(shù)據(jù)和告警信息轉(zhuǎn)發(fā)到性能指標和告警平臺、CMDB資源庫中。圖22. 服務器虛擬化監(jiān)控框架虛擬服務器監(jiān)控指標主要包括： 基本信息采集：虛擬機的操作系統(tǒng)類型、虛擬機的總體狀態(tài)、虛擬機的電源狀態(tài)、虛擬機的配置文件路徑、虛擬機名稱、主機的基本信息或狀態(tài)等； 虛擬機CPU監(jiān)測：虛擬機可使用的CPU數(shù)量、虛擬機的CPU頻率、虛擬機的CPU使用率； 集群信息采集: 通過vCenter獲取虛擬機和虛擬化集群的基本配置信息；。 虛擬機關系發(fā)現(xiàn)：在OS安裝VMTools的基礎上，自動發(fā)現(xiàn)虛擬機和操作系統(tǒng)、虛擬機和集群之間的配置關系； 虛擬機內(nèi)存監(jiān)測：虛擬機的內(nèi)存使用率、虛擬機可已使用

27、的內(nèi)存量； 虛擬機磁盤監(jiān)測：存儲置備大小、已分配使用率、未共享大小、已分配大小、虛擬機名稱； 獲取虛擬機相關的告警信息，并發(fā)送給統(tǒng)一事件平臺進行集中處理。5.2.7 綜合監(jiān)控展示系統(tǒng)提供了電信級的數(shù)據(jù)中心可視化利器靈動可視化平臺，它具備實時響應、快速設計、所見即所得的特點，可用來直觀展現(xiàn)業(yè)務、網(wǎng)絡、機房、機房環(huán)境等多種視圖，方便管理員實時掌握整體運行情況。此外，還可以利用其獨具特色的幻燈片功能，把各類視圖投影在網(wǎng)絡運營中心大屏上。圖23. 機房與機柜視圖圖24. 地圖展示5.3 視頻監(jiān)控攝像機故障管理運維服務管理子系統(tǒng)是IT運維工作及對外服務接口的平臺，它遵循ITIL管理框架，提供可視化的BP

28、M流程引擎，實現(xiàn)流程定義、流程相關角色權限和流程跟蹤控制、審計與統(tǒng)計以及流程關聯(lián)等功能。系統(tǒng)基于流程引擎內(nèi)置了服務臺和事件等常用流程，并涵蓋了巡檢作業(yè)、運行值班、值班日志等實用功能。其邏輯架構如下：圖25. 流程管理子系統(tǒng)邏輯架構5.3.1 BPM流程引擎在內(nèi)置標準流程的基礎上，系統(tǒng)還提供了BPM流程引擎供用戶進行“隨需而變”的業(yè)務流程設計，滿足個性化的業(yè)務流程需求。BPM業(yè)務流程引擎符合WFMC國際標準，完全通過web可視化設計界面，實現(xiàn)流程、表單、數(shù)據(jù)字典快速建模。拖拽式的流程設計功能，可實現(xiàn)流程跳轉(zhuǎn)、流程環(huán)節(jié)的執(zhí)行人、流程環(huán)節(jié)的執(zhí)行優(yōu)先級等定義，協(xié)調(diào)組成工作流的四大元素，即人員、資源、事

29、件、狀態(tài)，推動流程的發(fā)生、發(fā)展、完成，實現(xiàn)全過程監(jiān)控。同時，BMP引擎提供了靈活的觸發(fā)器設置，可以將流程管理中的各類事件與期望處理的動作自動關聯(lián)，完成系統(tǒng)中自動協(xié)調(diào)控制需求。圖26. BPM流程管理界面5.3.2 值班服務臺值班服務臺主要承擔以下職責： 故障監(jiān)控和接收用戶服務請求； 故障與用戶服務請求的初步支持； 確認故障，并創(chuàng)建和派發(fā)工單； 跟蹤工單的執(zhí)行，確定故障恢復并關閉工單。值班服務臺可支持IT服務水平、能力、效率和質(zhì)量的提高，改善服務部門和業(yè)務用戶之間的關系。同時值班服務臺能夠制定和執(zhí)行排班計劃以及日常機房、設備巡檢計劃，并通過監(jiān)控視圖對相關設備進行巡檢。圖27. 值班服務臺工作示意

30、圖圖28. 自助服務臺與值班服務臺5.3.3 事件管理實現(xiàn)對故障處理的閉環(huán)管理，由事件工單創(chuàng)建、事件工單派發(fā)、事件工單流轉(zhuǎn)、事件升級和事件工單關閉等環(huán)節(jié)組成。圖29. 故障工單流程設計圖r 事件工單的創(chuàng)建實現(xiàn)自動集成集中監(jiān)控平臺故障信息，提供人工、Web、Email等多種方式的事件登記管理功能。圖30. 服務臺工單跟蹤視圖r 事件工單分配自動/手動將事件工單分配給相應的維修工程師，提供組分配與個人分配以及多人分配方式。支持針對分配不當?shù)那闆r，提供拒絕、重新分配功能。事件分配能促發(fā)消息機制，將事件信息以多種方式發(fā)送給相應的事件處理人員。如果事件在初次分配時在規(guī)定事件內(nèi)被分配人員沒有響應，事件模塊

31、自動通過郵件和短信通知事件管理員。為了提高事件的解決效率，事件的責任人在事件的處理過程中需要填寫事件的診斷過程和結(jié)果，以便事件分配給他人后后續(xù)處理人員可以避免重復的工作，從而提高事件流程的效率。事件的診斷過程可以采用追加的方式，不允許修改以前的診斷過程，但可以把自己的診斷過程追加進去。在事件的解決過程中，如果事件的解決方案比較復雜，如需要通過圖片等加以說明，可以把解決方案做成附件，把附件上傳到事件記錄中，附件的個數(shù)不受限制。圖31. 工單處理-事件記錄r 事件升級根據(jù)SLA，監(jiān)督事件處理進展，對于超出SLA的事件，提供事件自動升級功能。以郵件、短信等多種方式提醒事件處理人員的上級領導，以期引起

32、更多的重視，快速處理事件，恢復業(yè)務。事件需要在一定的時限內(nèi)獲得解決，當一個事件不能夠在限定的時限內(nèi)被處理或處理完，這種情況下必須觸發(fā)升級機制，讓事件信息升級到相關領導，以期引起重視并獲得更多的資源，達到快速解決事件、恢復服務的目的。r 事件關閉事件解決后，關閉事件，實現(xiàn)事件的閉環(huán)處理。支持事件滿意度調(diào)查，能在事件在關閉時，自動向事件的申告人發(fā)送電子郵件，進行滿意度調(diào)查，事件申告者可以通過郵件或web方式進行滿意度和客戶意見反饋。同時進行設備重新診斷、巡檢，確認是否關閉或重新分配維修。5.3.4 巡檢管理巡檢計劃主要是對城市視頻監(jiān)控系統(tǒng)的所有對象進行巡檢、常規(guī)檢查等的作業(yè)計劃，使得運行維護人員能

33、夠準確、高效的完成各項日常維護任務。1)為使巡檢更加規(guī)范，巡檢管理應建立巡檢項的標準操作要求，并在實際的巡檢過程中嚴格執(zhí)行這些要求。應能在巡檢記錄進入系統(tǒng)時對不規(guī)范的內(nèi)容進行限制。2)為使巡檢更具通用性，巡檢計劃應有較為靈活的模板，并具有自定義功能，自定義功能包括添加、編輯巡檢計劃表，但應控制相關的權限。3)系統(tǒng)應提供與巡檢計劃相關的配置項的維護管理功能，提供特定的界面，支持對與巡檢計劃相關的配置項的維護管理功能，并支持相應的增、刪、改、查等操作。4)通過集成，實現(xiàn)與各個模塊的互動，并與信息中心的值班制度聯(lián)動，以此作為響應內(nèi)部用戶和外部用戶需求的統(tǒng)一入口，采用集中聯(lián)系點模式。5)提供值班日志功

34、能，便于值班用戶記錄每次值班的事務處理情況。5.3.5 值班和值班日志管理根據(jù)運維習慣，系統(tǒng)提供了日歷化值班表、多班次排班、值班日志管理等多項實用業(yè)務功能，并與自助服務臺、值班服務臺進行充分結(jié)合。有效的值班管理可保證服務連續(xù)不間斷，有助于運維團隊人力資源合理配置，做到各項工作權責明晰，有跡可循。所有運維人員需要填寫工作日志，描述當班的工作內(nèi)容，工作日志需要經(jīng)過相關負責人審核。工作日志包括值班日志和巡檢工作日志等。圖32. 值班表日志管理5.3.6 運行網(wǎng)站提供運行信息自動發(fā)布和內(nèi)容管理功能。運行發(fā)布平臺能夠滿足公安部最新運行服務考核規(guī)范要求，自動生成并發(fā)布日通報和月通報。對城市視頻監(jiān)控系統(tǒng)的各

35、類資源運行信息，可按照自定義的時間每天多次自動生成巡檢，并將巡檢內(nèi)容形成日通報發(fā)布在網(wǎng)上發(fā)布。要求根據(jù)不同類別資源可以分項記錄，記錄內(nèi)容包括該資源的基本運行參數(shù)、記錄人、記錄時間等；支持手工發(fā)布日通報、月通報、新聞稿件、運行管理會議紀要等功能，并且支持手動調(diào)整各項表格模版。5.4 整合網(wǎng)絡流量分析網(wǎng)絡流量分析技術主要采用分布式采集，集中處理的方式實現(xiàn)對進出平臺的流量數(shù)據(jù)根據(jù)時間、源地址、目的地址、端口號進行精細化統(tǒng)計和報表展現(xiàn)。流量的采集和預處理工作都在采集端完成，采集端配有多個采集插件分別提供對各種不同流量數(shù)據(jù)(Pcap、NetFlow、SFlow、NetStream)的采集.然后把采集到的

36、數(shù)據(jù)分別經(jīng)過識別，過濾，歸并操作后發(fā)往數(shù)據(jù)服務器。網(wǎng)絡流量的分析包括：1）基礎協(xié)議流量分析基礎協(xié)議流量分析用于分析整個網(wǎng)絡中各種基礎協(xié)議的流量分布情況，通過深入挖掘可以分析該種協(xié)議在各個節(jié)點上的占有量(一般顯示TOP N節(jié)點即可)。 2）應用協(xié)議流量分析應用協(xié)議流量分析類似與基礎協(xié)議流量分析，用于分析整個網(wǎng)絡中各種應用協(xié)議的流量分布情況，通過深入挖掘可以分析該種協(xié)議在各個節(jié)點上的占有量(一般顯示TOP N節(jié)點即可)。 3）數(shù)據(jù)包大小分析數(shù)據(jù)包大小分析用于分析指定的范圍內(nèi)數(shù)據(jù)包大小的分布情況，數(shù)據(jù)包大小一般根據(jù)(1518)分類，數(shù)據(jù)包大小分析用于分析上述各個段中數(shù)據(jù)包的分布。 4）數(shù)據(jù)包類型分析

37、數(shù)據(jù)包類型分析用于分析指定范圍(全網(wǎng)，設備，區(qū)域，節(jié)點)內(nèi)數(shù)據(jù)包類型(廣播，單播，組播)的分布. 5）節(jié)點流量分析節(jié)點流量分析主要用于分析具體節(jié)點上的流量和協(xié)議分布，節(jié)點為分析的主要對象，通過對于節(jié)點的流量分析，可以很好的定位網(wǎng)絡中的流量分布并且可以查找出大量占用網(wǎng)絡資源的源頭，同時還可以找出引起某種網(wǎng)絡異常的節(jié)點，從而進行相應的處理。6）區(qū)域流量分析區(qū)域流量分析實現(xiàn)對節(jié)點的分組處理，我們可以把多個IP段劃分為一個區(qū)域，該區(qū)域中所有節(jié)點的總流量被當成區(qū)域的流量，可以分析區(qū)域中協(xié)議分布和各個節(jié)點流量的占用情況，區(qū)域流量分析一般應用在公司中部門劃分等。 7）設備流量分析主要用于分析指定設備(一般為

38、路由器)上的網(wǎng)絡流量，同時可以根據(jù)不同的協(xié)議對流量的分布進行查看。設備流量分析可以作為追蹤某種異常流量的起點，通過深入挖掘找到產(chǎn)生該異常的節(jié)點(主機)。如圖： 8）端口流量分析主要用于分析設備上指定端口的網(wǎng)絡流量和流量的協(xié)議分布，計算端口速率和使用率。端口流量分析時區(qū)分出流量和入流量。 9）多維度組合自由報表分析多維度組合自由報表分析把上述的各項(設備，端口，節(jié)點，協(xié)議等)作為不同的維度，再結(jié)合時間等通過設定查詢產(chǎn)生各種基于不同類型的數(shù)據(jù)報表。它可以根據(jù)用戶的自由定義產(chǎn)生報表。圖33. 流量分析截圖5.5 綜合管理5.5.1 全文搜索全文檢索為運維過程中產(chǎn)生的大量數(shù)據(jù)提供了集中的查詢?nèi)肟?，包?/p>

39、了工單、知識庫、配置項等重要數(shù)據(jù)。類搜索引擎的界面設計，跟傳統(tǒng)搜索引擎完全一樣的使用體驗，不需要任何學習即可掌握。圖34. 全文檢索5.5.2 統(tǒng)一訪問門戶統(tǒng)一訪問門戶為用戶提供了各種小部件構成的集中管理界面。通過與其他子系統(tǒng)的集成，將監(jiān)控、資產(chǎn)和管理流程等信息在門戶中進行統(tǒng)一展示，使各項IT運維服務工作通過統(tǒng)一管理門戶得到有序處理。門戶整合了各子系統(tǒng)單點登陸、權限管理以及訪問日志管理等功能。5.5.3 統(tǒng)一報表管理系統(tǒng)內(nèi)置靈活易用的報表設計器，通過抽取監(jiān)控和維護管理各類數(shù)據(jù)，只需通過簡單的鼠標拖放，便可利用精巧的數(shù)據(jù)綁定功能，完成各種樣式報表的量身定制。可按照周、月、年，根據(jù)單位來統(tǒng)計各單位

40、視頻攝像機的完好率，從而形成各單位年度視頻監(jiān)控攝像機運行管理考評結(jié)果，并進行網(wǎng)上發(fā)布。如：核心網(wǎng)絡暢通率、一類（二類）攝像頭在線率、卡口設備可用率、各級聯(lián)網(wǎng)平臺的存活率、各類設備（如根據(jù)品牌、型號、地域進行分類）平均無故障時間、外包團隊SLA達成率、租用線路的阻斷時間等。圖35. 前端設備在線率分析報告圖36. 前端設備在線率明細報告第6章 區(qū)縣局技術功能方案6.1 資產(chǎn)配置管理理清資源臺賬是實施有效管理的前提和基礎，資產(chǎn)配置管理模塊實現(xiàn)對各類資源的有效管理。資產(chǎn)配置管理模塊實現(xiàn)對以下類資源的管理： 前端設備：視頻攝像頭、視頻編解碼設備、卡口監(jiān)控設備、立桿、取電方式等； 傳輸設備：包括光端機、

41、GPON/EPON等； 內(nèi)場設備，包括網(wǎng)絡、服務器、存儲、安全邊界接入設備、數(shù)據(jù)庫、中間件、視頻應用與模塊等； 機房設備：包括機房、機柜、動力環(huán)境等； 人力資源：包括外場維護人員、內(nèi)場維護人員、設備生產(chǎn)廠家和集成商技術支持人員、最終用戶等； 虛擬資源：包括IP地址、文檔資料等。通過資產(chǎn)配置管理模塊可以實現(xiàn)：最大限度地自動收集全網(wǎng)資源，協(xié)助用戶理清資源臺賬，并提供自動化的技術功能，保證各類資源數(shù)據(jù)的準確性和完整性。其邏輯架構如下：圖37. CMDB邏輯架構6.1.1 CMDB建?？紤]到實施CMDB項目的復雜性，系統(tǒng)提供構建CMDB的最佳實踐模型，可幫助用戶快速落地CMDB建設，有效縮短時間周期。

42、CMDB采用了面向?qū)ο蟮慕Ｋ枷?，提供配置項的類別、屬性、關系、字典以及表單的繼承和派生，并支持通過建立和應用規(guī)則來觸發(fā)管理動作，擴展管理行為，如某些配置項發(fā)生變更時，可根據(jù)規(guī)則定義是否生成新的配置項版本等。CMDB建模過程相當容易，全面操作都是基于可視化的界面，最大限度的適應不斷變化的業(yè)務場景的管理要求。基本模型分類及關聯(lián)關系圖38. 配置建模圖39. 資產(chǎn)配置采集6.1.2 配置變更控制系統(tǒng)提供了多樣化的CMDB配置變更管理方法，在管理的便捷性和嚴謹性取得平衡。系統(tǒng)支持對配置項的變更審核模式有三種：一種是走配置變更流程的審核方式，一種是簡單審核模式、還有一種是通過設定規(guī)則自動審核。三種方式

43、適合不同的場景。對于核心業(yè)務的配置項信息，可以選擇走配置變更流程的審核方式，管理員用戶選中變更區(qū)中的待審核配置項記錄后，系統(tǒng)自動生成配置變更工單，工單審批通過后，系統(tǒng)自動執(zhí)行審核操作。對于簡單審核模式，就是由具有配置項審核權限的管理員用戶選中變更區(qū)中的待審核配置項記錄后，執(zhí)行配置審核操作。系統(tǒng)自動記錄下配置審核的操作記錄（如審核時間、審核人等）。該種審核方式比較適用于非核心業(yè)務的配置項信息。對于設定規(guī)則自動審核模式，適用于變更頻繁但不重要的配置信息，可保證數(shù)據(jù)準確性和合法性的基礎上，大幅減少了人工審核的工作量。圖40. 配置項變更審核6.1.3 資產(chǎn)配置可視化瀏覽器CMDB的可視化是及其重要的

44、功能，系統(tǒng)提供了集編輯和展現(xiàn)一體的純web化的CI瀏覽器，獨特的“畫布”功能，不僅能夠幫助用戶全面直觀地查看配置項之間的關系，還能通過連線操作所見即所得的方式維護配置項關系?！爱嫴肌币仓С滞耆亩ㄖ苹?，可通過勾選關系類型、顯示層次數(shù)、切換布局模式、隱藏等實用功能過濾不必要的CI，方便得到更精簡的視圖。圖41. CI瀏覽器界面6.1.4 分區(qū)化、獨立管理模式支撐CMDB也支持對配置項進行分區(qū)化管理，可對CMDB建立不同的管理域，為地域跨度較大、各分支機構有自治管理訴求的企業(yè)或組織提供了便捷的解決方案。使用一個平臺即可實現(xiàn)資產(chǎn)配置數(shù)據(jù)大集中，既滿足了上級對下級的管理要求，又不失管理上的變通性。圖4

45、2. CMDB分區(qū)管理6.1.5 高性能、大容量系統(tǒng)設計CMDB的設計充分考慮了大容量環(huán)境的管理需求，在功能的全面性、用戶體驗以及性能吞吐、容量方面相比競爭者具備明顯的優(yōu)勢，目前CMDB可支持40用戶并發(fā)數(shù)情況下管理100萬配置項的能力，單條數(shù)據(jù)查詢調(diào)用達到毫秒級，絕大部分界面操作從發(fā)起到呈現(xiàn)小于3秒。6.2 設備監(jiān)控自動巡檢實現(xiàn)對區(qū)縣局聯(lián)網(wǎng)視頻監(jiān)控攝像機自動巡檢系統(tǒng)，能夠?qū)崿F(xiàn)每天定時對區(qū)縣局的視頻監(jiān)控攝像機運行狀態(tài)的自動巡檢，并能將故障作詳細統(tǒng)計分類形成報表。6.2.1 集中監(jiān)控系統(tǒng)管理模型集中監(jiān)控管理子系統(tǒng)實現(xiàn)了對用戶IT生產(chǎn)環(huán)境基礎設施的監(jiān)控，包括：視頻終端設備、傳輸設備、IP網(wǎng)絡設備、

46、安全設備、業(yè)務服務器、存儲設備、數(shù)據(jù)庫系統(tǒng)、實戰(zhàn)應用系統(tǒng)等。圖43. 集中監(jiān)控子系統(tǒng)管理范圍集中監(jiān)控子系統(tǒng)主要由網(wǎng)絡監(jiān)測模塊、系統(tǒng)與應用監(jiān)測模塊、視頻圖像監(jiān)測模塊、通用監(jiān)控模塊、統(tǒng)一事件平臺模塊、統(tǒng)一性能管理模塊、性能管理數(shù)據(jù)庫PMDB以及監(jiān)控可視化平臺組成。同時支持與第三方系統(tǒng)（如機房動力環(huán)境系統(tǒng)、第三方網(wǎng)管系統(tǒng)）集成，集成包括數(shù)據(jù)集成和界面集成。邏輯架構如下：圖44. 集中監(jiān)控子系統(tǒng)邏輯架構6.2.1.1 分布式采集、集中管理分布式采集、集中管理技術是相對集中式管理而言的。在分布式管理模式下，集中管理服務器把采集指令下發(fā)到采集探針，完成分管區(qū)域的數(shù)據(jù)收集處理，有效的分擔了集中管理服務器的負

47、載，尤其適合有物理隔離的大型數(shù)據(jù)中心或分布在不同地理位置的大型行業(yè)客戶。探針自帶了存儲功能，在網(wǎng)絡臨時中斷或服務端臨時關閉的情況下，探針會臨時保存監(jiān)測數(shù)據(jù)，待網(wǎng)絡和服務端恢復后再向服務端傳輸數(shù)據(jù)，保證監(jiān)測數(shù)據(jù)的完整性。探針支持在常見的操作系統(tǒng)下如Windows、類Unix下運行，并以服務方式自動啟動，當采集探針由于某些原因無法正確運行時，探針會自動重啟并迅速執(zhí)行監(jiān)測任務，保證監(jiān)測數(shù)據(jù)的連續(xù)性。圖45. 分布式采集示意圖6.2.1.2 統(tǒng)一事件處理利用實時數(shù)據(jù)總線和高速事件處理算法，系統(tǒng)每分鐘能處理幾千條告警事件，事件經(jīng)過標準化、過濾、歸并、關聯(lián)分析、豐富等過程最后形成準確的告警信息。當網(wǎng)絡發(fā)生

48、故障風暴時，系統(tǒng)提供了隊列機制保證事件處理高效穩(wěn)定，滿足大型網(wǎng)絡的實時告警監(jiān)視的需要。對于有一定技術能力的運維技術人員，可利用系統(tǒng)提供的事件規(guī)則處理語言，以實現(xiàn)更靈活的事件處理規(guī)則及擴展。通過告警的規(guī)則定義的可視化界面，幫助技術人員優(yōu)化統(tǒng)一事件平臺告警處理規(guī)則，提高告警的自動化識別和關聯(lián)分析能力。圖46. 事件分析處理原理6.2.1.3 集中告警監(jiān)控大量的事件經(jīng)過處理，形成了最終需用戶關注的告警，直觀的呈現(xiàn)在告警臺上，隨后可對告警進行生命周期管理。在告警臺上，可對告警進行確認、清除、刪除或者派發(fā)工單操作，可查看告警資源當前的性能情況，分析故障根源，并利用CMDB關系對故障影響做初步判斷，還可查

49、看告警資源歷史故障及工單派發(fā)、短信通知情況。獨特的告警導航，可即時顯示當前告警分類是否有新的未處理告警，幫助運維人員運籌帷幄，掌控全局。圖47. 告警監(jiān)控臺系統(tǒng)對企業(yè)IT環(huán)境實施全天候的實時監(jiān)測，一旦發(fā)現(xiàn)運行故障或者監(jiān)測指標超過預定的告警閾值時，系統(tǒng)就會根據(jù)預先配置的動作策略內(nèi)的告警通知方式立即通知運維人員，通知方式包括觸發(fā)緊急事件工單、聲音告警、郵件通知、短信通知等。6.2.2 視頻圖像自動巡檢基于T28281和DB33標準與視頻聯(lián)網(wǎng)平臺系統(tǒng)（或直接從視頻終端設備）自動采集視頻碼流，并對碼流進行診斷分析。支持IP攝像機、數(shù)字矩陣以及網(wǎng)絡視頻服務器、數(shù)字硬盤錄像機設備接入，支持模擬攝像機及模擬

50、矩陣設備輸入。視頻圖像監(jiān)測系統(tǒng)負責對視頻圖像出現(xiàn)的雪花、滾屏、模糊、偏色、畫面凍結(jié)、增益失衡、云臺失控、視頻信號丟失等常見攝像頭故障、視頻信號干擾、視頻質(zhì)量下降進行分析、判斷和報警。視頻圖像監(jiān)測系統(tǒng)與運維管理平臺之間通過服務接口（如：WebService）交互，視頻圖像監(jiān)測系統(tǒng)分析出視頻質(zhì)量出問題后，將視頻的告警信息，通過接口反饋到運維管理平臺。圖48. 視頻圖像監(jiān)測6.2.3 視頻設備自動巡檢對各類視頻終端設備的運行情況進行監(jiān)控和管理，包括視頻攝像頭、視頻編解碼設備（NVR、DVR等）、卡口監(jiān)控設備等。對視頻終端設備的監(jiān)控指標包括：u 視頻設備的在線狀態(tài)、視頻通道的工作狀態(tài)；u 卡口設備的在

51、線狀態(tài)、設備的抓拍工作狀態(tài)。圖49. 視頻設備監(jiān)測6.2.4 傳輸設備自動巡檢對光纖收發(fā)器、EPON（以太網(wǎng)無源光網(wǎng)絡傳輸設備）設備進行監(jiān)控，實時輪詢和采集設備的在線狀態(tài)和性能指標。圖50. 傳輸設備監(jiān)測6.2.5 內(nèi)場設備運行狀態(tài)管理系統(tǒng)可監(jiān)測常用的網(wǎng)絡設備、服務器、數(shù)據(jù)庫、中間件、安全設備、存儲設備、通用服務等IT資源，支持SNMP、CLI（Telnet、SSH）、WMI、JMX、CORBA等遠程非代理監(jiān)測和Agent代理監(jiān)測 （即需要在目標設備上安裝部署代理程序） 兩種手段結(jié)合，為業(yè)務網(wǎng)絡提供724不間斷監(jiān)測服務。圖51. 全面的資源監(jiān)控管理系統(tǒng)提供了強大的監(jiān)測插件體系，可不斷擴展系統(tǒng)的

52、監(jiān)測范圍和內(nèi)容。監(jiān)測插件之間相互獨立，互補影響，可保證整個監(jiān)測體系的穩(wěn)定運行。系統(tǒng)也提供了通用監(jiān)測器編寫界面，允許用戶通過編寫shell或者groovy腳本滿足個性化監(jiān)測指標的需求。圖52. 網(wǎng)絡監(jiān)測6.2.6 虛擬化資源管理對虛擬化平臺的管理監(jiān)測，采用VMbridge模塊，通過Webservice接口和Restful api接口與各個虛擬化監(jiān)控平臺（包括VCenter、vm manager等）集成，采集虛擬服務器的運行狀態(tài)、配置、性能、事件指標，并將數(shù)據(jù)和告警信息轉(zhuǎn)發(fā)到性能指標和告警平臺、CMDB資源庫中。圖53. 服務器虛擬化監(jiān)控框架虛擬服務器監(jiān)控指標主要包括： 基本信息采集：虛擬機的操作

53、系統(tǒng)類型、虛擬機的總體狀態(tài)、虛擬機的電源狀態(tài)、虛擬機的配置文件路徑、虛擬機名稱、主機的基本信息或狀態(tài)等； 虛擬機CPU監(jiān)測：虛擬機可使用的CPU數(shù)量、虛擬機的CPU頻率、虛擬機的CPU使用率； 集群信息采集: 通過vCenter獲取虛擬機和虛擬化集群的基本配置信息；。 虛擬機關系發(fā)現(xiàn)：在OS安裝VMTools的基礎上，自動發(fā)現(xiàn)虛擬機和操作系統(tǒng)、虛擬機和集群之間的配置關系； 虛擬機內(nèi)存監(jiān)測：虛擬機的內(nèi)存使用率、虛擬機可已使用的內(nèi)存量； 虛擬機磁盤監(jiān)測：存儲置備大小、已分配使用率、未共享大小、已分配大小、虛擬機名稱； 獲取虛擬機相關的告警信息，并發(fā)送給統(tǒng)一事件平臺進行集中處理。6.2.7 綜合監(jiān)控

54、展示系統(tǒng)提供了電信級的數(shù)據(jù)中心可視化利器靈動可視化平臺，它具備實時響應、快速設計、所見即所得的特點，可用來直觀展現(xiàn)業(yè)務、網(wǎng)絡、機房、機房環(huán)境等多種視圖，方便管理員實時掌握整體運行情況。此外，還可以利用其獨具特色的幻燈片功能，把各類視圖投影在網(wǎng)絡運營中心大屏上。圖54. 機房與機柜視圖圖55. 地圖展示6.3 視頻監(jiān)控攝像機故障管理運維服務管理子系統(tǒng)是IT運維工作及對外服務接口的平臺，它遵循ITIL管理框架，提供可視化的BPM流程引擎，實現(xiàn)流程定義、流程相關角色權限和流程跟蹤控制、審計與統(tǒng)計以及流程關聯(lián)等功能。系統(tǒng)基于流程引擎內(nèi)置了服務臺和事件等常用流程，并涵蓋了巡檢作業(yè)、運行值班、值班日志等實

55、用功能。其邏輯架構如下：圖56. 流程管理子系統(tǒng)邏輯架構6.3.1 BPM流程引擎在內(nèi)置標準流程的基礎上，系統(tǒng)還提供了BPM流程引擎供用戶進行“隨需而變”的業(yè)務流程設計，滿足個性化的業(yè)務流程需求。BPM業(yè)務流程引擎符合WFMC國際標準，完全通過web可視化設計界面，實現(xiàn)流程、表單、數(shù)據(jù)字典快速建模。拖拽式的流程設計功能，可實現(xiàn)流程跳轉(zhuǎn)、流程環(huán)節(jié)的執(zhí)行人、流程環(huán)節(jié)的執(zhí)行優(yōu)先級等定義，協(xié)調(diào)組成工作流的四大元素，即人員、資源、事件、狀態(tài)，推動流程的發(fā)生、發(fā)展、完成，實現(xiàn)全過程監(jiān)控。同時，BMP引擎提供了靈活的觸發(fā)器設置，可以將流程管理中的各類事件與期望處理的動作自動關聯(lián)，完成系統(tǒng)中自動協(xié)調(diào)控制需求。

56、圖57. BPM流程管理界面6.3.2 值班服務臺值班服務臺主要承擔以下職責： 故障監(jiān)控和接收用戶服務請求； 故障與用戶服務請求的初步支持； 確認故障，并創(chuàng)建和派發(fā)工單； 跟蹤工單的執(zhí)行，確定故障恢復并關閉工單。值班服務臺可支持IT服務水平、能力、效率和質(zhì)量的提高，改善服務部門和業(yè)務用戶之間的關系。同時值班服務臺能夠制定和執(zhí)行排班計劃以及日常機房、設備巡檢計劃，并通過監(jiān)控視圖對相關設備進行巡檢。圖58. 值班服務臺工作示意圖圖59. 自助服務臺與值班服務臺6.3.3 事件管理實現(xiàn)對故障處理的閉環(huán)管理，由事件工單創(chuàng)建、事件工單派發(fā)、事件工單流轉(zhuǎn)、事件升級和事件工單關閉等環(huán)節(jié)組成。圖60. 故障工單流程設計圖r 事件工單的創(chuàng)建實現(xiàn)自動集成集中監(jiān)控平臺故障信息，提供人工、