- 2008年11月23日
DBA夢魘：資料太多有害無益
投入IT界的十年職場生涯中，我從一個產品研發軟體工程師，到技術顧問、專案以及產品經理，一直到產品技術支援客服人員，深深體驗到，IT的本質就是在解決問題。開發軟體，是為了解決某個特定需求，顧問則是利用IT技術提出解決方案、來處理某個產業特定的問題，客服人員則是在協助客戶解決產品的問題。雖然大家都在解決問題，但是問題往往是在投注大量人力以及時間後，不是無法及時解決，不然就是解決不了。結果常是客戶以及使用者用到心灰意冷，而身陷其中的的技術人員也受挫連連，高唱不如歸去...賣雞排。
其實跟以前比起來，現在的資源實在是多得很多，那為什麼大家還是這麼痛苦？究其原因，就是在面對問題時沒有發覺問題背後真正的問題，而採取正確的解決途徑。解決問題雖然被喻為一項藝術，但事實上還是有些方法以及規則可循；用對方法絕對是事半功倍。我接下來以資料庫系統管理為對象，說明幾個常見的迷思及解決方法。不過中間運用到的原則卻可以應用到個個層面。
揮之不去的夢魘
以下是個常見的MIS工作情境：
公司最近引進了新系統。為了讓系統能如期上線，你己經連續加班好一陣子。雖然晚了一個星期，但總算還是讓系統上線。為了慰勞過去這段時間的辛勞，全部門的人下班後到KTV狂歡，當晚酒足飯飽、帶著愉快的心情回家睡覺。隔天雖然是星期五，但是系統上線了，所以也沒什麼事要做。你的心情根本就己經為自動調成為週休模式。睡了一晚好覺，隔天精神奕奕地進到公司。本來還想今天在公司到處閒晃、直到下班，沒想到電腦還沒開機，你就接到一通緊急電話。
「資訊室嗎？我們的新系統不能用耶！我一登入，什麼畫面都出不來。」
「喂！資訊室！我們有一個Workflow無法進到下一個Stage，畫面一直顯示『處理中』，但都沒反應。拜託幫幫忙看一下，不然我們整個生產作業會受到影響。」
「救命！我們昨天上傳的檔案現在全都找不到了，怎麼辦啊？這些文件都很重要耶！」
此次彼落的電話鈴聲淹沒了整個資訊室。抱怨的電話如洪水般湧來，整個系統就像得了瘟疫一樣，動彈不得。你一邊接電話，一邊心中納悶著，明明昨天測試都一切良好，怎麼才一個晚上就豬羊變色了？使用者火冒三丈，而你也焦頭爛額。你想解決問題，但是你連接電話都來不及了，那還有時間處理？最糟糕的是這件事連總經理都知道了， 一通電話過來，要求一個小時內讓系統上線，否則提頭來見。一個小時？連原因是什麼都搞不清楚，那有辦法解決啊？
這是在我之前擔任Agile(現己被Oracle併購)台灣區技術支援時，最時常碰到的情況。因此每到某家公司新系統要上線時，就是我痛苦的開始。根據我的經驗，一個新系統從上線到穩定，至少要一個月的時間。要是這中間同時有好幾家的系統要上線，根本就是痛不欲生。客戶氣到跳腳，而我則是電話接到手軟。最糟的是，這就像無間地獄一樣，一直不斷地在輪廻。
只要你是系統管理人員，或是公司MIS部門的人，想必也會有以上經驗。要是問題是發生在上班時間，有時候那還好，因為有可能在證據尚未被湮滅之前，找到發生問題的元凶。若問題是在半夜發生，等到你知道問題發生時，大概所有可能的蛛絲馬跡都己經找不到了。既然什麼都找不到，這時候系統管理者最常做的一件事情是什麼呢？
沒有錯，就是重新啟動系統！
若是這招有用的話，阿彌陀佛，你可以暫時喘一口氣。你應該每天燒香拜佛，請求神明保佑問題不要再回來。但是相信我，問題永遠都會回來，只是時間遲早而已。而且，往往拖得愈晚，問題只會更大。
若是重開機無效，那我只能說，請自求多福了。
「當你開始面對問題時，就是解決問題的開始。」是的，奉勸各位管理系統的同胞們，不要再當駝鳥了。當你問題暫時獲得紓解時，請用積極的態度，在有限地時間裡趕快把問題根源(root cause)找出來。但是，問題要怎麼找？
這裏就談到許多系統管理員的第一大迷思：資訊愈多愈好。
繼續閱讀： >>
|
|
|
|
| 
3.Fantasy 於 2008/09/01 23:30 回應
其實很多時候您只是少了一個步驟就是對系統進行壓力測試
很多系統上線出問題
都是因為我們系統測試時的作業量太少
大部分系統一個一個功能測試大多不會遇到什麼問題
但等到幾百個幾千個使用者同時上線時問題就來了
像高鐵或捷運的售票系統就是很好的例子
有一點說得沒錯,資料不在多而在有效
像資訊最多的Google網站來說好了
常用的關鍵字不是找出一堆相同內容的東西
要不就是找到的網頁總數跟實際顯示的網頁數根本就不符
然後最後只顯示個訊息說已經把重複的網頁過濾掉
天知道它是真的把重複的篩選掉?
還是系統根本就在唬弄我們哩?
其實不管是應用系統或資料庫
慢慢都開始會提供一些自我檢測的功能或function
DBA的問題Debug會越來越輕鬆
但相對的壓力絕對會越來越沈重
除非資料庫有定期做資料的archiving切割
不然一個資料越來越多的資料庫
怎麼管都是一件很頭痛的挑戰...
2.匿名 於 2008/07/25 01:39 回應
資料太多已經是落伍的想法了.資料收集不易, google 就是因為不吝收集資料才會有今天!
1.不想再從業IT的人 於 2008/06/03 17:10 回應
現在的系統環境都是多人多工,多個行程去搶一個資源是很常見的ㄚ,是底層要做好協調的工作,在unix及資料庫都是透過semaphore來做協調工作,同一時間就只能有一個人在使用資源,其它的就排隊ㄚ........會發生問題,程式沒寫好啦!!log是每個系統開發最基本的,這是做exception handle的基本,不然要怎麼handle
所以不管是外包還是自行開發,系統設計師本來就該把這部份設計好..
不管怎麼說,其實最怕的是,接到一個本來就有問題的系統,再加上公司沒有人會,碰到這種狀況,
神仙也難救ㄚ..偏偏這種狀況在台灣時常發生
再怎麼技術高超的人,不過你寫程式寫了十年還是二十年,或者你在某個領域學有專精,突然丟一個完全不知道的系統的時候,你怎麼debug