IT基礎設施運維系列故事之：在IT運維論壇混過的那些日子

一個網絡社區(qū)的發(fā)展大致經歷這樣的階段：創(chuàng)立、推廣、成熟、衰落，這里面的涉及到三種經常在社區(qū)活動的人群：網友、斑竹、社區(qū)管理層，這些人群是社區(qū)的共生系統(tǒng)，而斑竹在這套體系中卻起著核心的作用。我們的主人公就是一位混了10年論壇的IT精英人士，雖然已經不再當擔任斑竹了，但通過他轉發(fā)過來的一些IT運維管理的論壇“精華貼”，從中我們不難發(fā)現(xiàn)，IT運維管理其實還真不是一件容易的事。

IT運維管理論壇十大雷人回復

1) 我這邊的綜合業(yè)務系統(tǒng)運行在Windows Server服務器上，每次重新啟動之后感覺運行速度還可以，但運行一段時間就感覺緩慢異常。一直找不到問題，雖然重新啟動能讓用戶繼續(xù)訪問，但這也不是辦法呀...（回帖：你可以設定一個腳本，每天重新啟動就行了）

2) 外地辦事處的員工總反映到總部網絡訪問時斷時續(xù)，我讓他們停止了所有的下載操作，但網絡緩慢的問題從路由器、防火墻、核心交換上我都看不出問題所在...（回帖：你讓他們搬回來就行了）

3) 公司的文檔控制服務器的公用磁盤總是時不時的“爆滿”，由于這臺服務器還有郵件服務的角色，除了磁盤配額限制之外，我想在撐滿磁盤之前就刪掉臨時文件，不然郵件服務會停止...哪位高人有招？（回帖：本公司銷售各種服務器原裝硬盤，為您解憂是我們服務的宗旨。）

4) 之前我發(fā)現(xiàn)運維的活計其實挺輕松的，看看日志，如果沒問題就OK?，F(xiàn)在的問題是，我們服務器已經到了100臺了，我每天就是日志，然后還是日志...活不下去了...（回帖：不用看日志，等著，哪臺上不去了就修那個，我試過，這樣能加薪）

5) 一套核心系統(tǒng)的Oracle數(shù)據(jù)庫，在業(yè)務高峰期常常出現(xiàn)數(shù)據(jù)庫響應非常緩慢的現(xiàn)象。發(fā)生故障的時間通常出現(xiàn)在上午11 點左右和下午16～17 點左右。在出現(xiàn)故障時，對數(shù)據(jù)庫的任何操作，包括連接數(shù)據(jù)庫都非常緩慢。故障通常持續(xù)幾分鐘至十幾分鐘，之后就自動恢復正常。求優(yōu)化思路...（回帖：采用北京市機動車限號機制，完全可以解決你的問題。）

6) 新來的頭兒，告訴我網絡中斷10分鐘就扣錢。誰能說出網絡不斷的方法，雙鏈路除外...（跟帖超過100樓，不過都是罵街的多）

7) 一朝天子一朝臣，集團CIO換了10多位了，來個新O就賣一堆設備，還什么牌子都有，哥們看手冊看的頭大，還寫多P監(jiān)控腳本，誰有招寫一個腳本都管起來，我看CPU、內存就行，跪求...（等你當O了，都給它們換成一個牌子的。）

8) 我這10樓的主任反映上不去網，其他人有的行，有的不行，我一賭氣把樓層交換機上閃得利害的燈所對應的網線拔了，但別人還是上不去（跟帖多為“先都拔了，一個一個再插，就能找到了”）

9) ERP一直穩(wěn)定，后來上了一個新的LIMS質量控制系統(tǒng)，訪問就出現(xiàn)問題了，但也不是總有問題。網絡問題？ERP服務器問題？LIMS系統(tǒng)問題？（回帖：樓主是賣藥的，黑心人的事。經過我們查證，LIMS系統(tǒng)確實醫(yī)療行業(yè)的應用軟件）

10) 1樓：網慢？2樓：我比你慢...3樓：我比沙發(fā)慢...

