最近給客戶做諮詢時，跟行業客戶談起關於
it運維管理在各業的運用，關於
it運維管理方面有一些總結，跟大家分享一下。先講乙個大家都有可能經歷過的故事，一位叫
mark
的客戶說他所在的公司承接了乙個房產交易公司的網路運維服務。順便介紹一下
mark
，名校計算機專業畢業，是大家公認的技術專家，手下十來號人，技術底子也不差。專案運作初期，感覺很良好，蠻輕鬆自在的，而使用者對
mark
團隊的服務也比較滿意。但是，最近一段時間經常出現故障，使用者網路連不上房產交易系統，導致使用者向
mark
的上司進行了投訴。
mark
親自現場，把所有故障徵兆都詳細分析了一遍，也搜出了幾個故障點，情況雖然有改善，但還是沒有把故障根本排除。整個團隊都加班加點地在現場進行故障分析，
mark
覺得很鬱悶。 聽
mark
苦況之後，其他幾位客戶也感同身受。紛紛說起了自己的不幸，經常碰到莫名其妙的故障，加班加點排除故障，忙忙碌碌，象消防隊員一般不停地出現在解決問題的現場
…..
聽到這些，我深表同情，他們都是在
it運維管理過程中深受其害的人。說起
it運維管理，大家都有所了解，但是要真正理解
it運維管理過程中的一些有效解決故障的方法，客戶的感覺是沒有很好的工具，只能在自己的負責區域裡面用一些小聰明去解決一次兩次的問題，所謂的「投機取巧」。
其實，在
it運維管理過程中，主要的故障徵兆表象就是一句話「網路不通，服務連線不上」，但造成這個表象的原因卻有很多，整個網路運維可以出現故障點的地方應該說數不勝數。單純依賴
it運維管理人員人工地去監測、排除故障，效率實在有點低。鑑於這些故障的原因，大體總結幾點，主要包括：網路拓撲不清晰、故障定位難、異常流量監控困難、沒有行之有效的體制約束使用人員。
在此，我總結了幾個在
it運維管理過程中可以的借用的幾大利器，幫助我們
it運維管理人員走出困境。
利器之一，網路拓撲圖。在日常的
it運維工作中，運維管理人員對網路的監控只是單點地針對裝置進行觀察以及排錯，無法對網路整體進行有效的認識或監控，好一些的可以在自行畫製的靜態拓撲圖上簡單描繪著網路的連線狀態。但僅有靜態的邏輯拓撲圖，對於日常
it運維還是遠遠不夠的。我們所需要的是一張能夠實在現實網路中所有裝置工作狀態、線路流量狀態並可以智慧型進行告警通知的拓撲圖。我們稱之為物理拓撲圖，所謂的物理拓樸圖是能真實地體現網路中的物理執行狀態。可以根據運維管理平台提供的
物理拓撲圖真實呈現網路裝置狀態，通過物理拓撲圖的展示，
it運維管理人員可以及時地知道網路中發生的故障所在，網路的壓力點所在，並且可以對網路中的所有裝置進行快速的瀏覽以及配置，可有效提高工作效率。
利器之二，
ip位址簿。當網路出現故障時，
it運維管理人員為了查詢乙個故障源
ip需要先查詢多台路由器的
arp表和交換機的
mac表，最後定位到故障源
ip所在埠位置。這個過程花費我們管理人員較長的時間，如果出現多個故障源時，情況會更加地惡劣。如果我們把整個網路中所有
ip位址、
mac位址、交換機埠的對應關係實時地整理成乙個**，當網路中出現故障，需要查詢故障源時，便可以快速瀏覽這個**以進行故障定位。我們稱這個**為
ip位址簿。
利器之三，資料流分析。在網路中所傳輸的流量，對於
itit
運維人員，或者更加智慧型化地對非法流量源頭進行堵截。以保證我們網路的正常應用不受非法流量影響。
利器之四，行之有效的行政體制。有了以上三種必選利器後，
it運維管理人員可快速地對故障進行排查，也可以對造成故障的源頭進行跟蹤，但是，現有的狀況往往是這樣：「當
itit
運維部門是乙個對內服務的部門，沒有相應的規章制度對使用人員進行約束。因此只能對使用人員說明故障原因，希望不要再犯。但是不久，又有另外乙個人犯同樣的問題，又導致同樣嚴重的網路故障。」為了改善這種對
it運維管理人員不利的狀況，需要企業管理人員對現有的
it運維工作進行高度的重視，制定一套行之有效的網路使用規章制度，並且嚴格進行落實。
相信擁有上述的四大利器後可以解決日常
it運維管理的需要，我們在選擇網路管理軟體的時候，也不妨以上述四大利器為鑑定的標準，來對網路管理軟體進行對比。
電商量化管理四大利器
對於電商甚至是企業的運營管理來說，任何環節都需要量化，量化才能改進，才有成效。天下武功，為快不破。電商正延續的這種精神，比快，比狠，又有企業在快之餘，沉思對於流程，對於管理的量化？混跡派代許久，對於運營管理的量化卻甚少談及，對於電商運營流程，公司的計畫管理也鮮有提及。也想藉此機會和大家 流程化 標準...
事務管理的四大特性
1 一致性 將事務中所做的操作 成乙個原子單元，即對於事務所進行的資料修改等操作，要麼全部執行，要麼全部不執行。3 隔離性 由併發事務所做的修改必須與任何其他事務所做的修改相隔離。事務檢視資料時資料所處的狀態，要麼是被另一併發事務修改之前的狀態，要麼是被另一併發事務修改之後的狀態，即事務不會檢視由另...
解讀IT架構管理中的四大重要規則
計算機系統的架構非常重要。不太合適的引用已故的green bay packers的傳奇教練vince lombardi話說，架構不是所有的事情，但是它是唯一的事情。或者曲解另乙個古老的說法，電腦程式潮起潮落，不好的架構永遠存在。通過觀察許多it部門的努力得出上述結論的。這些it部門的架構不能迅速改變...