中國電信省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)功能規(guī)范1.0

1、中國電信省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)功能規(guī)范V1.0中國電信集團公司2012年4月中國電信省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)功能規(guī)范目錄1文檔說明51.1編寫目的51.2適用范圍51.3制定依據(jù)51.4起草單位61.5解釋權61.6版權62系統(tǒng)綜述72.1建設背景72.2系統(tǒng)目標72.3管理范圍82.4系統(tǒng)邏輯架構92.5系統(tǒng)功能架構92.6系統(tǒng)性能要求133系統(tǒng)功能要求153.1業(yè)務平臺數(shù)據(jù)采集模塊153.1.1自動發(fā)現(xiàn)功能153.1.2業(yè)務平臺接口適配153.1.3采集調度管理153.2業(yè)務平臺運行綜合監(jiān)控功能163.2.1監(jiān)控管理通用功能163.2.2平臺級監(jiān)控223.2.3業(yè)務級監(jiān)控263.3業(yè)務平

2、臺運行綜合維護功能303.3.1集中業(yè)務查詢處理303.3.2作業(yè)計劃自動執(zhí)行323.4業(yè)務平臺運行統(tǒng)計分析功能343.4.1統(tǒng)計分析報表功能343.4.2平臺網(wǎng)絡運行分析353.4.3業(yè)務運行質量分析373.4.4專題化分析413.5系統(tǒng)管理423.5.1用戶與權限管理423.5.2安全管理433.5.3系統(tǒng)自監(jiān)控443.5.4南北向接口異常監(jiān)控報表443.6系統(tǒng)接口功能453.6.1與業(yè)務平臺數(shù)據(jù)采集接口453.6.2與集團級網(wǎng)管系統(tǒng)接口453.6.3與短信郵件通知接口463.6.4與集中告警系統(tǒng)接口473.6.5與省10000號服務能力前置模塊接口473.6.6與省開通激活系統(tǒng)接口474

3、非功能性要求484.1系統(tǒng)平臺要求484.1.1主機平臺484.1.2操作系統(tǒng)484.1.3數(shù)據(jù)庫平臺484.2系統(tǒng)管理能力要求494.3系統(tǒng)可靠性要求494.4系統(tǒng)響應時間要求504.5存儲能力要求504.6用戶界面要求504.7可維護性要求514.8可擴展性要求514.9開放性要求514.10安全性要求514.11其它要求521 文檔說明1.1 編寫目的本規(guī)范從業(yè)務需求出發(fā)，明確了省公司層面的業(yè)務平臺綜合網(wǎng)管系統(tǒng)的管理范圍，提出了系統(tǒng)應具備的功能，并提出了對技術層面的基本要求，用于指導中國電信省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)規(guī)劃和建設。1.2 適用范圍本規(guī)范適用于中國電信省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)的

4、規(guī)劃、招標和驗收，為系統(tǒng)建設、升級改造、系統(tǒng)演進提供指導和依據(jù)。1.3 制定依據(jù)本文件的制定依據(jù)規(guī)范包括：u 【中國電信運維201218號】，2012年省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)建設和應用指導意見；u 中國電信集團業(yè)務平臺網(wǎng)管功能規(guī)范_V1.0。u 中國電信省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)接口規(guī)范-省部接口數(shù)據(jù)接口分冊；u 中國電信省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)接口規(guī)范-省部接口數(shù)據(jù)指標集分冊；u 中國電信業(yè)務平臺北向接口通用規(guī)范；u 中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-通用平臺設備分冊；u 中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-短信中心平臺分冊；u 中國電信省級業(yè)務平臺綜合網(wǎng)管規(guī)范-短信業(yè)務網(wǎng)關平臺分冊；

5、u 中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-短信互通網(wǎng)關平臺分冊；u 中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-彩信中心平臺分冊；u 中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-WAP網(wǎng)關平臺分冊；u 中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-ISMP平臺分冊；u 中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-ISAG平臺分冊；u 中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-UDB平臺分冊；u 中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-WAP門戶平臺分冊；u 中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-彩鈴平臺分冊；u 中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-IVR平臺分冊；u 中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-手機報平臺分冊；u

6、 中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-融合支付平臺分冊；u 中國電信網(wǎng)絡運行分析規(guī)范-短信產(chǎn)品分冊；u 中國電信網(wǎng)絡運行分析規(guī)范-彩信產(chǎn)品分冊；u 中國電信網(wǎng)絡運行分析規(guī)范-WAP等產(chǎn)品分冊。1.4 術語及縮寫ISMPIntegrated sevice management platform 綜合業(yè)務管理平臺ISAGIntegrated sevice Access Gateway綜合業(yè)務接入網(wǎng)關UDBUser Data Base用戶數(shù)據(jù)庫MOMobile OriginatedCDMA終端發(fā)起的短消息MTMobile TerminatedCDMA終端終止的短消息AOApplication Or

7、iginatedESME發(fā)送至短消息中心的短消息FOForward Originated 其他彩信中心發(fā)起前轉到本彩信中心的流程SPService Provider服務提供商1.5 起草單位本規(guī)范起草單位為中國電信集團公司網(wǎng)絡運行維護事業(yè)部。1.6 解釋權本規(guī)范的解釋權歸中國電信集團公司網(wǎng)絡運行維護事業(yè)部。1.7 版權本規(guī)范的版權歸中國電信集團公司網(wǎng)絡運行維護事業(yè)部。2 系統(tǒng)綜述2.1 建設背景中國電信業(yè)務平臺綜合網(wǎng)管系統(tǒng)（原“業(yè)務平臺集中監(jiān)控系統(tǒng)”）采用總部和省兩級部署架構進行部署。2008年以前部分省份建設有固網(wǎng)業(yè)務平臺網(wǎng)管系統(tǒng)；另外2008年基于原聯(lián)通C網(wǎng)增值業(yè)務綜合網(wǎng)管系統(tǒng)進行改造和擴

8、容建設了C網(wǎng)業(yè)務平臺集中監(jiān)控系統(tǒng)。隨著管理要求的提升，今后針對業(yè)務平臺的多套網(wǎng)管系統(tǒng)將逐步統(tǒng)一為業(yè)務平臺綜合網(wǎng)管系統(tǒng)，對業(yè)務平臺實現(xiàn)綜合監(jiān)控、綜合維護、綜合運行分析。業(yè)務平臺綜合網(wǎng)管系統(tǒng)實現(xiàn)對所有業(yè)務平臺的集中化、集約化、高效化地運行管理工作，提供對故障的快速發(fā)現(xiàn)、定位與解決，實現(xiàn)對業(yè)務運行情況的統(tǒng)計分析與多維度考核分析，形成規(guī)范化、體系化的業(yè)務平臺運維管理體系與標準。本規(guī)范作為省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)建設的項目指導規(guī)范，供各省公司進行省內業(yè)務平臺綜合網(wǎng)管系統(tǒng)建設與規(guī)劃時提供參考。2.2 系統(tǒng)目標省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)通過直連各省內業(yè)務平臺實現(xiàn)對省級業(yè)務平臺的集中化運行監(jiān)控、維護操作和統(tǒng)計分

9、析等功能。系統(tǒng)管理的業(yè)務平臺范圍涵蓋省級C網(wǎng)業(yè)務平臺、固網(wǎng)業(yè)務平臺、融合型業(yè)務平臺（基地平臺除外，基地平臺納入集團級業(yè)務平臺綜合網(wǎng)管系統(tǒng)）和省公司云計算資源池（定位于面向內部業(yè)務平臺服務的資源池）等。省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)的建設目標為“實現(xiàn)集約化的業(yè)務網(wǎng)絡運行監(jiān)控和業(yè)務保障、打造靈活的業(yè)務網(wǎng)絡維護管理平臺、與集團級業(yè)務平臺綜合網(wǎng)管系統(tǒng)高效聯(lián)動、支撐集團實現(xiàn)移動互聯(lián)網(wǎng)產(chǎn)品的高效運營與規(guī)模發(fā)展”。省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)需要支撐如下八大應用場景：u 支撐業(yè)務平臺故障的主動發(fā)現(xiàn)和快速定位；u 支撐業(yè)務運行狀況的實時監(jiān)督和隱患排查；u 支撐增值業(yè)務產(chǎn)品的運行分析；u 支撐業(yè)務平臺的優(yōu)化、規(guī)劃與建設；

