IT投資明察秋毫，方為明智之舉。您的網絡，需要系統管理，還是設備管理？這里需要耐心、細致地辨析。今天，來聽聽湖北電力信息系統專家周主任的見解——系統管理不等于SNMP。

系統管理對象為服務器、網絡設備、數據庫、中間件、OA、ERP、撥測等應用系統，保障網絡、業務、應用系統正常運行；而設備管理監測對象為網絡設備和打開SNMP的服務器，只能監測服務器簡單指標。系統管理可按任務計劃定期模擬檢測各種系統應用可用性，對其各種性能指標進行監測；設備管理并無此功能。周主任強調說：“設備管理不等同于網絡管理，更不等同于系統管理，很多運維工作是SNMP無法勝任的。”

SNMP最初的標準確定之后，很快被眾多的廠商設備所支持，并且發展到并不“簡單”的地位。經過三次的版本演化，它在網管人員和系統工程師的心中可以說根深蒂固。很多管理員甚至將SNMP管理視為發現和解決一切故障的法寶，但隨著網絡和系統管理任務的增多，自己編寫腳本就顯得越發的復雜和吃力，例如操作系統、數據庫和郵件系統的更新換代，以及跨平臺數據庫的統一管理，都使得很多人已經陷入了系統管理的泥潭，無法自拔。也正是在這種情況下，湖北電力開始認真尋求滿足自身需求的解決方案。

“企業信息系統管理是一項龐大而復雜的工程。功能的實現往往需要借助于多種措施和設置，而導致故障發生往往由于多種原因，既可能是“一因多果”，也可能是“一果多因”。”周主任說：“所以系統管理絕對不是依據SNMP來隨時觀察系統的工作狀態，而是用全面、動態和聯系的眼光分析問題，進行邏輯推理，從紛繁復雜的現象中發現事物的本質。”

比如我們對CPU的理解，SNMP只會告訴我們它工作的狀態，但不會告訴我們資源的使用應該如何優化。以Oracle數據庫管理為例，為了對CPU故障進行定位，用戶首先必須能夠準確的評估出系統所用CPU資源的總量，隨后，用戶還必須確定系統是否具有充足的CPU資源，并識別出何時系統所消耗CPU資源的總量最多。如果性能故障的主要原因歸結于當前系統的配置（服務器不具備足夠的CPU和內存資源來運行程序），單一的系統管理方案只能提供升級配置或減少應用占用兩種方案。如果單純的依靠SNMP管理模型，那么后續的工作將依然受到一定程度的限制。

游龍為湖北電力開發的綜合運維管理系統，提供了400多種監測器，可以對服務器、網絡設備和應用系統進行深入細致的監測和管理，非常方便運維人員的管理。網絡管理員看到系統界面顏色提示和報表數據統計，就知道哪里出現故障或存在故障隱患。同時，這是個智能化的運維平臺，一旦出現異常，控制中心就可以給相應網管工程師發派工單，該工程師完成技術問題后即可反饋完成任務，并把解決的問題放到知識庫當中共享。

雖然系統管理和SNMP的重心都同樣在于裝置的監看和控制，但系統管理將裝置視為是整體，或是一群相關服務的集合。而SNMP很多時候將提供服務的設備視為是系統的一小部份。你也可以這樣來看待兩者的差別：一者是只關心特定裝置的順利運轉（SNMP），另一者是關心整體網絡的健全運作與長遠發展。