神州泰岳運(yùn)維管理解決方案

北京神州泰岳軟件股份有限公司 XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 2 頁 共 158 頁 目 錄 1 概述 . 5 2 需求分析 . 6 2.1 總體需求分析 . 錯誤 !未定義書簽。 2.2 監(jiān)控管理 . 錯誤 !未定義書簽。 2.2.1 監(jiān)控對象分析 . 錯誤 !未定義書簽。 2.2.2 集中故障管理 . 錯誤 !未定義書簽。 2.2.3 資源配置管理 . 6 2.3 服務(wù)管理 . 7 3 解決方案概述 . 8 3.1 建設(shè) 路線 . 8 3.2 產(chǎn)品選型 . 8 3.2.1 監(jiān)控管理 . 8 3.2.2 服務(wù)管理 . 14 3.3 部署方案 . 20 3.3.1 軟硬件部署 . 20 3.3.2 組網(wǎng)方案 . 21 4 監(jiān)控管理解決方案 . 23 4.1 技術(shù)架構(gòu) . 23 4.1.1 系統(tǒng)邏輯結(jié)構(gòu) . 23 4.1.2 數(shù)據(jù)展現(xiàn)層 . 23 4.1.3 數(shù)據(jù)處理層 . 24 4.1.4 數(shù)據(jù)采集層 . 25 4.1.5 系統(tǒng)自管理 . 26 4.1.6 采集源 . 27 4.1.7 外部接口 . 27 4.1.8 系統(tǒng)軟件模塊 . 27 4.1.9 數(shù)據(jù)處理流程說明 . 29 XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 3 頁 共 158 頁 4.2 功能架構(gòu) . 34 4.2.1 監(jiān)控管理平臺 . 34 4.2.2 監(jiān)控管理專題 . 80 4.2.3 業(yè)務(wù)監(jiān)控 .105 5 服務(wù)管理解決方案 .122 5.1 事件管理 .123 5.1.1 工作臺 .123 5.1.2 事件管理流程 .124 5.1.3 事件處理流程圖 .129 5.2 變更管理 .129 5.2.1 變更請求 .130 5.2.2 變更評估 .130 5.2.3 變更審批 .131 5.2.4 變更實(shí)施 .132 5.2.5 回顧和關(guān)閉 .134 5.3 知識庫管理 .134 5.3.1 知識的來源 .135 5.3.2 知識庫維護(hù) .135 5.3.3 知識檢索和使用 .136 5.4 值班管理 .136 5.4.1 排班管理 .137 5.4.2 值班日 志管理 .139 5.4.3 交接班管理 .140 5.4.4 機(jī)房進(jìn)出記錄 .140 6 運(yùn)維管理系統(tǒng)接口實(shí)現(xiàn)方案 .141 6.1 告警接口 .141 6.2 配置資源接口 .144 7 解決方案特點(diǎn)與優(yōu)勢 .146 7.1 網(wǎng)絡(luò)管理方案的特點(diǎn)和優(yōu)勢 .146 XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 4 頁 共 158 頁 7.1.1 全面、深入的監(jiān)控和管理手段 .146 7.1.2 穩(wěn)定、靈活擴(kuò)展的網(wǎng)管平臺 .146 7.1.3 統(tǒng)一的平臺監(jiān)控和業(yè)務(wù)監(jiān)控 .147 7.1.4 有效的告警處理機(jī)制 .147 7.2 運(yùn)維管理方案的特點(diǎn)和優(yōu)勢 .148 7.2.1 統(tǒng)一的運(yùn)維管理系統(tǒng) .148 7.2.2 對 ITIL 理念的深刻理解和人才儲備 .148 7.2.3 市場占有率第一的電子運(yùn)維軟件平臺 .149 7.2.4 與本土實(shí)踐經(jīng)驗(yàn)的完美結(jié)合 .149 8 圖表目錄 .150 XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 5 頁 共 158 頁 1 概述 廣州 xxx 化建設(shè)投資營運(yùn)有限公司（以下簡稱為“ xxxxxx”），是面向廣州交通領(lǐng)域，集投資、建設(shè)、運(yùn)營為一體的高科技公司。 xxxxxx 專注于 xxx 化平臺技術(shù)開發(fā)， xxx 網(wǎng)絡(luò)系統(tǒng)的建設(shè)、營運(yùn)，計算機(jī)信息系統(tǒng)集成，軟件開發(fā)以及智能卡相關(guān)產(chǎn)品的開發(fā)、應(yīng)用，建設(shè)了包括調(diào)度平臺、綜合管理平臺、出租車管理系統(tǒng) 等 在內(nèi)的 面向交通領(lǐng)域的 應(yīng)用系統(tǒng)，為廣州市城市交通的發(fā)展做出了積極的貢獻(xiàn)。 伴隨著 xxx 化平臺給交通 管理工作帶來 的巨大支撐 ，相關(guān)的信息化平臺已經(jīng)成為 交通管理不可缺少的有力工具 。 因此 ， 通過建設(shè)一套運(yùn)維管理系統(tǒng) ， 保障包括 調(diào)度平臺、綜合管理平臺、出租車管理系統(tǒng)、內(nèi)部行政網(wǎng)絡(luò)等 在內(nèi)的信息化平臺 的 IT 基礎(chǔ)架構(gòu)以及業(yè)務(wù) 應(yīng)用 系統(tǒng) 穩(wěn)定、可靠的運(yùn)行 ， 為交通管理工作提 供持續(xù)、有效的支撐，成為 xxxxxx 迫切的 需求。 XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 6 頁 共 158 頁 2 需求分析 2.1 現(xiàn)狀分析 2.1.1 資源配置管理 資源作為運(yùn)維管理的核心內(nèi)容， 在運(yùn)維建設(shè)當(dāng)中需要對資源進(jìn)行管理 ，具體包括： 針對服務(wù)器、 網(wǎng)絡(luò)設(shè)備、 數(shù)據(jù)庫、中間件 及業(yè)務(wù)系統(tǒng) 等的資源數(shù)據(jù)采集。 創(chuàng)建資源管理數(shù)據(jù)庫。 資源數(shù)據(jù)的統(tǒng)計分析功能。 資源管理與故障管理的關(guān)聯(lián)分析。 我方認(rèn)為有必要在本項目中建設(shè)一套完備的配置管理數(shù)據(jù)庫（遵循 ITIL 規(guī)范中相關(guān)描述，即資源管理數(shù)據(jù)庫）。 在其中定義和記錄各種被管理資源對象實(shí)例和相關(guān)屬性信息，并定義和記錄各被管理資源對象間的關(guān)聯(lián)關(guān)系。 我方認(rèn)為 本項目中至少應(yīng)提供以下資源配置管理功能： 提供自動發(fā)現(xiàn)工具，能夠自動采集各種被管理對象的資源配置數(shù)據(jù)，形成資源配置數(shù)據(jù)庫的基礎(chǔ)數(shù)據(jù)。 提供面向?qū)ο蟮馁Y源配置數(shù)據(jù)結(jié)構(gòu)，能夠?qū)⒏鞣N被管理對象的實(shí)例信息和屬性信息進(jìn)行對象化存儲，并能夠定義各種被管理對象間的關(guān)聯(lián)關(guān)系（諸如連接關(guān)系、父子關(guān)系等）。 提供圖形化界面對資源配置數(shù)據(jù)進(jìn)行后臺數(shù)據(jù)結(jié)構(gòu)和資源配置數(shù)據(jù)的維護(hù)與管理。能夠靈活的擴(kuò)展資源類和資源屬性，能夠添加、刪除、修改各種資源屬性數(shù)據(jù)。提供資源數(shù)據(jù)批量導(dǎo)入接口。 能夠根據(jù)資源對象自身屬性、資源對象與資源對象間的關(guān)聯(lián) 關(guān)系等自動對故障級別進(jìn)行基于預(yù)設(shè)策略的調(diào)整。如對于重要的核心服務(wù)器設(shè)備自動提高告警級別、對于雙機(jī)系統(tǒng)中的非關(guān)鍵故障自動降低告警級別等。 提供資源數(shù)據(jù)條件查詢功能和資源統(tǒng)計分析報表功能，幫助運(yùn)維人員充分了解當(dāng)前XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 7 頁 共 158 頁 IT 系統(tǒng)中各類被管理資源對象的狀況。 我方認(rèn)為資源配置數(shù)據(jù)庫必須作為整個解決方案的基礎(chǔ)來進(jìn)行重點(diǎn)建設(shè)。無論故障管理模塊根據(jù)資源屬性和資源關(guān)聯(lián)關(guān)系進(jìn)行自動的故障級別調(diào)整，還是性能管理模塊基于資源對象模型進(jìn)行指標(biāo)體系建模，都需要依賴于資源配置管理數(shù)據(jù)庫中的數(shù)據(jù)結(jié)構(gòu)和基礎(chǔ)數(shù)據(jù)。 2.2 服務(wù)管理 廣州 xxx 化建設(shè)投資 運(yùn)營有限公司以服務(wù)廣州 xxx 化為宗旨，利用現(xiàn)代信息技術(shù)手段改造傳統(tǒng)的交通產(chǎn)業(yè)，為廣州市城市交通的發(fā)展做出了貢獻(xiàn)。 在企業(yè)內(nèi)部信息化建設(shè)的同時，企業(yè)信息化的管理同樣需要規(guī)范化的指導(dǎo)和電子化的工作方式。 ITSM 是基于 ITIL 理論指導(dǎo)的 IT 服務(wù)管理最佳實(shí)踐。在 IT 服務(wù)管理建設(shè)中利用 ITIL的服務(wù)流程處理日常工作任務(wù)，可以大大減少企業(yè) IT 運(yùn)營的成本，提企業(yè) IT 運(yùn)營的效率。 在本項目建設(shè)中，我方將實(shí)施 ITSM 中的事件管理流程以滿足 IT 系統(tǒng)及終端的故障處理，實(shí)現(xiàn)故障的申報、處理、完成和關(guān)閉。利用 ITIL 理論中故障事 件處理的升級機(jī)制和閉環(huán)原則，實(shí)現(xiàn)故障處理過程中人員的合理配置，同時保證故障處理的完整性，從而提升 IT運(yùn)維部門及企業(yè)的價值。 在本期項目中我方還建議用戶建立變更管理流程，以實(shí)現(xiàn)如日常軟件升級及版本更新的流程電子化。同時建立知識庫和值班管理已滿足用戶日常維護(hù)工作的需要，提升工作效率。 XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 8 頁 共 158 頁 3 解決方案 概述 3.1 建設(shè)路線 對于 XXX 運(yùn)維管理 工程建設(shè) ，包含了系統(tǒng)監(jiān)控管理平臺和服務(wù)管理平臺，其中： 監(jiān)控管理體系負(fù)責(zé)監(jiān)控各種網(wǎng)絡(luò)設(shè)備、主機(jī)、數(shù)據(jù)庫、中間件、業(yè)務(wù)應(yīng)用 的資源配置采集和調(diào)度、配置變更報告、運(yùn)行狀態(tài)監(jiān)控、性能參數(shù)收集、事件 分析和關(guān)聯(lián)、告警處理和前轉(zhuǎn) 等 。本管理體系包括拓?fù)湔宫F(xiàn)、故障管理、性能管理、資源管理、用戶模擬體驗(yàn)等 監(jiān)控管理 功能 。 服務(wù)管理實(shí)施 ITSM 中的事件管理流程以滿足 IT 系統(tǒng)及終端的故障處理，實(shí)現(xiàn)故障的申報、處理、完成和關(guān)閉。利用 ITIL 理論中故障事件處理的升級機(jī)制和閉環(huán)原則，實(shí)現(xiàn)故障處理過程中人員的合理配置，同時保證故障處理的完整性，從而提升 IT運(yùn)維部門及企業(yè)的價值。 監(jiān)控管理平臺和服務(wù)管理平臺通過告警接口 實(shí)現(xiàn) 對 故障的申報、處理、完成和關(guān)閉 。 3.2 產(chǎn)品選型 3.2.1 監(jiān)控管理 軟件選型 Ultra-NMS 采用 Java 語言開發(fā)，其 產(chǎn)品模塊均可以跨平臺部署，能夠支持 Windows、Linux、 AIX、 HP-UX、 Solaris 等各種操作系統(tǒng)，可以廣泛的支持大中小各種規(guī)模的企業(yè)。 在網(wǎng)管的軟件選型方面，我們推薦采用 BMC Performance Manager 和神州泰岳Ultra-NMS 的組合。 Ultra-NMS 采用 Java 語言開發(fā)和 J2EE 架構(gòu)，中間件采用 JBOSS，數(shù)據(jù)庫采用 Oracle，而 Web 服務(wù)器采用 Apache； BMC Performance Manager 采用 C 語言開發(fā)，執(zhí)行效率高、系統(tǒng)影響小，在部署時不需要其他的第三方軟 件支持。 其中 BMC Performance Manager 作為分布式監(jiān)控代理程序，被廣泛的部署在各個被管理XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 9 頁 共 158 頁 服務(wù)器上，負(fù)責(zé)監(jiān)控操作系統(tǒng)、數(shù)據(jù)庫、中間件和應(yīng)用； Ultra-NMS 作為集中網(wǎng)管平臺，通過 Probe 進(jìn)行采集 BPM 提供的系統(tǒng)平臺的監(jiān)控數(shù)據(jù)、網(wǎng)絡(luò)設(shè)備監(jiān)控數(shù)據(jù)和桌面監(jiān)控數(shù)據(jù)，Ultra-NMS Server 進(jìn)行各種數(shù)據(jù)處理， Ultra-NMS Client 和 Report 進(jìn)行數(shù)據(jù)展現(xiàn)。采用這樣的產(chǎn)品選型，具有如下優(yōu)勢： 靈活的部署 Ultra-NMS 可以支持靈活的部署模式，包括兩級部署、三級部署、混合部署 ，甚至可以支持部署模式的變化，能夠適應(yīng)不同的用戶在不同階段的管理需求。無論采用什么部署模式對于 BMC Performance Manager 是沒有影響的。 Ultra-NMS 支持各種 Unix、 Linux 和 Windows，對于硬件和操作系統(tǒng)沒有依賴性，這樣使得 xxxxxx 在對服務(wù)器選型時可以不受限制，這不僅有利于新增設(shè)備的采購，而且有利于原有服務(wù)器設(shè)備的利舊。 廣泛的認(rèn)可 Ultra-NMS 是成熟的產(chǎn)品化的網(wǎng)管平臺，其一個產(chǎn)品相當(dāng)于國外產(chǎn)品的多個產(chǎn)品組合，是目前最優(yōu)的網(wǎng)管平臺產(chǎn)品。目前已經(jīng)在電力、石油、電信、 金融、政府、媒體等各種行業(yè)中廣泛使用。 優(yōu)秀的監(jiān)控代理 BMC Performance Manager 在安裝監(jiān)控代理時，對操作系統(tǒng)沒有特殊要求，不需要額外安裝系統(tǒng)補(bǔ)丁，對業(yè)務(wù)系統(tǒng)幾乎沒有影響。 BMC Performance Manager 產(chǎn)品線齊全，支持各類主流平臺系統(tǒng)與數(shù)據(jù)庫系統(tǒng)，如AIX、 Solaris、 HP-UX、 Tru64、 Windows 和 Linux； Oracle、 DB2、 Informix、 Sybase、SQL Server 等； BMC Performance Manager 產(chǎn)品提供對各種主流中間件 ，如 Tuxedo、Weblogic、 WebSphere、 MQ 的監(jiān)控管理。 可擴(kuò)展性強(qiáng)： BMC Performance Manager 管理功能的實(shí)現(xiàn)是取決于各個 KM，而每個 KM 是采用 PSL（ Patrol Script Language）腳本語言編寫而成的， PSL 腳本語言編寫采用明碼方式，類似 UNIX 系統(tǒng)中的腳本語言或 C 語言。 Performance Manager自身提供 KM 的開發(fā)機(jī)制，這樣無論是學(xué)習(xí) KM 的實(shí)現(xiàn)方式、擴(kuò)展 KM 的管理功能、XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 10 頁 共 158 頁 或新編寫 KM 都是比較容易完成的工作。而所有擴(kuò)展的 KM 與 Performance Manager自帶的 KM 工作方式完全一致。 采集方式統(tǒng)一： Performance Manager 的每項管理指標(biāo)的實(shí)現(xiàn)均由不同的 KM 完成，通過在不同的主機(jī)上加載相關(guān)的 KM，實(shí)現(xiàn)管理目標(biāo)。 處理方式統(tǒng)一： Performance Manager 采用了單一 Agent 技術(shù)，所有 KM 以插件方式load 到指定的 Agent 上，由 Performance Manager 根據(jù)定義好的輪詢策略，定時采集相關(guān) KPI 指標(biāo)的值或狀態(tài)，并統(tǒng)一存放在被管服務(wù)器指定位置，在打開 Performance Manager Console 連接相應(yīng) Agent 時，將存放在被管服務(wù)器得到數(shù)據(jù)進(jìn)行展現(xiàn)，同時，BMC Performance Manager 提供統(tǒng)一的歷史數(shù)據(jù)處理功能，在每個 Agent 端內(nèi)置有Data Retriever 模塊，該模塊定時將 Agent 采集到的數(shù)據(jù)發(fā)送到安裝了 Performance Manager Reporting Data Aggregator 模塊的服務(wù)器，并通過該組件將數(shù)據(jù)存入Performance Manager Reporting 產(chǎn)品所在的 Oracle 數(shù)據(jù)庫中。 展現(xiàn)方式統(tǒng)一： Performance Manager Console 采用了統(tǒng)一的左樹右圖的方式展現(xiàn)所有 KPI 指標(biāo)，同時可以針對不同指標(biāo)的特點(diǎn)選用折線、柱圖、表盤等方式展現(xiàn)數(shù)據(jù)，可以在圖表上顯示不同級別的告警門限，也可以通過定義管理夾的方式對 KPI 指標(biāo)根據(jù)實(shí)際運(yùn)維使用習(xí)慣進(jìn)行重新整理，將不同機(jī)器的相同 KPI 指標(biāo)同時放在右側(cè)的Panel 中統(tǒng)一展示，以進(jìn)行快速的比較，也可以將同一機(jī)器中的相關(guān) KPI 指標(biāo)在同一 Panel 中展示，以迅速定位性能瓶頸。 調(diào)度方式統(tǒng)一：由于規(guī)范中對不同 KPI 指標(biāo)要求的數(shù)據(jù)采集最大時間間隔不同，同時在實(shí)際項目中，也會經(jīng)常調(diào)整采集頻率， Performance Manager Console 提供圖形化界面，方便的定義和修改采集間隔。 通訊加密： Performance Manager Console 與 Agent 之間的通訊可以采用加密算法，并且隨用戶需求不同可以選擇高、中、低三種不同的加密算法。 數(shù)據(jù)保存： Performance Manager Agent 在本機(jī)采集數(shù)據(jù)后，會將數(shù)據(jù)保存在本地，以實(shí)現(xiàn)對歷史性能數(shù)據(jù)的重采、補(bǔ)采機(jī)制。 Agent 間連通性測量：維護(hù)人員經(jīng)常需要了解設(shè)備間的連通性，如采集機(jī)和服務(wù)器之間連通性， Performance Manager 產(chǎn)品默 認(rèn)能夠提供監(jiān)測本機(jī)與其它設(shè)備連通性測試功能。 XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 11 頁 共 158 頁 資源占用：由于 Performance Manager 采用了單一 Agent、單一進(jìn)程的技術(shù)， CPU和內(nèi)存占用都很低，正常狀態(tài)下 CPU占用不超過 2%，內(nèi)存占用不超過 25M。 自動分發(fā)： Performance Manager 中提供 Distribution Server 組件，通過該組件能夠自動向指定的被管服務(wù)器批量分發(fā) Performance Manager for Servers、 Performance Manager for Database 等軟件，無需進(jìn)行人工干預(yù)即 可完成產(chǎn)品的安裝工作 統(tǒng)一的配置服務(wù) Ultra-NMS 基于先進(jìn)的資源建模的技術(shù)上實(shí)現(xiàn) CMDB，不僅能夠記錄 IT 基礎(chǔ)架構(gòu)中的各個實(shí)體對象，而且能夠創(chuàng)建虛類，管理各種虛對象，完整的記錄所有的配置項 Configuration Item（ CI）和它們之間的關(guān)系，讓用戶對現(xiàn)有的 IT 基礎(chǔ)架構(gòu)有最完整和全面的了解。 Ultra-NMS 中的資源管理不是僅僅為了記錄配置數(shù)據(jù)而建立 CMDB，而是建立了 CMDB后能夠?yàn)榫W(wǎng)管內(nèi)部其它模塊和外部其它系統(tǒng)提供有效的配置服務(wù)，包括： 配置數(shù)據(jù)一致性檢查：雖然建立 CMDB非常復(fù)雜，但是對 于 CMDB中海量的配置數(shù)據(jù)與現(xiàn)實(shí)環(huán)境中的配置數(shù)據(jù)的一致性檢查更加復(fù)雜。 Ultra-NMS 能夠定義自動化的配置采集和調(diào)度任務(wù)，時刻監(jiān)控現(xiàn)實(shí)環(huán)境中配置變化，及時更新 CMDB中的配置數(shù)據(jù)。當(dāng)現(xiàn)實(shí)環(huán)境中配置發(fā)生變更時，記錄配置項的變化歷史，同時提供配置變更告警，提示管理員關(guān)注。 面向故障管理提供配置服務(wù)：配置管理數(shù)據(jù)庫 CMDB中記錄著很多有價值的信息，例如負(fù)責(zé)人、負(fù)責(zé)部門、地理位置、重要程度等信息，而這些信息是在故障管理的告警中必須體現(xiàn)，但是單純依賴故障管理又很難實(shí)現(xiàn)的。 Ultra-NMS 開發(fā)出故障管理配置服務(wù)技術(shù) ，能夠在原始的故障事件中，自動增加相應(yīng)的配置信息，實(shí)現(xiàn)人性化的故障告警，并且智能的定義故障告警的級別，為故障管理提供有效的支持。 面向性能管理提供配置服務(wù)： 性能管理中， Ultra-NMS 沒有象其它的產(chǎn)品那樣簡單的基于每個性能指標(biāo)開發(fā)功能，而是建立了 KBP/KPI 的指標(biāo)體系，其中 KBP 就是資源管理 CMDB中的配置項 CI，這大大增加了性能管理的可擴(kuò)展性和實(shí)用性。 面向服務(wù)臺提供配置服務(wù)：在所有的運(yùn)維管理系統(tǒng)中，都需要部署服務(wù)臺和網(wǎng)絡(luò)系統(tǒng)管理，這二者都需要建立 CMDB，現(xiàn)在大部分的系統(tǒng)都是分別建立 CMDB，這樣不 僅僅是造成重復(fù)建設(shè)，而且會造成數(shù)據(jù)的不一致和沖突。 Ultra-NMS 的配置服務(wù)XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 12 頁 共 158 頁 技術(shù)不需要服務(wù)臺自己建設(shè) CMDB，可以由 Ultra-NMS 直接向服務(wù)臺提供配置數(shù)據(jù)和信息，實(shí)時提供最準(zhǔn)確的配置項的屬性信息，形成完美的運(yùn)維管理方案，降低運(yùn)維管理的成本，提高運(yùn)維管理的水平。 配置數(shù)據(jù)報表：配置服務(wù)還可以向運(yùn)維管理門戶提供報表數(shù)據(jù)，為運(yùn)維分析提供配置管理方面的基礎(chǔ)數(shù)據(jù)。 有效提煉信息 信息提煉就是對采集的數(shù)據(jù)進(jìn)行處理后形成有用信息的過程。在故障管理中，Ultra-NMS 采集到的事件需要通過標(biāo)準(zhǔn)化、分類、合并壓制、過濾 、相關(guān)性分析、前轉(zhuǎn)、升級等多級處理后，能夠提供有效的故障信息。 擴(kuò)展性 附圖 1. 具有擴(kuò)展性的體系架構(gòu) 神州泰岳總結(jié)多年的運(yùn)維經(jīng)驗(yàn)，創(chuàng)新的設(shè)計出可擴(kuò)展的體系架構(gòu)： 擴(kuò)展的數(shù)據(jù)采集： Ultra-NMS 在數(shù)據(jù)采集方面提供多種接口，包括 CORBA、 SNMP、JDBC、 Web Services、 JMS、 FTP、 MML 等，無論業(yè)務(wù)應(yīng)用是什么、被管理對象如何變化，只要它有接口， Ultra-NMS 就能夠采集到數(shù)據(jù)； 擴(kuò)展的數(shù)據(jù)處理： Ultra-NMS 在采集到數(shù)據(jù)后，能夠靈活的定義、存儲和處理各類不同的對象數(shù)據(jù)，無論業(yè)務(wù)和指標(biāo) 如何變化， Ultra-NMS 均可以完善的整合配置、故障和性能數(shù)據(jù)； 擴(kuò)展的數(shù)據(jù)展現(xiàn)： Ultra-NMS 的數(shù)據(jù)展現(xiàn)能夠按照客戶和業(yè)務(wù)的需求定義，不僅僅XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 13 頁 共 158 頁 報表能夠定制，而且監(jiān)控的界面、數(shù)據(jù)展現(xiàn)的形式都能夠方便的靈活定義。 Ultra-NMS 與其它的產(chǎn)品比較，具有更加擴(kuò)展的管理能力，使得它不僅僅能 夠像 其它的產(chǎn)品一樣監(jiān)控標(biāo)準(zhǔn)的網(wǎng)絡(luò)設(shè)備、操作系統(tǒng)、數(shù)據(jù)庫、中間件和商業(yè)化的應(yīng)用軟件，而且能夠擴(kuò)展的監(jiān)控業(yè)務(wù)應(yīng)用。在為客戶的項目實(shí)施中，收到了非常好的效果，使得這些客戶在運(yùn)維管理方面達(dá)到了國內(nèi)領(lǐng)先、國際一流的水平。 在主流廠商 代理中， BMC BPM 具有最強(qiáng)的擴(kuò)展性，能夠方便的擴(kuò)展監(jiān)控對象； CA Unicenter 雖然能夠通過 SDK提供一定的可擴(kuò)展能力，但是需要自定義私有 MIB、通過標(biāo)準(zhǔn)C 開發(fā)新的 Agent，開發(fā)周期長、穩(wěn)定度不好保證、對開發(fā)者要求高； HP OpenView 通過 SPI提供一定的可擴(kuò)展能力，但是 SPI 實(shí)際上只提供一個打包的功能，國內(nèi)使用 SPI 開發(fā)的案例極少； IBM Tivoli 基本沒有任何的可擴(kuò)展能力，而新收購的 ITM6 整合后運(yùn)行不夠穩(wěn)定，不能滿足國內(nèi)用戶的個性化需求。 集成性 內(nèi)部集成能力 Ultra-NMS 具有 很好的內(nèi)部集成能力，能夠提供數(shù)據(jù)和信息的集成，包括配置與告警的集成、故障與性能的集成、系統(tǒng)信息與業(yè)務(wù)信息的關(guān)聯(lián)等等。例如：計費(fèi)業(yè)務(wù)中，包括預(yù)處理、一次批價、二次批價，這其中與系統(tǒng)平臺告警和業(yè)務(wù)應(yīng)用告警都緊密相關(guān)，因此需要關(guān)聯(lián)分析才能得到有用的監(jiān)控信息。 跨廠商集成能力 Ultra-NMS 具有跨廠商集成能力，有集成 BMC、 CA、 HP、 IBM網(wǎng)管系統(tǒng)的能力和項目經(jīng)驗(yàn)，也可以提供接口與其它網(wǎng)管系統(tǒng)集成，能夠在最大程度上保護(hù)現(xiàn)有和未來的投資，為網(wǎng)管系統(tǒng)提供最廣泛的選擇，確保上下貫通的接口。 外部集成能力 Ultra-NMS 可與服務(wù)管理平臺實(shí)現(xiàn)雙向事件告警集成，包括服務(wù)管理平臺受理事件后反向確認(rèn)告警接口、服務(wù)管理平臺工單執(zhí)行完畢后清除網(wǎng)管告警接口等； Ultra-NMS 可以提供服務(wù)管理平臺統(tǒng)一 CMDB的配置接口； Ultra-NMS可以支持與運(yùn)維門戶之間的統(tǒng)一身份認(rèn)證的接口。 客戶化 Ultra-NMS 具有很強(qiáng)的客戶化能力，當(dāng)用戶新提出需求時，具有定制和開發(fā)的能力，可以按時按質(zhì)滿足用戶的要求。 Ultra-NMS 產(chǎn)品本身具有足夠的擴(kuò)展性 XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 14 頁 共 158 頁 神州泰岳具有本地的定制和開發(fā)人員 神州泰岳在滿足客戶化需求方面具有非常豐富的經(jīng)驗(yàn) 業(yè)務(wù)監(jiān)控 Ultra-NMS 能夠直接采集業(yè)務(wù)應(yīng)用指標(biāo)，也可以通過主流廠商的代理采集業(yè)務(wù)應(yīng)用指標(biāo)。在主流廠商代理中， BMC BPM 提供統(tǒng)一的、完全基于面向?qū)ο笏枷氲谋还軐ο竽Ｐ?，提供知識模塊 KM 體系和 PSL 語言，提供了非常強(qiáng)大的可擴(kuò)展能力。其它廠商的代理或者不具備監(jiān)控業(yè)務(wù)能力，或者進(jìn)行業(yè)務(wù)監(jiān)控非常復(fù)雜，不推薦采用。 如果需要監(jiān)控業(yè)務(wù)應(yīng)用，可以采用 BMC BPM 或者 Ultra-NMS 進(jìn)行采集，然后由Ultra-NMS 負(fù)責(zé)處理和展現(xiàn)。例如，我方在新華社運(yùn)維系統(tǒng)中，提供對稿件全程流轉(zhuǎn)的監(jiān)控管理與關(guān)聯(lián)性分析，實(shí)現(xiàn)資料 采編、加工、共享、審改、簽發(fā)、廣播過程監(jiān)控，可用管理稿件名稱、傳輸來源、目的、成功 /失敗、簽發(fā)人、簽發(fā)時間等各個關(guān)鍵指標(biāo)，為其核心業(yè)務(wù)的暢通提供有力支持。 硬件選型 根據(jù) xxxxxx 監(jiān)控對象規(guī)模結(jié)合 我方項目經(jīng)驗(yàn)，建議監(jiān)控管理系統(tǒng) ： 服務(wù)器 采用 1 臺 Dell PowerEdge 2950，配置 2 顆雙核 CPU， 4G 內(nèi)存 ， 4*146G 硬盤 ； 服務(wù)器安裝 MS Windows 2003 Server 操作系統(tǒng)軟件 ； GSM 短信發(fā)送模塊 。 3.2.2 服務(wù)管理 Remedy軟件 .1 Remedy概述 Remedy 是市場占有率最高、最先通 過 ITIL 認(rèn)證、功能最強(qiáng)大的服務(wù)臺產(chǎn)品，是最優(yōu)服務(wù)管理流程的電子化支持平臺，在 ITIL 最佳實(shí)踐經(jīng)驗(yàn)的指導(dǎo)下，密切結(jié)合本地、本行業(yè)特定的個性化需求進(jìn)行定制和二次開發(fā)，為將來的深入和擴(kuò)展留下余地。 XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 15 頁 共 158 頁 附圖 2. Gartner Group分析報告 從該報告可以看出，從易用性和完整行兩個方面綜合考慮， Remedy 和 CA產(chǎn)品排在前面。這也與其市場占有率情況是一致的。 .2 Remedy AR System 從 ITIL 和服務(wù)管理業(yè)務(wù)角度看，事件管理和問題管理流程具備不同的特點(diǎn)和要求，區(qū)別很大；但是從實(shí)現(xiàn)技術(shù)角度看，其核心均是記錄某類 不同信息的表單在不同部門、人員或角色之間流轉(zhuǎn)?！胺?wù)管理就是簡單的工單管理”、“利用 OA工作流軟件可以很容易地實(shí)現(xiàn)運(yùn)維流程”等錯誤認(rèn)識的根源就在于忽略了業(yè)務(wù)層面的特點(diǎn)和復(fù)雜性、僅從技術(shù)層面考慮問題。 Remedy AR System 的技術(shù)架構(gòu)為同時支持 CSS/BSS 的三層架構(gòu)，如下圖所示： 客 戶層 Remedy AR System 的客戶層不但支持 windows 用戶界面，也支持瀏覽器Web 界面，同時還支持 PDA和 WAP 設(shè)備； 中間層 Mid-Tier 中間層主要提供 JSP 引擎和轉(zhuǎn)換器，允許用戶通過 Internet 訪問服務(wù)器； XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 16 頁 共 158 頁 服務(wù)器層 服務(wù)器層是整個系統(tǒng)架構(gòu)中的核心層，主要負(fù)責(zé)控制工作流以及與數(shù)據(jù)庫交換數(shù)據(jù)的工作； 數(shù)據(jù)層 數(shù)據(jù) 層主要為服務(wù)器層提供數(shù)據(jù)源和數(shù)據(jù)存儲。 附圖 3. Remedy AR System 結(jié)構(gòu) Remedy AR System 不是通用的工作流引擎，而是專門針對運(yùn)維支持和客戶服務(wù)業(yè)務(wù)開發(fā)的。它面向這種業(yè)務(wù)的特有需求，沉淀吸收了多種易于高效處理業(yè)務(wù)邏輯的數(shù)據(jù)結(jié)構(gòu)與算法。 其設(shè)計思想與實(shí)現(xiàn)方式是面向表單的，以表單的流轉(zhuǎn)為核心，而不是以完成事件自動觸發(fā)為核心的。 Remedy AR System 本身 是功能強(qiáng)大、靈活、簡便易用的服務(wù)管理應(yīng)用開發(fā)平臺，它采用多層應(yīng)用程序編寫和提交平臺，允許管理員在無需了解任何數(shù)據(jù)庫系統(tǒng)知識的情況下建立新的業(yè)務(wù)流程系統(tǒng)。利用 Remedy AR System 進(jìn)行應(yīng)用開發(fā)，不需要編寫任何代碼，通過拖拽方式在圖形化的管理員界面就能實(shí)現(xiàn)。系統(tǒng)管理員在聽取和理解業(yè)務(wù)需求后，可以在Remedy 界面上一次完成設(shè)計和設(shè)置，把業(yè)務(wù)邏輯和要求直接映射到系統(tǒng)中。這是 Remedy與其他服務(wù)臺系統(tǒng)的本質(zhì)區(qū)別。 Remedy AR System 提供類似于 VB 中的 Form 的開發(fā)界面，允許用戶通過拖放對象 到工作區(qū)的方式來實(shí)現(xiàn)界面布局和輸入項的設(shè)計和開發(fā)。隨著界面域的拖放操作，隨時完成數(shù)據(jù)表和字段的創(chuàng)建和修正，既不需要“預(yù)留字段”、又不需要重啟系統(tǒng)。 Remedy AR System 提過 Active Link、 Filter、 Escalation 等對象實(shí)現(xiàn)界面邏輯和約束條件的控制、后臺業(yè)務(wù)邏輯驅(qū)動等，非常直觀、簡便。 如下功能特點(diǎn)使 Remedy AR System 不但大大超越 Notes、 WebSphere 等中間件，而且在XXX錯誤 !未知的文檔屬性名稱 本文檔僅限 北京神州泰岳軟件股份有限公司 和被呈送方內(nèi)部使用，未經(jīng)許可，請勿擴(kuò)散到第三方。 第 17 頁 共 158 頁 服務(wù)臺產(chǎn)品中也顯得鶴立雞群。 無需編碼的開發(fā)方式使用戶自行定制和修正流程成為可能 Remedy 是以工單為核心的工作流引擎，工單和流程的定義無需編寫程序代碼，是通過GUI 界面托拽方式實(shí)現(xiàn)的，這使得用戶管理員自行定義和修正工單、流程成為可能。實(shí)際業(yè)務(wù)中工單數(shù)量眾多、界面和流轉(zhuǎn)要求復(fù)雜，隨著時間和業(yè)務(wù)的變化，工單的種類會不斷增加、要求會不斷變化。只有 Re