10、u 支撐10000號客服投訴系統(tǒng)対業(yè)務平臺側客戶業(yè)務信息的查詢u 支撐服務開通激活系統(tǒng)對業(yè)務平臺側的配置；u 支撐平臺維護質量的管理考核；u 支撐對軟硬件設備提供商的產(chǎn)品質量考核。2.3 管理范圍省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)管理對象與管理內容包括：面向所有省級業(yè)務平臺涉及的硬件設備、軟件設備、業(yè)務運行情況的運行監(jiān)控、故障處理與定期維護、業(yè)務運行質量分析與考核。針對每套業(yè)務平臺，業(yè)務平臺綜合網(wǎng)管系統(tǒng)管理對象為：u 設備層對象：主機、數(shù)據(jù)庫、網(wǎng)絡設備、存儲、以及其他可管理設備的資源信息、運行狀態(tài)、運行性能、告警信息；u 業(yè)務層對象：關鍵業(yè)務應用進程、關鍵業(yè)務應用端口、業(yè)務日志生成情況、話單文件生成情況

11、、雙機狀態(tài)、業(yè)務配置資源、業(yè)務性能指標、業(yè)務告警。各省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)至少完成對省內13套核心業(yè)務平臺的監(jiān)控，其他省級業(yè)務平臺各省依據(jù)實際情況進行接入監(jiān)控。u 短信中心；u 短信業(yè)務網(wǎng)關；u 短信互通網(wǎng)關；u WAP網(wǎng)關；u 彩信中心；u 彩鈴；u ISMP；u ISAG；u IVR；u 融合支付；u 手機報；u WAP門戶；u UDB。2.4 系統(tǒng)功能架構省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)至少要具備對核心的業(yè)務平臺的數(shù)據(jù)采集、綜合監(jiān)控、綜合維護、綜合運行分析功能。要求至少具備的功能架構如下：附圖1. 省級業(yè)務平臺綜合網(wǎng)管通用功能架構r 數(shù)據(jù)采集：u 資源配置數(shù)據(jù)采集：系統(tǒng)要具備對被管業(yè)務平臺的設

12、備資源配置數(shù)據(jù)的采集功能，通過與業(yè)務平臺的北向接口實現(xiàn)對業(yè)務資源配置數(shù)據(jù)的采集；u 告警數(shù)據(jù)采集：系統(tǒng)要具備對被管業(yè)務平臺的設備告警數(shù)據(jù)的采集功能，通過與被管業(yè)務平臺的北向接口實現(xiàn)對OMC業(yè)務告警數(shù)據(jù)的采集；u 性能、業(yè)務詳單數(shù)據(jù)采集：系統(tǒng)具備對被管業(yè)務平臺的設備性能數(shù)據(jù)的采集、通過與被管業(yè)務平臺的北向接口實現(xiàn)對業(yè)務性能統(tǒng)計數(shù)據(jù)的定期采集、具備通過與被管業(yè)務平臺的業(yè)務詳單接口定期采集業(yè)務詳單數(shù)據(jù)。r 綜合監(jiān)控：u 監(jiān)控管理通用功能：系統(tǒng)要提供基礎的網(wǎng)管系統(tǒng)的監(jiān)控管理功能：² 拓撲管理：提供網(wǎng)絡連接拓撲、業(yè)務平臺拓撲、定制化拓撲的功能，能夠直觀、統(tǒng)一、集中化的呈現(xiàn)業(yè)務平臺運行情況；&#

13、178; 資源與指標建模：提供面向業(yè)務平臺的設備資源、業(yè)務資源的建模能力，針對各個資源提供指標建模能力。² 資源管理：提供資源對象管理、資源建模、資源屬性維護、資源對象關聯(lián)、資源統(tǒng)計查詢、資源數(shù)據(jù)自動采集接口、資源數(shù)據(jù)手工錄入接口、資源數(shù)據(jù)批量導入接口、資源變更、資源告警；² 告警管理：提供面向業(yè)務平臺的設備和業(yè)務告警的告警展現(xiàn)、告警規(guī)則定義、告警前轉、告警傳遞、告警處理知識庫、告警統(tǒng)計查詢；² 性能管理：提供面向平臺設備和業(yè)務性能的性能指標定義、性能門限設定、性能數(shù)據(jù)計算、性能數(shù)據(jù)匯總、性能數(shù)據(jù)統(tǒng)計查詢、性能門限告警、性能實時監(jiān)控等功能；² 配置管理：

14、提供對平臺設備的遠程登錄、配置操作模版管理、配置文件管理等功能；² 大屏幕呈現(xiàn)（可選）：提供大屏幕呈現(xiàn)功能，可以通過與大屏幕設備的接口將關注的拓撲、告警、性能數(shù)據(jù)通過大屏幕進行呈現(xiàn)；u 平臺級監(jiān)控功能：提供面向業(yè)務平臺的平臺設備的監(jiān)控管理功能：² 服務器管理：提供對服務器設備的資源配置信息、告警事件信息、性能信息、系統(tǒng)進程狀態(tài)的采集、處理和呈現(xiàn)功能；² 數(shù)據(jù)庫管理：提供對主流數(shù)據(jù)庫的資源配置信息、告警事件信息、性能信息、系統(tǒng)進程狀態(tài)的采集、處理和呈現(xiàn)功能；² 網(wǎng)絡設備管理：提供對主流的網(wǎng)絡的資源配置信息、告警事件信息、性能信息的采集、處理和呈現(xiàn)功能；&#

15、178; 存儲設備管理：提供對具備管理條件的磁盤陣列、光纖交換機等存儲設備的資源配置信息、告警事件信息、性能信息的采集、處理和呈現(xiàn)功能；² 云計算資源池管理（待定）：對于云計算資源池，需要等待集團論證后確認本網(wǎng)管系統(tǒng)是都直接管理云計算資源池設備；如果云計算資源池有專門的網(wǎng)管則與云計算資源池網(wǎng)管做接口，如果沒有的話則需要直接監(jiān)控與計算資源池設備。u 業(yè)務級監(jiān)控功能：提供面向業(yè)務平臺的業(yè)務層面的對象監(jiān)控管理功能：² 北向業(yè)務數(shù)據(jù)接入監(jiān)控：依照制定的業(yè)務平臺北向接口規(guī)范，定期采集業(yè)務平臺的業(yè)務配置數(shù)據(jù)和業(yè)務運行性能統(tǒng)計指標進行分析；² 業(yè)務應用運行狀態(tài)監(jiān)控：提供對業(yè)務平

16、臺應用層面的對象和指標的監(jiān)控，包括進程、端口、話單文件、日志文件、雙機軟件等狀態(tài)的監(jiān)控；² 關鍵性能指標準實時監(jiān)控：按照制定的業(yè)務平臺北向接口規(guī)范，細粒度采集關鍵的業(yè)務性能指標，進行及時處理呈現(xiàn)；² 業(yè)務告警集成接入：按照制定的業(yè)務平臺北向接口規(guī)范，通過與被管業(yè)務平臺的OMC模塊實現(xiàn)接口，實現(xiàn)對業(yè)務平臺的重要級別以上的業(yè)務實時告警采集、處理和呈現(xiàn)；² 動態(tài)業(yè)務性能基線管理：提供對關鍵業(yè)務性能指標的動態(tài)告警閾值門限設置功能。r 綜合維護：u 集中業(yè)務查詢處理功能：依照集團制定的北向接口規(guī)范，提供對此相關業(yè)務平臺的部分業(yè)務數(shù)據(jù)查詢、業(yè)務數(shù)據(jù)配置功能；u 作業(yè)計劃自動執(zhí)

