概述
事實上，國內使用者網路運維管理的規劃在整個企業it規劃中所佔份額如九牛一毛，沒有相對完整的標準和要求，各單位網管員應用的水平還處於自我學習與摸索階段，水平也參差不齊。沒有標準和規劃的it人員像企業裡的「消防隊員」一樣，**有問題就奔向**撲火救急。當老闆勒令以最快的速度解決好燃眉之急，同事以焦急的目光注視時，恢復網路正常的希望就寄託在你的身上了，產生的壓力在短時間內迅速增生，平時玩轉網路的高手也難免會發揮失常, 易解決的問題相對也變得困難。
這些是我們企業網路運維管理中經常出現的鏡頭，如果企業不了解問題背後的根源，就算配置了再高階的網路裝置，也會因為乙個難以預料的問題而束手無策，網路運維管理人員更是巧婦難為無公尺炊。
it運維管理現狀
現階段，國內企業使用者實際情況是，一方面在日常it運維中碰到很多相對來講很小的問題，機房雜亂，終端眾多，網路日漸龐大無法掌握、臨時不在機房，如何知曉突發狀況、網內流量異常等，常說牙痛不是病，疼起來真要命，就是這種感覺。
另一方面，市場上品質好的管理軟體相對比較貴，在出現需要能夠解決問題的平台軟體時，網路管理員借用免費管理工具解決問題。運氣好些的，能解決好問題萬事大吉。但是，我要說的，這樣具有單一管理功能的軟體雖有一定的針對性，但並不具有全面的管理功能，難以支援通用協議的管理，甚至難以提供根據不同管理物件、不同特質進行管理的功能。只是事後管理，網路問題已經發生了，事後管理損失已經造成了。而網路管理人員還不得不扮演「消防員」的角色。這也是大部分it管理人員比較鬱悶的地方，無法從全域性的角度、預判的角度去管理it網路，疲於亡羊補牢永遠也跟不上網路發展帶來的變化。
it系統是乙個龐雜的系統，我們不能像盲人摸象一樣，問題在**就在這裡抓住，比如核心裝置是否負荷太高？可以去關注某個地方的流量太大了，可以把它化解掉。但問題如果不在這裡，就無法得知是否還有潛在的問題。我們it管理人員應該從全域性的角度縱觀，綜合分析把控。俗語說得好「痛則不通，通則不痛」，經絡是遍布身體大網路，解決區域性病痛一定要檢查經絡上的穴位來解決。跟中醫**同出一則，企業網路運維管理何嘗不是如此。
網路運維軟體不可或缺
經過多年的實踐證明，乙個平台級的網路運維軟體，可以對網路上可能出現的問題進行預判和快速的定位，讓it管理人員及時了解問題，定位問題，解決問題，從而做到輕鬆掌控全域性。這種軟體才能真正做到讓企業的it管理人員拒絕充當「消防員」角色。
通過快速發現網路裝置功能，可以根據多種自動拓撲搜尋演算法發現裝置之間的關係從而自動生成全域性的二層真實網路拓撲圖和三層邏輯拓撲圖。當網路結構發生變化時，自動發現引擎能夠及時調整網路的拓撲結構圖，保證了與實際網路狀態的一致性。
而個性化定義拓撲的工具，也可以讓管理員能夠按照行政區域的劃分來定義拓撲，並且根據自己喜歡風格的來自由定義每張網路拓撲圖，例如：拓撲的背景顏色，裝置圖示，拓撲介面結構等。使得網路拓撲圖更加易於管理，看起來也直觀易懂。
網路拓撲展現採用b/s架構，網路裝置的監控、管理、報表分析，全部在統一的管理portal介面完成。mocha bsm以portal為展現中心展現各個管理模組，即使使用者客戶已經擁有一些不同的監控系統，也可以通過 portal 技術將不同的第三方監控系統進行介面整合、事件整合、資料整合。這樣我們的管理員可以隨時隨地輕鬆管理企業網路。
拒絕充當網管中的「消防隊員」
概述 事實上，國內使用者網路運維管理的規劃在整個企業it規劃中所佔份額如九牛一毛，沒有相對完整的標準和要求，各單位網管員應用的水平還處於自我學習與摸索階段，水平也參差不齊。沒有標準和規劃的it人員像企業裡的 消防隊員 一樣，有問題就奔向 撲火救急。當老闆勒令以最快的速度解決好燃眉之急，同事以焦急的目...
SSH框假中spring充當了管理容器的角色
在ssh框假中spring充當了管理容器的角色。我們都知道hibernate用來做持久層，因為它將jdbc做了乙個良好的封裝，程式設計師在與資料庫進行互動時可以不用書寫大量的sql語句。struts是用來做應用層的，他它負責呼叫業務邏輯serivce層。所以ssh框架的流程大致是 jsp頁面 str...
IE Jquery中拒絕訪問的處理方法
多人合作開發乙個站點過程中，為便於開發，將一些公共檔案如js,css,images放在外網上，各自鏈結這類檔案以供使用。本地測試時網頁的一些js 在ie8，ie6中會停止執行，並報某個js檔案拒絕訪問，比方jquery.js。jquery.js是肯定不會錯的，並且這個錯誤僅僅發生在ie中，ff及ch...