*1
若我沒有去現在補記錄這個月在做甚麼的話，似
乎這個月會憑空消失那樣，剩下的只是薪水而已，但
也沒那麼糟糕啦，畢竟這個三月就回台南兩次看小孩
，就至少是有照片的記錄了。
但對於記性不好的我而言，或許日記除了去思索
一些問題外，去忘記事情比去記憶一些事情的意義更
高些，不然總是有種想記起來但又記不起來的不甘心
感覺，這似乎是很糟糕的。
若是我的主要工作是管系統的話，最嚴重的一次
就是因為主要的 DB Server(E4500) 因為 HD 掛了而
當機，是因為最糟糕的這掛掉的 HD 並沒有任何的
RAID 來作 Fault Tolance，且更糟糕的居然有 swap
partition，因此在掛的時候就應聲倒地。
那一個晚上我開車到機房去看發生甚麼事，但到
最後在因為有其他人的協助下，與其說是我去那邊解
決，還不如只是去那邊了解與決定。
*2
也因為這是難得一次開車去公司，所以我也順便
把家裏的舊電腦一股腦的搬去公司，一口氣清了五台
電腦，就當作捐給公司當低階的 Monitor Server 用
。
後來那一天在確認問題後，重新切 Lun，及
Format 後重開機後又不見了，知道以後用 mr6 做完
commit 後最好是先開機再做下一步動作，不然就只
好重作，但我那時大多是再那邊打盹，最主要是因為
不是我操作，且 Fomat 唯一能做的就是等了，一直
到 6:00 確認開機正常後就回公司繼續處理下一步動
作。
幸好這次死掉的 HD 是放 swap 跟 log，而不是
放 application 那顆，因此不知是幸還是不幸的雖
然電腦當機，但至少並沒有資料的損失，後來弄到早
上 7:00 多就回家，解決那次的問題，當天就沒進辦
公室了。
接下來有一次是因為太訊的工程師來檢查設備，
在停機後 Sybase 再起不能，所以那次大家也是忙到
很晚才回家，只是那次我那天準時下班，並不在場，
且那台只是內部 Server，所以我是第二天進辦公室
才知道的。
但既然存在問題，所以下一步就是該如何解決，
在那個星期六日，就是一個名為 T-Time 的搶救計劃
，將 A1000 取代有可能的 HD 與資料庫，且因為讓
停機所造成的問題越小，所以只能從星期六晚上才能
開始做，且在星期一早上上班前必須完成。
所以我們寫了一個時間表，把一步步的動作都預
先想好，就是等時間到開始執行，但因為 format 的
時間並不能壓縮，所以只好徹夜去做了。
從備份，到 mount 上新 Device，建 RAID，及
Format 後，接著才是 copy 及修改設定重新啟動，
很幸運的準備了一些若發生問題的備援計劃都沒用上
，很順利的在星期天早上 5:00 就完成，花約 8 小
時，再來就是啟動與檢查，因此約在早上 11:00 就
大致完成，回家睡覺。
第一次發生問題時，說真的在為了避免風險的情
況還是請太訊的人過來，因此付了五萬的保險費，而
他所做的判斷與事都是我們能做的，甚至真正的問題
都還是我們自己就可以判斷的，所以這五萬說是為了
解決問題，還不如說是為了買保險。
第二次他們即使在場，也無法解決問題，所以第
三次我就覺得自己來就了，所以那個 T-time
Project 都由自己動手，所以當下省的不只五萬了。
接著就是轉換 PC Server 的故事了。
博客來對 PC Server 並沒有很高的信任，所以
大部份的 PC Server 都只是 IDE 而已，因此我進來
用的都是 IDE 的機器，但當進入正試營運後，IDE
是不夠用的，所以打算把 SCSI 取代 IDE 的整個計
劃。
除此之外，也是順便把放在 Colocation 的 PC
Server 機殼換成可以 Mount 的 3U 機殼。
3U 機殼的特色在於她是可以用一般的主機版，
且跟一般的 PC 的介面都是相容的，但 3U 機殼有兩
種，一種是用一般的電源供應器，一個是用 3U 專用
的電源供應器，但當然是用一般供應器的是較合理的
，因為會用 3U 的機殼，最主要就是合理方便與省錢
，所以若是用專用的 Power Supply 就失去這意義了
。
而這次換機殼最主要是要放在 colocation 的發
報平台，而幾乎是延用繼有的硬體設備，只是灌上
FreeBSD4.8RC-2( 這版本待會再說問題 )，且重新命
名，在跟同事討論後，決定取名 Gundam W 的
HeavyArms( 重武裝鋼彈 )，當然是想說他是一個發
信的平台，就像會發射飛彈的機器。
**********************************************
*1
4/2/03 9:31 am。
*2
4/3/03 9:16 am，繼續寫好了。
文章定位：