17、行功能：提供對被管的業(yè)務平臺的日常作業(yè)計劃的任務配置、調度、自動執(zhí)行功能。r 綜合運行分析：u 提供基礎報表統(tǒng)計工具：提供可視化、可定制的報表工具；u 平臺網(wǎng)絡運行分析：提供面向業(yè)務平臺設備的資源統(tǒng)計報表、告警統(tǒng)計與趨勢分析報表、性能統(tǒng)計與趨勢分析報表；u 業(yè)務運行質量分析：提供面向業(yè)務層面的業(yè)務資源配置統(tǒng)計分析、業(yè)務性能數(shù)據(jù)統(tǒng)計分析、業(yè)務產(chǎn)品質量分析；u 專題化分析：提供面向運維需求的場景化分析，包括容量規(guī)劃分析、系統(tǒng)優(yōu)化分析、集團考核指標趨勢分析。r 系統(tǒng)管理：u 提供用戶管理、權限管理、安全管理、系統(tǒng)自監(jiān)控、系統(tǒng)接口異常監(jiān)控等功能。2.5 與周邊系統(tǒng)的關系省級業(yè)務平臺綜合網(wǎng)管作為省級業(yè)務

18、平臺的集中化管理運維平臺，通過與業(yè)務平臺的北向接口直連省級業(yè)務平臺網(wǎng)元進行數(shù)據(jù)采集和操作維護等數(shù)據(jù)交互。通過與集團級業(yè)務平臺綜合網(wǎng)管的接口定期將集團要求的數(shù)據(jù)上傳到集團系統(tǒng)中。同時省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)需要與省內的外部系統(tǒng)進行橫向接口。省級業(yè)務平臺綜合網(wǎng)管與周邊系統(tǒng)的關系如下圖所示：附圖2. 省級業(yè)務平臺綜合網(wǎng)管與周邊系統(tǒng)架構省級業(yè)務平臺綜合網(wǎng)管通過北向接口從省內各業(yè)務平臺上采集告警、性能、詳單等數(shù)據(jù)，并進行配置、激活、查詢等操作；省級業(yè)務平臺綜合網(wǎng)管通過省部接口上報省內各業(yè)務平臺中集團網(wǎng)管系統(tǒng)所需的數(shù)據(jù)。省級業(yè)務平臺綜合網(wǎng)管通過與集中告警系統(tǒng)的接口上報告警數(shù)據(jù)，通過與短信網(wǎng)關和郵件系統(tǒng)的接

19、口進行故障通知，通過與10000號的服務能力前置模塊和省開通激活系統(tǒng)的接口，承接對業(yè)務平臺的能力前置和開通激活功能。如果業(yè)務平臺以后部署在云資源池上的，則需在建立與云資源池網(wǎng)管的接口，實現(xiàn)對業(yè)務平臺基礎設施的監(jiān)控。3 系統(tǒng)功能要求3.1 數(shù)據(jù)采集管理網(wǎng)管系統(tǒng)應支持對各種業(yè)務平臺北向接口的適配功能，實現(xiàn)對資源數(shù)據(jù)、性能數(shù)據(jù)和告警數(shù)據(jù)的采集上報功能。此功能需要強調數(shù)據(jù)采集的準確性、及時性、全面性，并且各類數(shù)據(jù)依照相關規(guī)范通過不同的采集接口來進行采集。省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)應支持多種接口類型，包括WebService、SNMP、Syslog、WMI、JDBC、JMX、CORBA、Telnet、FT

20、P、JMS、RMI、Netflow等多種協(xié)議，能夠很好的滿足不同設備、不同數(shù)據(jù)的采集需求。3.1.1 配置數(shù)據(jù)采集省級網(wǎng)管系統(tǒng)應支持自動發(fā)現(xiàn)并采集到被管業(yè)務平臺的平臺設備資源配置數(shù)據(jù)，包括服務器設備、數(shù)據(jù)庫、網(wǎng)絡設備、存儲設備。包括設備的廠家型號、設備的接口、基礎性能配置（比如服務器的CPU、內存、文件系統(tǒng)等配置數(shù)據(jù)）。具體配置指標需要依照中國電信省級業(yè)務平臺綜合網(wǎng)管與業(yè)務平臺互聯(lián)的接口規(guī)范-通用平臺設備分冊執(zhí)行。省級網(wǎng)管系統(tǒng)應支持通過與被管業(yè)務平臺的北向接口實現(xiàn)對被管業(yè)務平臺的業(yè)務資源配置數(shù)據(jù)的采集。具體配置指標需要依照中國電信省級業(yè)務平臺綜合網(wǎng)管與業(yè)務平臺互聯(lián)的接口規(guī)范-XX平臺分冊和中國

21、電信業(yè)務平臺北向接口通用規(guī)范執(zhí)行。3.1.2 告警數(shù)據(jù)采集省級網(wǎng)管系統(tǒng)應支持通過部署監(jiān)控代理（探針）、狀態(tài)輪詢、Syslog等方式實現(xiàn)對平臺類設備的告警事件信息的采集。具體告警指標需要依照中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-通用平臺設備分冊執(zhí)行。省級網(wǎng)管系統(tǒng)應支持通過與被管業(yè)務平臺的北向接口實現(xiàn)對被管業(yè)務平臺的業(yè)務告警數(shù)據(jù)的采集。具體告警指標需要依照中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-XX平臺分冊和中國電信業(yè)務平臺北向接口通用規(guī)范執(zhí)行。3.1.3 性能、業(yè)務詳單數(shù)據(jù)采集省級網(wǎng)管系統(tǒng)應支持通過部署監(jiān)控代理（探針）、狀態(tài)輪詢等方式實現(xiàn)對平臺類設備的性能信息的采集。具體性能指標需要依照中國電信省

22、級業(yè)務平臺綜合網(wǎng)管與業(yè)務平臺互聯(lián)的接口規(guī)范-通用平臺設備分冊執(zhí)行。省級網(wǎng)管系統(tǒng)應支持通過與被管業(yè)務平臺的北向接口實現(xiàn)對被管業(yè)務平臺的業(yè)務性能統(tǒng)計數(shù)據(jù)的采集。具體業(yè)務性能指標需要依照中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-XX平臺分冊和中國電信業(yè)務平臺北向接口通用規(guī)范執(zhí)行。省級網(wǎng)管系統(tǒng)應支持通過與被管業(yè)務平臺的接口實現(xiàn)對被管業(yè)務平臺的業(yè)務詳單數(shù)據(jù)的采集。具體采集方式和數(shù)據(jù)需要依照中國電信網(wǎng)絡運行分析規(guī)范-XX產(chǎn)品分冊執(zhí)行。3.2 綜合監(jiān)控3.2.1 監(jiān)控管理通用功能 指標配置網(wǎng)管系統(tǒng)提供可擴展的指標管理功能，可以快速便捷的實現(xiàn)對管理對象監(jiān)控指標的管理。網(wǎng)管系統(tǒng)應提供監(jiān)控指標管理功能，

23、能夠增、刪、改監(jiān)控指標，設置指標的主要屬性。指標管理應具有擴充功能，可以對系統(tǒng)可識別的設備廠商、設備型號建立私有的配置信息屬性清單，即只對此種設備生效。對于系統(tǒng)能夠自動采集到的指標數(shù)據(jù)，網(wǎng)管系統(tǒng)可以根據(jù)定義好的指標管理體指標的實現(xiàn)監(jiān)控指標的自動入庫和呈現(xiàn)功能。對于不能通過系統(tǒng)自動采集到的指標數(shù)據(jù)，包括設備關鍵級別、狀態(tài)代碼、地理位置、生產(chǎn)商、軟件類別等維度與管理屬性指標，網(wǎng)管系統(tǒng)應提供通過手工錄入或者批量導入的方式實現(xiàn)指標數(shù)據(jù)的錄入和呈現(xiàn)功能。 資源管理網(wǎng)管系統(tǒng)應支持采用自動或手工方式采集各被管系統(tǒng)的各種配置數(shù)據(jù)。當采用自動方式時，應能夠隨著自動發(fā)現(xiàn)的結果，自動生成配置信息。當采

