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

| | | | | | 3則回應

    

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

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

在眼睛快要脫窗、頭髮快要抓光之際，你從Log裡看到一個可能造成系統效能低落的問題，而且從各種證據分析，你也極為確定這個問題的確耗費相當大的資源。接下來，你十之八九是傾盡全力，夜以繼日地把這個問題解決。但是結果卻很有可能不如預期，系統效能仍然沒什麼改善。你只好繼續努力，從眾多的Log資訊裡、看有沒有遺漏未解決的部分，或是更嚴重的問題。

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

時間充裕時，你還可以慢慢找，但是莫非定律己經證明：你不會有時間的，有的話也非常短。在這種情況下，試問你要如何解決掉大家的問題？可能你累得要死，一星期後，問題依然在那裡。

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

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