眾所周知，傳統的網絡治理依靠SNMP（簡單網絡治理協議）這種針對ip網絡治理網絡節點（服務器、工作站、路由器、交換機等）的標準協議。它作為一種應用層協議。使網絡治理員能夠治理網絡性能，發現并解決網絡問題，并通過SNMP接收隨機消息（及事件報告）網絡治理系統獲知網絡出現問題。

治理不簡單

目前用戶的網絡環境日趨復雜，比如國內某汽車生產商的網絡環境中，運行Windows的服務器達到10多臺，還有一臺運行Solaris的服務器，核心交換機是兩臺華為的，接入層選用了20多臺華為的交換機，路由器選用了3臺Cisco的，另外還有兩臺Check Point的防火墻，而且還包括了SAP系統（執行于Oracle數據庫），Exchange郵件系統，SQL數據庫，IIS，DNS，AD，Domino，WebSphere等應用。

在這樣復雜的網絡環境下，需要對服務器層、網絡系統層、應用系統層搭建起立體式的運維治理，僅僅依靠傳統的SNMP進行治理是很難實現的。

而且該企業多次在休息日發生系統宕機的情況，由于沒有及時發現，造成系統長時間停機，影響各部門業務的正常開展。一方面，對用戶的工作產生了很大影響，另一方面，由于故障不能及時定位，沒有很好的故障報警措施，所以在故障排查方面，也給網絡治理工作造成了很大的壓力。

化被動為主動

SNMP這種簡單的治理方式正在開始逐步退出網絡治理的舞臺，取而代之的是HP OpenView、IBM Tivoli、SiteView ECC這樣的網絡運維治理工具。在沒有引入網管系統以前，用戶主要是依靠操作人員報障來發現網絡故障，對故障也沒有預判的過程，處理起來非常被動。

在企業中的網絡治理工作總體上是一種被動式治理，網絡治理員的主要工作是等故障出現然后再進行解決，屬于事后處理的類型。每個CIO都希望能夠主動對網絡進行治理，讓系統不停的自動檢查各系統的運行狀況，一旦出現問題能夠及時發現，并能夠得到即時處理。

另外，網絡治理員通過各類日報表、統計分析功能、圖形化分析界面對系統運行狀態進行分析，通過分析可以發現問題的先兆，這樣網絡治理員就能在故障出現之前把問題消滅在萌芽狀態。

哪怕是系統宕機出現故障了，也能夠使用網管軟件所提供的故障分析功能，及時找出故障的源頭，為網絡治理員在短時間內解決問題爭取時間。將問題的發現權重新把握在運維工程師手里，通過監測點閥值的設定，當接近危險值的時候，系統就會發出報警、通知。這樣才能夠讓CIO可以預先把握問題隱患在哪，部署調整解決方案。

網絡治理工具的結構

現在的網管系統有的采用B/S架構，有的采用C/S架構，但是這兩種架構各自有各自的優缺點。B/S架構的優勢在于實施、維護、升級方便，服務響應及時，對于大型的網絡，進行異地安裝、維護的尤為適合，也是普遍存在的需求。

但是對于部分大型用戶，當監測數據非常大的時候，要通過B/S形式打開監測頁面是非常困難的，這樣情況下可能C/S更加方便查看，也更加安全。

也有像SiteView ECC這樣把B/S和C/S融為一體的網絡治理平臺，這樣，用戶在進行業務需要對IT進行調整時會非常便利。