24、用手工方式時，網(wǎng)管系統(tǒng)應提供靈活友好的錄入界面，能對已錄入的數(shù)據(jù)進行核查、編輯。應提供建立配置數(shù)據(jù)間父子關系的功能，實現(xiàn)屬性繼承。網(wǎng)管系統(tǒng)提供的產(chǎn)品應能夠對于能夠自動采集的配置數(shù)據(jù)，要求能夠實現(xiàn)定時的采集調度。網(wǎng)管系統(tǒng)應提供諸如業(yè)務樹圖、地理樹圖、廠商樹圖的表現(xiàn)方式展現(xiàn)配置信息，并提供按照多維度查詢和統(tǒng)計分析的功能，同時，為了實現(xiàn)關聯(lián)分析和業(yè)務拓撲，系統(tǒng)應提供建立配置數(shù)據(jù)間父子關系的功能，并能夠從網(wǎng)絡或應用拓撲中通過導航的方式查看配置信息。u 資源對象記錄網(wǎng)管系統(tǒng)能夠通過自動發(fā)現(xiàn)、自動采集、批量導入、手工錄入等方式獲取初始資源對象數(shù)據(jù)后，會按照資源對象類的定義創(chuàng)建相關資源實例，并將該資源對象相

25、關的各種屬性數(shù)據(jù)填充進資源屬性字段中。資源對象的創(chuàng)建和部分資源屬性數(shù)據(jù)可以通過自動方式進行采集，但還有一部分資源屬性數(shù)據(jù)只能通過手動方式進行維護。諸如設備采購日期、設備到保日期、設備所屬部門、設備所處地理位置等。網(wǎng)管系統(tǒng)應提供圖形化資源數(shù)據(jù)維護界面，用戶可以方便的對資源屬性進行補充。u 資源數(shù)據(jù)變更網(wǎng)管系統(tǒng)支持設定資源數(shù)據(jù)采集任務，定時自動對網(wǎng)絡中的資源數(shù)據(jù)進行采集，并對資源管理數(shù)據(jù)庫中的數(shù)據(jù)進行更新。此外，用戶也可以通過圖形化界面對資源屬性數(shù)據(jù)進行更新修改。為了有效管理用戶資源數(shù)據(jù)的歷史變更過程，以及變更過程中的負責人，網(wǎng)管系統(tǒng)能夠對資源修改的用戶權限進行控制。并能夠形成審計日志及執(zhí)行修改的

26、登錄用戶名等信息。u 資源維護計劃網(wǎng)管系統(tǒng)應提供資源維護計劃管理，定義對某些設備進行定期執(zhí)行維護的時間，自動在某些時段將這些設備的狀態(tài)設置為“維護中”，從而在告警管理中屏蔽這類因維護作業(yè)造成的告警。網(wǎng)管系統(tǒng)資源維護計劃管理還能夠對各設備的到保時間進行檢索，提前發(fā)現(xiàn)即將到保的設備，并形成相關提示信息。提示用戶提前為設備續(xù)保，避免因為過保而造成損失。 拓撲管理拓撲管理指在網(wǎng)絡拓撲圖上能夠動態(tài)、實時顯示業(yè)務平臺網(wǎng)絡、業(yè)務系統(tǒng)的運行狀態(tài)。網(wǎng)管系統(tǒng)應支持由管理維護人員對拓撲展示圖進行定制。應支持按照物理設備類型、節(jié)點、業(yè)務類型（如短信中心、網(wǎng)關、彩鈴、WAP等）等靈活展示，基本展示方式應由

27、粗到細，例如最上層顯示各業(yè)務系統(tǒng)的邏輯連接，點開邏輯連接圖再顯示各設備的物理連接。應支持小地圖顯示、多窗口顯示、全屏顯示等。網(wǎng)管系統(tǒng)應能夠顯示網(wǎng)元之間的相鄰關系和虛擬鏈路，顯示節(jié)點、業(yè)務系統(tǒng)之間的網(wǎng)絡層信息流量、流向和業(yè)務層信息流量、流向。應能在拓撲圖上通過點擊右鍵等查看對象特征（網(wǎng)元名稱，網(wǎng)元屬性，網(wǎng)元狀態(tài)如當前告警、歷史告警、實時性能、配置屬性、聯(lián)系人等）。拓撲圖中應根據(jù)采集的配置信息動態(tài)顯示網(wǎng)元的增加、刪除和參數(shù)修改。當出現(xiàn)告警時，能從邏輯連接中直觀的看到受影響的業(yè)務系統(tǒng)，有告警拓撲顏色改變，且能傳遞到上層拓撲，點開告警后顯示具體的告警內容。應提供聲音、光、短信等告警通知功能，在出現(xiàn)故障

28、時及時提醒值班人員。拓撲圖可以直觀以紅、黃、綠等顏色呈現(xiàn)各種告警信息，包括故障告警、配置告警和性能告警，如果定義了告警策略，還可以發(fā)出告警聲音。網(wǎng)管系統(tǒng)拓撲管理功能應支持兩類類拓撲：u 網(wǎng)絡連接拓撲：提供被管理設備信息及其相互間的連接關系，形成網(wǎng)絡連接拓撲視圖。u 業(yè)務拓撲視圖：網(wǎng)管系統(tǒng)應提供按照特定業(yè)務平臺定義的業(yè)務拓撲視圖的功能。 告警管理網(wǎng)管系統(tǒng)應能在統(tǒng)一的界面上顯示所有被管系統(tǒng)告警信息。網(wǎng)管系統(tǒng)應具備主要業(yè)務平臺設備、業(yè)務的告警信息統(tǒng)一采集處理功能，然后進行集中展示。r 告警數(shù)據(jù)采集要求應能夠實現(xiàn)通過各類告警采集接口，如監(jiān)控代理（探針）、狀態(tài)輪詢、Syslog、Trap、

29、等方式完成告警數(shù)據(jù)采集任務。主要的告警數(shù)據(jù)來源包括：u 業(yè)務平臺服務器、數(shù)據(jù)庫、網(wǎng)絡設備、存儲設備產(chǎn)生的告警事件信息；u 通過業(yè)務平臺北向接口采集到的OMC業(yè)務告警事件信息；u 本網(wǎng)管系統(tǒng)性能管理模塊的產(chǎn)生的超性能門限告警事件信息；u 本網(wǎng)管系統(tǒng)作業(yè)計劃自動執(zhí)行、資源管理等模塊產(chǎn)生的告警事件信息。應能通過對采集到的告警數(shù)據(jù)進行預處理，完成告警格式一致性處理。應能根據(jù)網(wǎng)管系統(tǒng)的告警分類規(guī)則，實現(xiàn)告警的分類。應能實現(xiàn)告警采集層屏蔽功能，可按照發(fā)生時間、告警級別、告警分類、設備類型、設備狀態(tài)等告警詳細信息，可以選擇對告警進行入庫或者不入庫。應具備告警數(shù)據(jù)本地存儲轉發(fā)功能，當告警處理模塊上行數(shù)據(jù)鏈路或

30、集中告警處理服務器出現(xiàn)問題時，應能夠暫存采集到的告警信息，記錄在日志中。r 告警數(shù)據(jù)處理要求告警處理是針對采集的告警信息進行統(tǒng)一處理，以便快速確認故障，縮短排障時間，為及時恢復業(yè)務運行打下良好基礎。主要包括告警過濾、告警合并、告警資源信息關聯(lián)、告警前轉、告警操作等功能。u 告警過濾：根據(jù)維護管理的實際情況，針對單位時間內發(fā)生大量告警或者已知告警，設置過濾規(guī)則，過濾不重要的告警信息，減少輕微告警的干擾，以提高監(jiān)控與處理的效率。告警過濾需要提供靈活的過濾規(guī)則，可按告警網(wǎng)元、告警級別、告警類別、告警時間等設置過濾規(guī)則。u 告警合并：告警合并是對不同時間產(chǎn)生的相同告警，將其合并成一條告警信息，同時累計

