iT邦幫忙

19

DBA夢魘:資料太多有害無益

有意思的文章^^於心有戚戚焉可以給想怎麼debug系統管理面的朋友參考參考

前言
投入IT界的十年職場生涯中,我從一個產品研發軟體工程師,到技術顧問、專案以及產品經理,一直到產品技術支援客服人員,深深體驗到,IT的本質就是在解決問題。開發軟體,是為了解決某個特定需求,顧問則是利用IT技術提出解決方案、來處理某個產業特定的問題,客服人員則是在協助客戶解決產品的問題。雖然大家都在解決問題,但是問題往往是在投注大量人力以及時間後,不是無法及時解決,不然就是解決不了。結果常是客戶以及使用者用到心灰意冷,而身陷其中的的技術人員也受挫連連,高唱不如歸去...賣雞排。

其實跟以前比起來,現在的資源實在是多得很多,那為什麼大家還是這麼痛苦?**究其原因,就是在面對問題時沒有發覺問題背後真正的問題,而採取正確的解決途徑。**解決問題雖然被喻為一項藝術,但事實上還是有些方法以及規則可循;用對方法絕對是事半功倍。我接下來以資料庫系統管理為對象,說明幾個常見的迷思及解決方法。不過中間運用到的原則卻可以應用到個個層面。
DBA夢魘:資料太多有害無益
李信宏
2008/05/22 05:00
揮之不去的夢魘

以下是個常見的MIS工作情境:

此次彼落的電話鈴聲淹沒了整個資訊室。抱怨的電話如洪水般湧來,整個系統就像得了瘟疫一樣,動彈不得。你一邊接電話,一邊心中納悶著,明明昨天測試都一切良好,怎麼才一個晚上就豬羊變色了?使用者火冒三丈,而你也焦頭爛額。你想解決問題,但是你連接電話都來不及了,那還有時間處理?最糟糕的是這件事連總經理都知道了, 一通電話過來,要求一個小時內讓系統上線,否則提頭來見。一個小時?連原因是什麼都搞不清楚,那有辦法解決啊?

只要你是系統管理人員,或是公司MIS部門的人,想必也會有以上經驗。要是問題是發生在上班時間,有時候那還好,因為有可能在證據尚未被湮滅之前,找到發生問題的元凶。若問題是在半夜發生,等到你知道問題發生時,大概所有可能的蛛絲馬跡都己經找不到了。既然什麼都找不到,這時候系統管理者最常做的一件事情是什麼呢?

沒有錯,就是重新啟動系統!

若是這招有用的話,阿彌陀佛,你可以暫時喘一口氣。你應該每天燒香拜佛,請求神明保佑問題不要再回來。但是相信我,問題永遠都會回來,只是時間遲早而已。而且,往往拖得愈晚,問題只會更大。

若是重開機無效,那我只能說,請自求多福了。

**「當你開始面對問題時,就是解決問題的開始。」**是的,奉勸各位管理系統的同胞們,不要再當駝鳥了。當你問題暫時獲得紓解時,請用積極的態度,在有限地時間裡趕快把問題根源(root cause)找出來。但是,問題要怎麼找?

這裏就談到許多系統管理員的第一大迷思:資訊愈多愈好。
簡單來說,系統管理其實就是資源分配的管理。摒除掉產品本身的Bug之外,只要有一個問題產生,十之八九一定跟所能運用的資源有關係。任何一個系統,在運作時只要所需資源不足,就一定會先影響效能;若是一個系統內部有一個以上的元件在搶同一個資源,那就很容易造成所謂的Deadlock,無論那個因素,都會引起連鎖反應,最後使用者所察覺到的,不是系統很慢,就是整個系統沒反應。

可惜的是,造成問題的主要原因,往往很難一眼就看出。所以管理系統的人一碰到問題,第一步就是先到處蒐集相關Log,而且愈詳細愈好,以期從中能看出端倪。

中間問題何在?就是遇到問題時沒有擬定解決策略,找出影響最鉅的問題,反而是毫無目的地到處蒐集資訊,而且是愈詳細愈好。你會發現你不是在花時間在解決問題,反而是在不知所以然地收集資料。

第一個要破除的迷思,就是資料不是愈多愈好,而是要找到有用的關聯資料!

其實解決問題的最好方式,就是我們平常一直強調的,預防勝於治療。在問題發生之前,其實都會有些跡象,或關聯資料,只要平常多蒐集、分析,或許就可以事先防治

作者現任庫柏資訊研發經理,美國休士頓大學(University of Houston)資工系畢業。有產品開發、系統整合、專案管理、技術顧問以及技術客服經驗。專精於系統管理。閒暇時醉心於摩托車運動,現擁有中華民國賽車協會新手執照。


0
jerry640
iT邦新手 1 級 ‧ 2008-05-26 10:10:58

metadata 資料分析後的資料才有意義

0
john651216
iT邦研究生 1 級 ‧ 2008-05-26 10:57:08

資料如果不經過整理使用,那也只是沒有的資料

0
fanylu60
iT邦研究生 1 級 ‧ 2008-05-27 19:35:17

謝謝分享

0
yce701116
iT邦研究生 1 級 ‧ 2008-05-27 22:47:53

感謝提供此資訊

0

謝謝分享!

我要留言

立即登入留言