別總拿IT系統(tǒng)故障說事兒

設備繁雜多變、網絡緩慢、核心業(yè)務服務器宕機、資源負載到達極限、子業(yè)務出現(xiàn)故障、網絡故障頻頻、海量的系統(tǒng)日志……等等。從論壇帖子中的提問到一條條的回復，我們看到了很多無奈、無助，有笑談也有可悲，而這也恰恰說明了IT運維管理包含的內容有時候超出了技術人員的“一個人戰(zhàn)斗”的范疇。從技術人員的角度上來說，故障管理才是他們最為關心的。但從企業(yè)管理者的角度上看，更多的則是管理觀念如何落實，既讓IT技術人員從疲憊的狀態(tài)下解脫出來，又能實現(xiàn)永不間斷的目標。

你我都希望自己的 IT 系統(tǒng)能夠7x24小時不間斷運行，或者達到99999的可用性標準，但這種情況幾乎是不可能的。為何呢？IT系統(tǒng)故障是不可抗拒的因素。任何計算機系統(tǒng)都會有出現(xiàn)故障的時候，可能發(fā)生在測試階段，也可能發(fā)生在系統(tǒng)剛剛上線，還可能發(fā)生在已經穩(wěn)定運行很多年的系統(tǒng)上，又可能發(fā)生在系統(tǒng)一個小小的升級之后。而這些系統(tǒng)出現(xiàn)故障所帶來的負面影響則可大可小，小到一個終端的軟件無法使用，大到整個系統(tǒng)癱瘓，所有業(yè)務不能辦理。但如果一個IT部門別總拿IT系統(tǒng)故障說事兒，也顯得太敷衍了事，因為這是作為與不作為的問題。

以論壇上的哪些事來說，上來就談一些先進的管理理念，如ITIL、ITSM、BSM，這就成了“灌水帖”了。我們知道，企業(yè)業(yè)務系統(tǒng)的穩(wěn)定性提出了越來越高的要求，因此，對于承載這些業(yè)務系統(tǒng)的基礎架構，監(jiān)控到不到位才是IT運維管里的立足之本。從這些帖子中不難發(fā)現(xiàn)，現(xiàn)在的IT環(huán)境極難控制，桌面、網絡設備和服務器管理的成本非常高，發(fā)帖者在故障面前普遍顯得很被動。因此，要分析出網絡為何慢？數(shù)據(jù)庫為何慢？何時服務器達到了負載的極限，這些都需要一個長期監(jiān)控的結果，沒有監(jiān)控的數(shù)據(jù)，就談不上優(yōu)化。當然，由于缺乏工具和資源，應用程序和服務的整體運行狀況是未知的，我們也就無法及時恢復故障。

泛普軟件的孫永杰先生也是一位網絡社區(qū)的明星人物，他認為：“在IT部門還依然被動的情況下，面對時而發(fā)生的IT故障和問題時會變得越來越沮喪，管理員不知道向誰尋求幫助，在四處發(fā)帖求救時，故障本身卻在那里依然存在。此階段的用戶最希望的是把網絡、路由器、交換機、服務器等納入一個監(jiān)控平臺上進行管理，保證其運行不出問題。當然，實現(xiàn)IT基礎設施監(jiān)控的目標不僅基于當下的情況，因為這將使得IT部門可以立足長遠。”

故事的主人公沒有了當初的狂熱，浮躁，多了幾許成熟、從容與淡定?？烧娴囊ブ夭倥f業(yè)，當這個IT管理論壇的版主，心里還真是發(fā)虛。他深信，也許有一些人已經籌措了整套的想法，但管理手段（一個電話或一封郵件）和工具落后，仍會導致很多故障反復出現(xiàn)。如果在上百臺服務器和幾十個業(yè)務系統(tǒng)面前，依然讓他用手工的方式去運維，必然導致自己砰然“發(fā)飆”。

文章摘引自 計世網

原文連接誒：http://cio.ccw.com.cn/solution/alyj/htm2012/20120111_958734.shtml