31、該告警的次數(shù)，第一次告警發(fā)生時間和最后發(fā)生時間等。在進行告警壓縮時，應只保留一條壓縮后的告警信息，應更新告警記錄的發(fā)生次數(shù)、最后發(fā)生時間等信息。u 告警資源信息關聯(lián)：應能夠實現(xiàn)與資源管理中資源配置數(shù)據(jù)的實時關聯(lián)，對告警信息進行豐富，增加對告警信息的描述，如對于系統(tǒng)告警，增加相應的廠家、型號設備和描述信息等。u 告警前轉：系統(tǒng)提供告警前轉功能，將告警信息以各種手段（短信、郵件等）轉至指定的維護人員，應能夠靈活的設置前轉條件、告警內容等。u 告警操作：告警操作主要包括告警確認、告警清除和告警級別調整等功能。² 告警確認主要是對告警承載的信息予以認可，以形成有效的告警。系統(tǒng)應產(chǎn)生確認時間等

32、確認信息。應具備批量確認的功能。告警確認應能支持手動確認。² 告警清除主要是對于系統(tǒng)中已經(jīng)處理完畢的告警信息，設置相關的標志，標記為清除。告警清除應能支持手動清除和自動清除兩種方式。² 告警級別調整：系統(tǒng)應能夠重新調整告警級別，保證告警處理的正確性。告警級別調整應能支持自動調整。應能夠通過組合不同的告警信息字段設置告警自動級別調整規(guī)則。r 告警展現(xiàn)要求告警展現(xiàn)是通過告警列表、監(jiān)控拓撲等方式，對處理后的告警信息進行展現(xiàn)。告警信息展現(xiàn)內容應包括：u 告警基礎信息：包括告警標題、告警類型、告警級別、告警狀態(tài)、告警內容、告警源、設備類型、設備名稱、處理操作員、清除操作員、告警發(fā)生時

33、間、恢復時間等。u 告警類型：包括告警類型、告警類型描述等。u 告警級別：包括告警級別、告警顏色等。告警展現(xiàn)主要包括以下各項功能：u 告警展現(xiàn)過濾：應能夠根據(jù)操作人員的維護需求，靈活的定義告警展現(xiàn)過濾規(guī)則。應能夠通過組合不同的告警信息字段設置告警展現(xiàn)過濾規(guī)則。u 告警列表展現(xiàn)：以列表的方式對活動告警信息進行滾動呈現(xiàn)。在告警列表中，告警信息應以不同的顏色來代表不同的告警級別。在告警列表中應能夠靈活過濾其需要查看的字段，并可根據(jù)字段內容進行相應告警的排序。應能夠在告警列表中方便的完成各項手工告警操作，如手工告警清除、告警級別改變以及告警的確認等，且上述操作均需通過日志的形式進行記錄。告警列表應支持

34、手工批量的告警確認、告警清除、告警級別調整等功能。u 監(jiān)控拓撲展現(xiàn)：支持在系統(tǒng)的監(jiān)控拓撲上呈現(xiàn)告警信息。在監(jiān)控拓撲的對應對象通過以不同的顏色標識呈現(xiàn)相應的級別告警?？梢灾苯硬榭吹礁婢脑敿毿畔?。應能夠在監(jiān)控拓撲中方便的完成各項手工告警操作，如手工告警清除、告警級別改變以及告警的確認等。 性能監(jiān)控性能指標反映了系統(tǒng)的運行狀況，是判斷被管資源運行是否正常的關鍵信息，性能指標的獲取方式應包括主動采集、被動接收和模仿用戶行為（如響應測試）等多種。性能的數(shù)據(jù)來源包括本網(wǎng)管通過監(jiān)控代理（探針）、SNMP輪詢等方式采集到的業(yè)務平臺設備性能數(shù)據(jù)，通過與被管業(yè)務平臺的北向接口采集到的業(yè)務性能統(tǒng)計數(shù)

35、據(jù)。性能管理的功能要求如下：(1)指標管理：指標管理是指對性能指標屬性項的管理，包括采集周期、精度、數(shù)據(jù)類型等屬性定義和采集任務的分配與調度等；由于各種性能指標（尤其是業(yè)務性能監(jiān)控指標）的屬性不同，要求系統(tǒng)能夠靈活調整性能指標模型，具有足夠的可擴展性；(2)閾值管理：閾值管理的功能是對閾值進行設定、修改、刪除，并能實時生效；閾值可以設定多個級別，閾值可以查詢，相同的性能指標針對不同的關鍵業(yè)務監(jiān)控點可以設定不同的閾值；由于監(jiān)控指標門限設定各不相同，因此要求對閾值的管理具有足夠的靈活性；(3)指標分析：對采集得到的性能指標進行分析，包括歷史最高值、最低值、限定時間段的平均值、限定時間段的指標值變化

36、趨勢、同一指標不同關鍵業(yè)務點之間的比較等；(4)告警判斷：性能指標一旦超出預先設定的閾值時，系統(tǒng)將觸發(fā)一個告警事件；(5)告警管理接口：向告警管理提供告警信息；(6)歷史性能數(shù)據(jù)處理：性能管理模塊應能調度監(jiān)控手段（數(shù)據(jù)采集）定時采集指定被管對象的歷史性能數(shù)據(jù)，并對這些歷史性能數(shù)據(jù)進行不同時間粒度的聚合處理，以形成供報表系統(tǒng)展現(xiàn)的性能指標數(shù)據(jù)；(7)指標展現(xiàn)：在實時性能管理中能夠通過圖表或表格的方式展現(xiàn)性能指標的變化情況。同時，通過定期采集歷史性能數(shù)據(jù)；(8)應能夠提供性能工作區(qū)，可將多個被管理對象的多個性能指標按照一定的業(yè)務邏輯進行組織和呈現(xiàn)。能夠在同一個管理界面中一目了然查看所有與其管理職責

37、相關的性能指標。能夠以直觀的圖形方式實時展現(xiàn)性能狀態(tài)，能夠以紅、黃、綠不同的顏色顯示性能告警，并且可以直接查看實時性能和歷史性能。(9)系統(tǒng)應提供多種形式（如表格、直方圖等）的性能統(tǒng)計和性能分析結果顯示，向統(tǒng)計分析提供性能指標數(shù)據(jù)源。系統(tǒng)應提供對性能數(shù)據(jù)的存儲、備份、清除等管理功能。對性能數(shù)據(jù)進行存儲時應進行進一步的收斂性控制，即對持續(xù)相同的性能數(shù)據(jù)，不重復存儲。(10)系統(tǒng)應能對所收集的性能數(shù)據(jù)進行分類統(tǒng)計，對業(yè)務平臺的網(wǎng)絡性能、主機及信令網(wǎng)關性能、業(yè)務性能進行歷史數(shù)據(jù)統(tǒng)計、對比。網(wǎng)管系統(tǒng)應具備對性能指標的分析功能。(11)用戶可以對業(yè)務平臺網(wǎng)絡/網(wǎng)元的性能數(shù)據(jù)進行查詢，待查詢的數(shù)據(jù)集合可以

38、通過自定義模版的方式確定。3.2.2 大屏幕呈現(xiàn)（可選）對于具備大屏幕呈現(xiàn)設備的省份。省級網(wǎng)管系統(tǒng)可以與大屏幕設備實現(xiàn)接口，可以通過與大屏幕設備的接口將關注的拓撲、告警、性能數(shù)據(jù)通過大屏幕進行呈現(xiàn)。3.2.3 平臺級監(jiān)控省級網(wǎng)管系統(tǒng)要求至少實現(xiàn)對省內13套核心業(yè)務平臺的平臺級監(jiān)控功能。涉及的平臺包括短信中心、短信業(yè)務網(wǎng)關、短信互通網(wǎng)關、WAP網(wǎng)關、WAP門戶、彩信中心、彩鈴、ISMP、ISAG、IVR、手機報、UDB、融合支付平臺。平臺級監(jiān)控要求實現(xiàn)對業(yè)務平臺的服務器、網(wǎng)絡設備、數(shù)據(jù)庫、存儲設備實現(xiàn)資源信息、告警事件信息、性能信息的采集、處理與呈現(xiàn)。需要遵循的規(guī)范為中國電信省級業(yè)務平臺綜合網(wǎng)管

