交換日記

攏係奶油椰子乖乖啦~

火線話題－ 當機 都是乖乖惹的禍？
2009/01/12 - 觀點 - 杜念魯／電子時報

不管相信不相信，在MIS界有1個傳說，那就是想求機房內IT設備運作正常，就要擺上綠色乖乖，象徵系統乖乖運行，一切綠燈OK。所以，當移民署境管系統出現了長達36小時的當機事件，在網路上就有工程師打趣表示，是不是系統維護工程師因為肚子餓，把機房裡的乖乖吃了，所以才會造成這麼大的問題。

其實，建置備援系統的設計，為的就是要防止單一系統運作時，在因為受到外力破壞或使用操作不當等因素，造成系統當機、故障或損毀時，能立即啟動另1套系統，以維持各項電腦作業順利運作的安排。這種規劃在目前資訊數位化的時代裡，已經成為政府機關或一般企業進行IT系統規劃時，不可或缺的一環。

而這次移民署的主機與備援系統卻先後出現問題，讓備援系統的規畫形同虛設的情況，讓許多IT業者都不禁大呼：「這真是太神奇了。」也因為這難得的巧合，實在很難有合理的說明，所以也難怪會有人把這一切連想到乖乖身上。

其實，摒除掉類似乖乖這類都市傳奇的因素，在現今環境中，小從個人的金融交易、電信通話，大到核電廠運作、國防安全的控管，都與資訊、電腦系統之間的連結越來越密切，所以要讓大型系統常保穩健運作非但不是不可能的任務，反而是一定要達到的基本要求。否則一旦發生類似移民署這種大規模長時間的系統停擺，小則造成民眾生活的不便，大則甚至對國家安全造成嚴重損害。

但是，首先還是要問問負責的單位或執行者是不是具有完備的軟硬體規畫。

先是在硬體設備上，雖然大型系統主機多半具有5~7年甚至更久的使用壽命，但是相關的更新汰換計畫卻不能因此而在5年、7年甚至更久之後才進行規劃，畢竟，在生活與數位結合的趨勢下，不論在提供的功能或資料處理數量上都急遽增加，這些在3、5年前的系統規劃時不見得都能預想得到，所以如何有計畫的長期為系統硬體設備進行必要的更新、汰換與擴充是絕對不能忽視的基本功之一。

再者，在系統維護規畫上，是不是能長期持續而連貫的進行，或是有系統的進行轉移。由於大型系統在維護上往往會因為承辦人背景的不同，所以有不同的註解或處理方式，所以一旦出現維護人員或團隊更替時，就算雙方在基本技能上沒有差異，但要能弄懂先前維護規劃的方式與既有問題的處理方式，也都不是容易的事情。畢竟，如果沒有清楚的瞭解，是很容易誤觸大型系統中的地雷。

所以確保交接工作確實完成，甚至採過度期共同維護的方式，也都是重要的關鍵點。即便是採合約關係，也應該有明確的相關規定，不能讓今天合約到期，明天系統出狀況就不關我事的情況發生。

其實，電腦系統不過也就是機器設備，有狀況、出問題在所難免，所以IT業者也規劃以備援系統的方式，降低系統發生問題時的風險。目的，雖然也是有備無患，但前提是基本工作是不是已經做好了。

再回頭看看移民署的案例，硬體部分，1999年採購的設備，近10年來從未曾大幅的更新汰換不說，現在出了問題，相關的計畫卻仍還在規劃中，何時審議通過、編列預算、以及落實執行，都還是問號。甚至在這次出狀況之後，有沒有機會重新進行完整的規劃，還是急就章的先把眼前問題解決掉再說，也沒有人敢保證。

而維護規畫方面，先前的維護業者在合約到期前，才知道自己沒有標到後續的維護案，而承接的業者，也是在合約到期前72小時不到的時間，才確定承接的消息。在如此急迫的情況下，要如何做好相關的交接與承接計畫，以及落實執行，對前後維護商以及系統本身而言，當然都是挑戰。運氣不好的話，只能摸摸鼻子，讓自己在正式維護合約簽立之前，就成了要被追究責任的對象。

冰凍三尺，非一日之寒，移民署的案例，極有可能是萬中選一，特例中的特例，但更令人擔心的是，這樣的情況是不是普遍的存在於一般的政府機構及企業之中？經由這次當機事件的教訓，如果不能為政府單位或企業帶來相關的教訓，那民眾想要讓自己在生活中不遭遇因為系統問題所造成的不便，也真的就只能祈禱乖乖的都市傳說能夠真的靈驗。