IT網管軟件比較一覽表

比較項目	BMC	HP OpenView	CA UniCenter	IBM Tivoli
系統架構	整個產品體系架構完整、統一、所有監控軟件的採集、處理、展現、配置方式都能夠保持一致	由於產品推出時間較長，其NNM、OVO、OVOP等產品的風格、配置/使用方式各不相同	其在本項目中推薦的Unicenter NSM和UDPM產品分別屬於不同的產品線，架構、配置/使用方式各不相同	Tivoli自身架構完善、合理、但是由於其網絡管理產品Netview和存儲管理產品TSM爲後來併入Tivoli產品線，因此體系結構也不統一
日常維護人員使用方式	既Console/Agent方式，也提供B/S的方式	基本只能採用Console/Agent方式，或仿真終端方式	Unicenter NSM基本只能採用Console/Agent方式，UDPM可以提供B/S方式，能夠通過其提供的Portal軟件實現部分功能的集成	C/S結構
產品線完整性	產品線完整，能夠支持幾乎所有操作系統、數據庫、中間件、羣件和主流商用軟件（如Siebel、PeopleSoft、SAP、、WebMethod...），完全滿足和支持北京移動現有IT環境中的軟硬件環境	產品線較完整，對於數據庫、中間件、羣件和主流商業軟件支持較差，在本項目中，不能提供針對CRM系統中Siebel和KM系統中WebSphere MQ的成熟監控管理產品，而只能採用項目中開發的方式，存在很大的項目風險	產品線較完整，在本項目中不能提供針對CRM系統的Siebel的成熟監控產品，存在很大的項目風險	產品線不夠完整
對操作系統、數據庫、中間件等產品的新版本支持速度	最快，基本在相關廠商推出新版本半年之內就能夠提供相應的支持	較慢	較慢	較慢
系統資源佔用情況分析	採用了單一Agent技術，所有監控功能通過加載相應KM實現，系統資源佔用最少，且還可以根據實際監控要求靈活裁剪監控指標，進一步節省系統資源佔用	其OVO和OVOP各有單獨的進程，其採用的Smart-Plugin技術相當於OVO Agent的sub－Agent，每一個Smart-Plguin要以單獨進程方式運行，整體資源佔用較多	採用多Agent技術，不同管理功能由不同Agent實現，系統佔用資源較多	採用單一Agent技術，系統資源佔用較少，監控指標也可通過定義Profile的方式裁剪
Agent自管理能力、穩定性及維護工作量	Agent具備自管理能力，且運行穩定，由於是單一Agent，維護工作少	Agent不具備自管理能力，由於採用多Agent、多進程技術，維護工作量較大	Agent不具備自管理能力，在BOSS網管中發生過運行時間較長後，進程僵死的情況	Agent不具備自管理能力，維護相對簡單
監控指標的豐富和有效性	監控指標豐富、實用、有效、深入，尤其是對數據庫、中間件和Exchange等的監控功能強大，能夠基本滿足集團公司規範和日常維護要求	監控指標相對有限，且不夠深入，不能完全滿足集團公司規範和日常維護要求	數據庫監控指標豐富，其它產品的監控指標相對較弱，不能完全滿足集團公司規範和日常維護要求	監控指標最少
系統可擴展性和快速開發能力	採用KM和PSL技術，具備極強的可擴展性，且容易學習、掌握，能夠實現快速開發	可以通過編寫、定義OVO的Template和Smart-Plugin提供一定的可擴展性，但是開發難度較大，開發週期相對較長，OVOP基本沒有可擴展性	Unicenter NSM可以通過其提供的SDK開發新的Agent實現可擴展性，但是開發難度大，對開發人員要求高，開發速度慢，UDPM只能通過自定義SQL語句的方式實現有限的擴展性	基本不能擴展
今後是否能夠利用本次選型的產品實現業務應用監控	能，已經實現對海關總署、中國電信總部及9省結算系統、中國聯通綜合營帳等的業務應用監控管理，有大量成功案例	基本不能，象億陽這樣的HP合作伙伴在浙江移動BOSS網管試點中都採用自主開發的方式實現業務應用監控	由於其可擴展性的問題，基本不能基於其產品實現業務應用監控	基本不能擴展
監控指標與性能指標一致性	監控指標和性能指標採用統一的方式採集，兩種指標是一致的	通過OVO和Smart-plugin實現監控功能，通過OVOP實現歷史性能數據的採集，採集的指標不一致	通過Performance Agent實現歷史性能數據採集，通過其它Agent實現監控功能，兩方面採集的指標不同	能夠保持監控指標和性能指標的一致
性能數據是否提供補採機制	性能數據能夠在被管設備上存放，提供補採機制	採集到的性能數據直接入庫，當與數據庫通訊中斷時，無法提供補採機制	性能數據能夠在被管設備上存放，提供補採機制	不提供補採機制
數據存儲	所有數據存放在內置的Oracle數據庫	文件、NNM採用專有數據庫Solid，OVOP內置Oracle	文件、關係型數據庫（SQL Server或Ingres）	關係型數據庫
是否提供操作、控制和排錯以及故障定位功能	提供很多實用有效的功能和工具	基本沒有	基本沒有	基本沒有
操作界面是否統一、是否友好	所有操作界面統一，均採用左樹右圖的模式，美觀程度稍差	不同產品的界面不同	不同產品的界面不同，但是美觀程度和直觀性最好	統一的操作、監控界面，也不夠美觀、友好
事件管理功能	Patrol內置的Event Manager事件管理功能一般，但是其PEM（Patrol Enterprise Manager）具有很強的事件管理功能，在本項目中，事件管理功能主要由神州泰嶽（集成商）通過其按照集團公司規範開發的事件管理組件實現	事件管理功能較強，也能夠通過ECS引擎實現基本的事件關聯性分析，但是其告警信息格式和事件處理流程不符合集團公司規範要求	事件管理功能較強，也能夠通過其AEC提供基本的事件關聯分析功能，其內置的Mesaage Action技術能夠方便的對事件信息進行進一步的處理	事件管理功能較強，是通過TEC（Tivoli Enterprise Console）實現的，但是該產品的主要設計人員已經跳槽去BMC了
用戶及權限管理	一般	部分實現功能點授權	數據庫表級授權、無功能點授權和數據記錄級授權，能夠通過其Unicenter NSM Portal實現一部分的用戶及權限管理功能	功能點授權、被管對象級授權(網管部分爲功能點授權）
與集團公司網管規範的符合程度	在監控指標方面能夠符合集團公司規範要求，在事件管理、用戶權限、統計分析報表等方面需要神州泰嶽相關功能組件的支持，在配置管理方面需要神州泰嶽相關功能組件或其Remedy產品支持，能夠滿足集團公司規範要求	在監控指標方面不能滿足集團公司規範要求，事件管理方面前面已經說明，報表系統不能滿足規範要求，配置管理功能需要依靠其Service Desk產品，但該產品也不能滿足規範要求	監控指標方面不能滿足規範要求，事件管理請參見前面的說明，基本沒有報表功能，配置管理需要其Service Desk產品支持	基本不能
網絡管理功能	只有幾個單獨的網管工具，功能較弱，需要與神州泰嶽網管組件結合，而神州泰嶽的網管組件完全能夠滿足集團公司規範和日常維護的要求	成熟強大的管理功能 ：HP OpenView提供強大豐富的管理能力，包括：網絡拓撲管理、網絡故障管理、網絡性能管理、網絡路徑管理、網絡資產管理、網絡流程管理等，指標也較完善	提供強大豐富的管理能力，包括：網絡拓撲管理、網絡故障管理、網絡性能管理、網絡路徑管理、網絡服務管理，指標也較完善	成熟強大的管理功能 ：Tivoli Netview提供強大豐富的管理能力，包括：網絡拓撲管理、網絡故障管理、網絡性能管理、網絡路徑管理、網絡資產管理、網絡流程管理等，指標也較完善
管理模式	BMC Patrol採用單一管理數據庫、一致的公共界面，所有IT管理人員針對同一被管目標，保證信息的一致性	HP OpenView體系結構採用單一管理數據庫，一致公共界面。所有IT管理人員針對同一被管目標，保證信息的一致性	Unicenter體系結構採用單一管理數據庫，一致公共界面。但是其與UDPM產品的集成不夠完善，只能實現界面集成和事件集成，不能實現數據級的集成	IBM Tivoli體系結構採用單一管理數據庫，一致公共界面。所有IT管理人員針對同一被管目標，保證信息的一致性
分級管理	分級管理能力不強，需要通過神州泰嶽的用戶及權限管理組件實現	HP OpenView體系結構是分層次、分角色管理模式，使不同的系統管理員可專注於他需管理的任務上，實現管理工作的高效分工協作，減低系統管理的複雜性和難度	通過其Unicenter NSM Portal能夠實現基本的分級管理功能	IBM Tivoli體系結構是分層次、分角色管理模式，使不同的系統管理員可專注於他需管理的任務上，實現管理工作的高效分工協作，減低系統管理的複雜性和難度
學習和使用是否容易	由於其體系完整統一，因此很容易學習和使用，且神州泰嶽已經對Patrol做了漢化	OpenView爲用戶提供了豐富的全中文的漢化圖形界面，通過這些圖形界面，用戶可以完成所有的管理功能	產品直觀，易於學習和使用	由於其架構的統一性，學習和使用比較容易