39、與業(yè)務平臺互聯(lián)的接口規(guī)范-通用平臺設備分冊。 服務器監(jiān)控服務器的監(jiān)控包括以下各個功能：u 系統(tǒng)資源管理：網(wǎng)管系統(tǒng)能夠采集服務器的資源數(shù)據(jù)，通過綜合加工和處理，形成服務器完整的配置信息數(shù)據(jù)。網(wǎng)管系統(tǒng)的資源管理中應能將所有采集到的資源信息作為主機類的自身屬性進行建模，通過與資源占用情況進行綜合關聯(lián)分析，可以為用戶進行系統(tǒng)優(yōu)化和了解設備的處理能力提供準確的數(shù)據(jù)。u 服務器資源占用監(jiān)控：服務器資源對象主要指CPU、內存、Kernel、SWAP、文件系統(tǒng)、網(wǎng)卡等，對于每種系統(tǒng)資源對象又都有多個監(jiān)控指標，系統(tǒng)不僅能夠監(jiān)控CPU總體的占用率、空閑率、用戶/系統(tǒng)/IO等待所占比率，還能夠提供每個

40、CPU的使用情況監(jiān)控。網(wǎng)管系統(tǒng)不僅能夠監(jiān)控各個指標的運行情況，還提供了系統(tǒng)健康情況檢查功能，能夠定時檢查系統(tǒng)的CPU、SWAP、文件系統(tǒng)等幾個最重要運行指標，并將這些指標放在同一視圖中集中展現(xiàn)，維護人員只要一看就能大概的了解系統(tǒng)運行狀況。u 系統(tǒng)進程監(jiān)控：進程監(jiān)控的主要著眼點有進程CPU時間占用情況、進程內存占用情況、同名進程數(shù)、進程狀態(tài)等，對采用了IPC技術的進程還需要監(jiān)控其共享內存、信號量和消息隊列。支持對UNIX系統(tǒng)進行多進程監(jiān)控。u 日志文件監(jiān)控：監(jiān)控主機的系統(tǒng)/應用日志，系統(tǒng)應提供監(jiān)控模板定制的功能，可以通過“與、或、非”等方式靈活的組織字符串匹配規(guī)則，形成告警。 數(shù)據(jù)

41、庫監(jiān)控網(wǎng)管系統(tǒng)應支持多種主流數(shù)據(jù)庫的監(jiān)控支持，包括DB2、Oracle、SysBase、MySql、SQL Server等主流數(shù)據(jù)庫的主流版本的監(jiān)控管理功能。主要監(jiān)控內容包括：u 數(shù)據(jù)庫狀態(tài)：數(shù)據(jù)庫狀態(tài)監(jiān)控；u 數(shù)據(jù)庫空間：監(jiān)控特定表空間性能信息，設定過載閾值。監(jiān)控各個DBSPACE占用情況；數(shù)據(jù)庫內表空間的讀寫次數(shù)；數(shù)據(jù)庫表空間的利用情況。u 數(shù)據(jù)庫內存分配使用情況：數(shù)據(jù)庫內存使用信息。監(jiān)控內存段分配情況，設定過載閾值。u 數(shù)據(jù)文件或數(shù)據(jù)設備的監(jiān)控：數(shù)據(jù)文件或數(shù)據(jù)設備的讀寫次數(shù)。u 數(shù)據(jù)庫的事務：監(jiān)控數(shù)據(jù)庫事務情況，設定過載閾值。u 數(shù)據(jù)庫碎片的情況：監(jiān)控數(shù)據(jù)庫碎片情況，設定過載閾值。u 數(shù)

42、據(jù)庫鎖使用情況：監(jiān)控數(shù)據(jù)庫鎖的使用情況，設定過載閾值。u 數(shù)據(jù)庫用戶占用資源情況：監(jiān)控數(shù)據(jù)庫的資源使用情況，設定過載閾值。u 數(shù)據(jù)庫日志：監(jiān)控數(shù)據(jù)庫日志空間或回滾段使用情況，未備份的邏輯日志數(shù)量，設定過載閾值。 網(wǎng)絡設備監(jiān)控網(wǎng)管系統(tǒng)應具備完善的網(wǎng)絡設備管理功能，能夠支持Huawei、中興、Alcatel、Cisco、Juniper、F5、Foundry、Radware、3COM等廠商的網(wǎng)絡設備和防火墻，網(wǎng)管系統(tǒng)對于網(wǎng)絡的管理可歸納為對網(wǎng)絡設備、網(wǎng)絡接口、網(wǎng)絡服務等的監(jiān)控與管理，實現(xiàn)網(wǎng)絡管理的手段主要有狀態(tài)輪詢、SNMP Trap、Syslog、SNMP MIB數(shù)據(jù)采集、響應測試等

43、。u 網(wǎng)絡設備管理：網(wǎng)管系統(tǒng)應默認支持多種拓撲發(fā)現(xiàn)，能夠自動識別并建立網(wǎng)絡設備的廠商型號、CPU、內存、接口，形成設備的實體關系視圖，自動發(fā)現(xiàn)物理連接情況，并通過拓撲進行直觀的展現(xiàn)，以及監(jiān)控網(wǎng)絡設備的端口狀態(tài)、端口流量等指標。u 網(wǎng)絡設備性能管理：對于網(wǎng)絡設備的性能監(jiān)控主要包括CPU、內存等運行參數(shù)的管理，還應包含對設備IP層轉包率、丟包率、錯包率等指標的監(jiān)控。u 網(wǎng)絡設備故障管理：主要內容包括設備狀態(tài)、性能指標超門限等，數(shù)據(jù)來源主要是ICMP和SNMP采集。u 網(wǎng)絡設備配置管理：網(wǎng)管系統(tǒng)應提供網(wǎng)絡設備配置文件管理的功能。提供對配置文件的比對功能。u 接口與鏈路管理：對于網(wǎng)絡接口的管理主要注重

44、性能和故障的監(jiān)控，支持的實現(xiàn)方式有狀態(tài)輪詢、SNMP Trap和Syslog。u 網(wǎng)絡接口故障管理：提供對網(wǎng)絡接口狀態(tài)的監(jiān)控。u 網(wǎng)絡接口性能管理：主要關心的內容有接口流量、接口帶寬利用率、接口錯包率等指標。u 網(wǎng)絡接入管理：網(wǎng)管系統(tǒng)應提供IP-MAC地址邦定的功能進行接入控制。在對網(wǎng)絡設備進行自動發(fā)現(xiàn)時，可以獲取網(wǎng)絡內所有節(jié)點的IP地址和MAC地址，通過運維人員進行一一確認，可在系統(tǒng)中維護一套合法的IP-MAC地址綁定策略。u 服務響應：網(wǎng)管系統(tǒng)能夠管理各類服務，如HTTP/HTTPS、DNS、FTP、POP3、SMTP等，并對這些服務進行可用性和響應性監(jiān)控。u 網(wǎng)絡流量分析：網(wǎng)管系統(tǒng)提供網(wǎng)

45、絡上的流量的發(fā)布情況。支持Netflow等協(xié)議，能夠通過接收Netflow包，提供實時和歷史的網(wǎng)絡流量流向監(jiān)控功能，提供了準實時的流量流向統(tǒng)計功能，同時也提供了Netflow歷史數(shù)據(jù)統(tǒng)計分析報表。 存儲設備監(jiān)控網(wǎng)管系統(tǒng)應支持對業(yè)務平臺的存儲設備的管理。存儲設備必須具備監(jiān)控管理條件才能實現(xiàn)監(jiān)控。存儲設備管理主要包括磁盤陣列、光纖交換機和備份設備的監(jiān)控。主要實現(xiàn)對存儲設備的資源配置管理、告警監(jiān)控、性能監(jiān)控。u 光纖交換機狀態(tài)監(jiān)控：包括風扇狀態(tài)、設備接口狀態(tài)、電源供應、溫度等；u 磁盤陣列和磁帶庫狀態(tài)監(jiān)控：主要狀態(tài)指標包括控制器、主機連接、物理磁盤組、陣列接口等狀態(tài)指標。

