好的Oracle DBA該具備的兩大要素

| | | | | | 5則回應

    

見前文

在上一篇文章，我已指出為什麼好的Oracle DBA難找，不過，日子總是要過下去，企業總不能因此就不聘僱Oracle DBA？以下，我將就我的經驗，與大夥分享「如何找尋適合的Oracle DBA」。

怎麼選擇一個對的Oracle DBA

就像我說的，一個有能力的Oracle DBA，其實已經離主管的位子不遠了。

所以，大部份的企業很難一下子就找到一個全方位的Oracle DBA（當然也是有可能，只不過，這比較會有運氣的成份），這代表企業在選擇Oracle DBA的時候，勢必要對負責該職位的DBA的職能有所取捨。

我通常會建議我的客戶，在尋找Oracle DBA時，得先確認，企業需要這一個角包來其處理什麼問題？

大部份的企業對Oracle DBA的需求，一開始多半是以維持資料庫的正常運作以及協助資料庫進行資料備份等工作為主，因此，我會建議找有大型主機系統管理經驗（有存儲媒體管理經驗者尤佳），或者瞭解作業系統原理與運作的人來做。

因為，Oracle 資料庫運作的不正常，經常是因為系統出狀況，找俱有系統管理經驗的資訊人員做DBA，程度上，應該已經能比「只」懂資料庫的資訊人員，還快找到問題，此外，也比較能避免資料庫出現Down Time（一般而言，資料庫在管理上最忌諱的就是停機時間了）等狀況。

其次，有的企業在找Oracle DBA的時候，希望找那種了解資料處理流程的資訊人員，好大大翻整一下既有資料庫內的資料，以及優化資料傳遞與分析（例如寫一些store Function、triger、建DB_link……）等工作。

在這個狀況下，若企業找的DBA是系統管理出身的人，在接手的初期，他一定會吐血給你看。

至於在未來，有沒有機會掌握甚至是「得心應手」，這就要看那個人的資質了。因此，關於這一方面的人選，我就比較建議找有程式開發經驗的人（特別是對資料庫存取上有實際程式撰寫經驗的人），他們除對資料與資料結構的本身有一定的敏感度，也比較熟悉User的需求，知道該如何翻整資料庫。

要特別注意的是，魚與熊掌不可兼得，同時兼俱系統管理與程式撰寫等兩種技術能力的人，少之又少，因此，在進行DBA的招募前，建議企業先想好自己要的是哪一種人才。

不過，不論你找的是那一種Oracle DBA，我都不太建議找一個只有OCP證照但無其他工作經驗的人來做DBA，因為這意味著，企業要落實資料庫管理的陣痛期可能會拉得很長，而且陣痛的過程中，DBA很是辛苦。

運氣好的時候，就像今天故事的主角–小白，在我們的扶持下，撐了一年半，已經可以稱得上是稱職的DBA。

運氣不好的時候，像我在教育訓練中心的同學，他苦撐了一年後離去，至今，他仍不敢跟別人說他有OCP的證照（其實我同學滿work的，只不過，會造成這樣的局面是有另外的原因，那就是另一個故事了）。

最後，要另外一提的是「效能調校」。由於Oracle資料庫的效能是可以被Tune起來的。因此，也有不少企業在找Oracle DBA時，是以調校資料庫效能為主要訴求。

這樣的想法是很好，只不過，「效能調校」所牽扯到的領域太過廣泛。

決定資料庫效能高低的因素有很多，有時候是單純的資料庫參數沒有調整好，有時候則牽扯到整個硬體架構、甚至是程式軟體開發規劃等問題。光是能做到單點調校的DBA即已十分難得，唯，Oracle DBA若不是以很全面的角度在思考問題來進行調校，也很可能導致資料庫系統出現其他面向的問題,。

發生在企業的真實狀況是，一個應用服務能否順利維運，與伺服器、儲存設備、網通設備等硬體，資料庫、作業系統、應用系統(複雜點的還牽扯到中介軟體與開發元件例如：ODBC )等範疇都有關，因此，一個DBA很難再第一時間就面面俱到地思考所有問題，必須慢慢地依經驗抽絲剝繭地清楚問題的所在。

所以，如果企業目前尚未有專任的Oracle DBA，我會建議，千萬不要一開始就想找一個能做好「效能調校」等工作的Oracle DBA（不過，還是可以去找到協助維運或資料整理的DBA），否則，可能會導致極心痛的失望。（未完，請按下一頁繼續）