IT基礎(chǔ)設(shè)施運維系列故事之：在IT運維論壇混過的那些日子

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

IT運維管理論壇十大雷人回復(fù)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

文章摘引自 計世網(wǎng)

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