46、 云計算資源池監(jiān)控（待定）省級業(yè)務平臺綜合網(wǎng)管系統(tǒng)是否直接實現(xiàn)對涉及業(yè)務平臺的云計算資源池的監(jiān)控，集團公司正在進行統(tǒng)一的管理方式和方法的論證，待后期集團確認監(jiān)控管理方式方法后各省可依照規(guī)范執(zhí)行。如果集團明確云資源需由業(yè)務平臺網(wǎng)管進行管理，則對于具備云資源池專業(yè)網(wǎng)管系統(tǒng)的省，省級網(wǎng)管應與云計算資源池網(wǎng)管實現(xiàn)接口采集相關監(jiān)控數(shù)據(jù)進行顯示；對于沒有云計算資源池網(wǎng)管的省份，省級網(wǎng)管系統(tǒng)可以直接對云計算資源池的設備進行監(jiān)控。具體監(jiān)控的內容依據(jù)后續(xù)集團下發(fā)的相關要求進行。3.2.4 業(yè)務級監(jiān)控業(yè)務級監(jiān)控實現(xiàn)對業(yè)務平臺的業(yè)務層面的應用和業(yè)務運行的監(jiān)控。業(yè)務級監(jiān)控要實現(xiàn)對北向業(yè)務數(shù)據(jù)接入監(jiān)控、業(yè)務應用運行狀態(tài)

47、監(jiān)控、關鍵性能指標準實時監(jiān)控、業(yè)務告警集成接入監(jiān)控、動態(tài)業(yè)務性能基線管理，通過拓撲呈現(xiàn)、告警流水窗、報表或者定制化的性能呈現(xiàn)界面進行展現(xiàn)。 業(yè)務數(shù)據(jù)接入監(jiān)控業(yè)務數(shù)據(jù)接入監(jiān)控是指通過與被管業(yè)務平臺實現(xiàn)北向接口，采集業(yè)務平臺的業(yè)務配置數(shù)據(jù)、業(yè)務性能統(tǒng)計指標數(shù)據(jù)。對于省級業(yè)務平臺的業(yè)務級需要遵循對應的業(yè)務平臺北向接口規(guī)范：中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-XX平臺分冊。網(wǎng)管系統(tǒng)需要支持按照FTP、DBlink接口規(guī)范要求實現(xiàn)對規(guī)范的北向接口數(shù)據(jù)采集。采集到相關的業(yè)務數(shù)據(jù)后，需要進行匯聚處理，然后生成相關的業(yè)務資源配置統(tǒng)計報表和業(yè)務性能數(shù)據(jù)分析報表，同時作為其他分析報表的數(shù)據(jù)來源。北

48、向業(yè)務數(shù)據(jù)需要按照集團的要求通過部省接口定期上傳到集團網(wǎng)管系統(tǒng)中，由集團網(wǎng)管系統(tǒng)實現(xiàn)對全網(wǎng)業(yè)務運行的匯總分析。 業(yè)務應用運行狀態(tài)監(jiān)控網(wǎng)管系統(tǒng)需要提供業(yè)務應用運行狀態(tài)監(jiān)控功能。業(yè)務應用運行狀態(tài)監(jiān)控主要實現(xiàn)對業(yè)務平臺的應用軟件運行狀態(tài)實現(xiàn)監(jiān)控，及時掌握業(yè)務應用的運行情況。對于每套業(yè)務平臺的業(yè)務應用運行狀態(tài)的監(jiān)控主要監(jiān)控內容要求如下：u 關鍵業(yè)務進程狀態(tài)監(jiān)控：網(wǎng)管系統(tǒng)需要完成對業(yè)務平臺應用軟件的關鍵的應用進程的調研與監(jiān)控，監(jiān)控進程是否存活、是否僵死；生成相應的進程監(jiān)控拓撲和告警通知運維人員；u 關鍵應用交互端口狀態(tài)監(jiān)控：網(wǎng)管系統(tǒng)需要完成對業(yè)務平臺的應用軟件的內部間、與外部網(wǎng)元間交互的端

49、口狀態(tài)的監(jiān)控，生成相關的應用交互端口拓撲和告警及時通知運維人員；u 雙機狀態(tài)監(jiān)控：網(wǎng)管系統(tǒng)需要完成對業(yè)務平臺涉及的雙機軟件運行狀態(tài)的監(jiān)控，監(jiān)控雙機軟件是否運行正常、是否發(fā)生雙機切換。生成相關的告警通知運維人員；u 業(yè)務日志文件生成狀態(tài)監(jiān)控：網(wǎng)管系統(tǒng)需要完成對業(yè)務平臺是否生成業(yè)務日志進行監(jiān)控，如果發(fā)現(xiàn)業(yè)務日志文件不生成的話則產(chǎn)生相關的告警通知運維人員；u 話單文件生成狀態(tài)監(jiān)控：網(wǎng)管系統(tǒng)需要完成對業(yè)務平臺的話單文件生成進行監(jiān)控。要監(jiān)控是否有話單文件生成、話單文件生成是否連續(xù)，以判斷是否出現(xiàn)話單丟失。如出現(xiàn)話單文件不生成或者話單文件丟失則產(chǎn)生相關的告警通知運維人員。 關鍵性能指標準實時

50、監(jiān)控網(wǎng)管系統(tǒng)需要實現(xiàn)關鍵性能指標準實時監(jiān)控功能。關鍵性能指標準實時監(jiān)控通過從業(yè)務平臺北向接口細粒度的采集關鍵的業(yè)務性能統(tǒng)計指標，實現(xiàn)對業(yè)務性能的準實時監(jiān)控，解決北向業(yè)務數(shù)據(jù)接入監(jiān)控數(shù)據(jù)時延較大的問題。對于省級業(yè)務平臺的關鍵業(yè)務性能指標的定義以及采集方式依照業(yè)務平臺北向接口規(guī)范執(zhí)行：中國電信省級業(yè)務平臺綜合網(wǎng)管與業(yè)務平臺互聯(lián)的接口規(guī)范-XX平臺分冊。從業(yè)務平臺生成關鍵業(yè)務性能指標到上傳到網(wǎng)管系統(tǒng)進行處理呈現(xiàn)原則上時延不能大于15分鐘。網(wǎng)管系統(tǒng)對于每套業(yè)務平臺的關鍵業(yè)務性能指標需要實現(xiàn)及時的采集、處理和呈現(xiàn)。要求網(wǎng)管系統(tǒng)需要針對每套業(yè)務平臺提供關鍵性能指標準實時監(jiān)控界面，提供圖形化的方式進行準實時

51、監(jiān)控呈現(xiàn)。省級網(wǎng)管系統(tǒng)采集到的關鍵業(yè)務性能指標需要具備通過實時消息接口的方式上傳到集團級網(wǎng)管系統(tǒng)中。 業(yè)務告警集中監(jiān)控業(yè)務告警集中監(jiān)控指通過網(wǎng)管系統(tǒng)與被管業(yè)務平臺的北向接口采集重要的業(yè)務實時告警事件，實現(xiàn)業(yè)務平臺告警的集中管理功能。此功能需要依照業(yè)務平臺北向接口規(guī)范執(zhí)行：中國電信省級業(yè)務平臺綜合網(wǎng)管接口規(guī)范-XX平臺分冊。原則上需要業(yè)務平臺具備業(yè)務告警管理模塊和接口功能。網(wǎng)管系統(tǒng)需要支持通過SNMP Trap或者WebService等實時消息接口采集業(yè)務告警事件數(shù)據(jù)。-對于采集到的業(yè)務實時告警事件，網(wǎng)管系統(tǒng)應能通過系統(tǒng)的告警管理功能進行統(tǒng)一的告警處理和呈現(xiàn)。省級網(wǎng)管系統(tǒng)采集到的業(yè)

52、務實時告警中，要求最高級別的業(yè)務實時告警需要具備通過實時消息接口的方式上傳到集團級網(wǎng)管系統(tǒng)中。 動態(tài)業(yè)務性能基線管理（可選）動態(tài)業(yè)務性能基線管理實現(xiàn)對重要的業(yè)務平臺的關鍵業(yè)務性能指標告警閾值實現(xiàn)動態(tài)設定，通過對歷史值的計算設定告警容忍范圍，實現(xiàn)靈活、可靠、準確的告警性能指標設定。本功能為可選功能。動態(tài)業(yè)務性能基線的性能指標數(shù)據(jù)原則上與關鍵性能指標準實時監(jiān)控的指標一致。u 主要提供的功能有：基線算法配置：提供了基線算法配置功能，配置好的基線算法供用戶進行基線配置時使用。u 性能基線配置：提將配置好的基線算法，結合被管網(wǎng)元的指標進行動態(tài)性能基線的計算規(guī)則配置。通過基線配置功能，定義應

53、用基線算法的性能指標，定義基線值的計算方式和告警產(chǎn)生方式。u 基線自動計算：系統(tǒng)提供基線自動計算功能，即根據(jù)配置好的動態(tài)性能基線規(guī)則和算法，系統(tǒng)自動從歷史性能數(shù)據(jù)庫中選取對應的樣本數(shù)據(jù)進行計算，根據(jù)規(guī)則生成符合要求的動態(tài)性能基線數(shù)據(jù)。u 基線告警功能：提供通過基線計算產(chǎn)生的動態(tài)性能基線數(shù)據(jù)會和實時采集上來的被管性能指標進行比對，如果超過了預先設置的告警門限值則產(chǎn)生動態(tài)性能告警。u 基線數(shù)據(jù)呈現(xiàn)功能：能夠通過基線趨勢圖直觀、形象地展現(xiàn)實時的監(jiān)控指標與動態(tài)性能基線指標的對比變化情況，為相關人員提供決策支持和故障處理的支撐。3.3 綜合維護功能3.3.1 集中業(yè)務查詢處理省級網(wǎng)管系統(tǒng)需要提供核心業(yè)務

54、平臺的集中業(yè)務查詢處理功能。集中業(yè)務查詢處理功能將對業(yè)務平臺的部分業(yè)務數(shù)據(jù)的查詢與配置功能進行統(tǒng)一化、集中化、界面化的管理。原則上要求對業(yè)務平臺的業(yè)務數(shù)據(jù)的查詢與配置功能要通過省級網(wǎng)管系統(tǒng)進行實現(xiàn)，不能直接對業(yè)務平臺網(wǎng)元進行操作。集中業(yè)務查詢處理功能需要依照業(yè)務平臺北向接口規(guī)范執(zhí)行：中國電信省級業(yè)務平臺綜合網(wǎng)管與業(yè)務平臺互聯(lián)的接口規(guī)范-XX平臺分冊。網(wǎng)管系統(tǒng)需要針對每套業(yè)務平臺提供業(yè)務配置、查詢的可視化界面，用戶可通過在界面中輸入相關的參數(shù)即可實現(xiàn)查詢與配置功能。網(wǎng)管系統(tǒng)的并發(fā)查詢用戶數(shù)需要遵循對端業(yè)務平臺的限制要求，如超過對端業(yè)務平臺的最大并發(fā)操作用戶數(shù)限制時，網(wǎng)管系統(tǒng)應能提示出來。對于每次

55、查詢和配置操作，網(wǎng)管系統(tǒng)應該有詳細的操作記錄以方便進行操作審計。 業(yè)務數(shù)據(jù)查詢功能省級網(wǎng)管系統(tǒng)需要依照中國電信省級業(yè)務平臺綜合網(wǎng)管與業(yè)務平臺互聯(lián)的接口規(guī)范-XX平臺分冊的規(guī)范要求，實現(xiàn)對對應的業(yè)務平臺的業(yè)務數(shù)據(jù)查詢功能。逐步實現(xiàn)省級網(wǎng)管系統(tǒng)作為業(yè)務平臺網(wǎng)元業(yè)務查詢操作的統(tǒng)一入口。業(yè)務數(shù)據(jù)查詢功能主要查詢的業(yè)務數(shù)據(jù)包括黑白名單數(shù)據(jù)、業(yè)務網(wǎng)元配置參數(shù)、外部網(wǎng)元互連接口數(shù)據(jù)、業(yè)務監(jiān)控處理策略、用戶業(yè)務數(shù)據(jù)等信息。具體查詢數(shù)據(jù)需要根據(jù)各業(yè)務平臺的北向接口規(guī)范進行定義。省級網(wǎng)管的業(yè)務查詢功能需要依照對應的業(yè)務平臺北向接口提供圖形化的界面，用戶可通過輸入相關的參數(shù)后，業(yè)務查詢功能自動通過與被

56、管業(yè)務平臺的接口查詢到相關的業(yè)務數(shù)據(jù)信息進行呈現(xiàn)。 業(yè)務數(shù)據(jù)配置功能省級網(wǎng)管系統(tǒng)需要依照中國電信省級業(yè)務平臺綜合網(wǎng)管與業(yè)務平臺互聯(lián)的接口規(guī)范-XX平臺分冊的規(guī)范要求，實現(xiàn)對對應的業(yè)務平臺的業(yè)務數(shù)據(jù)配置功能。逐步實現(xiàn)省級網(wǎng)管系統(tǒng)作為業(yè)務平臺網(wǎng)元業(yè)務配置操作的統(tǒng)一入口。業(yè)務數(shù)據(jù)配置功能主要配置的業(yè)務數(shù)據(jù)包括黑白名單數(shù)據(jù)、部分業(yè)務監(jiān)控處理策略等信息。具體配置數(shù)據(jù)需要根據(jù)各業(yè)務平臺的北向接口規(guī)范進行定義。對于可以進行配置的業(yè)務數(shù)據(jù)，需要依照每套業(yè)務平臺的規(guī)范執(zhí)行。省級網(wǎng)管的業(yè)務配置功能需要提供圖形化的界面，用戶可通過輸入相關的參數(shù)后，業(yè)務配置功能自動通過與被管業(yè)務平臺的接口進行相關的業(yè)務

57、數(shù)據(jù)配置，并且呈現(xiàn)配置結果。3.3.2 作業(yè)計劃自動執(zhí)行省級網(wǎng)管系統(tǒng)需要針對納入的被管業(yè)務平臺實現(xiàn)作業(yè)計劃自動執(zhí)行功能。對于每套業(yè)務平臺的作業(yè)計劃自動執(zhí)行功能需要提供：u 主機性能類：CPU、內存、文件系統(tǒng)、SWAP等監(jiān)控；u 數(shù)據(jù)庫類：數(shù)據(jù)庫主要進程、數(shù)據(jù)庫監(jiān)聽、數(shù)據(jù)庫表空間等監(jiān)控；u 業(yè)務類：業(yè)務鏈路、業(yè)務進程、業(yè)務日志、業(yè)務話單等監(jiān)控；u 網(wǎng)絡設備類：CPU、內存、會話數(shù)等監(jiān)控。網(wǎng)管系統(tǒng)的作業(yè)計劃自動執(zhí)行模塊應該具備模板管理、任務管理、調度管理、執(zhí)行結果評價及審核管理、分析統(tǒng)計功能。 模板管理為了靈活管理自動作業(yè)計劃，系統(tǒng)應提供巡檢任務的模板管理功能。模板中可以靈活定制各種巡檢命令，提供豐富的自動巡查手段，支持通過多種協(xié)議對被巡查對象進行