close
只要有歷史問題與分析記錄，就可以有機會找到問題的原因，有時候狀況就像噗浪一樣，一直朝你噗來，你只能先做好記錄logfile，讓專家們可以有機會查找背後問題，但，有時候無論你怎麼努力，就是找不到原因。
這時候，你也只能先記錄下來，當時所找到的蛛絲馬跡，而且不一定是對的。
突然，某一天，因為別的狀況，卻有如因緣際會一般，原因就這麼順理成章的出現了。
問題來了，這原因卻是我們常常用來抵擋找不到原因的狀況的說詞，現在看起來是找到了，但心中，卻有一股莫名的感覺，因為很不真實，也不容易讓人相信，這時候，我又陷入問題的泥沼中了。
殊不知，這理由也正是資訊人常用的絕招，因為很好用，網路本來就是會經過很多外在又不穩定，且沒有人可以保證的安穩。
所以不好用這理由去說服對方，就是這原因造成今天的問題。
所以，要再找些事實可以來支撐我們目前現在找到的問題所在，而且要快，不然，就會時過境遷，又沒有人會相信，而且，重點是可能又會發生狀況，對三方都不好。
沒錯！慢、慢、慢，是效能的惡夢。
常常，一套系統運轉一定會碰到的問題，就是慢，有人認為很容易解決，換硬體設備，改應用系統，可是當大家用完這兩招之後，剛開始，好像平安無事了，但是，冷靜想一下，這只是因為我們再換設備的時間及改系統的過程等等，大家都忘了或根本沒時間處理狀況，或是說漠視它而已。包括資訊的頭頭也是如此。更何況是真正有能力解決問題的資訊人。
其實，這問題，也可能因為被主機硬體處理效能成倍增及AP有限改善下，顯得很小，甚至於User也不會再計較了，不然又要花錢消災了。
請問，有人想到真正殺手是誰嗎？
沒錯，架構上可以輕易看到，問題出在網路效能，只是大家把它正常化了，說"不穩"是正常，所以每每發生狀況，都說有監控，都說連線正常，也就過去了，永遠推會給第三者了。解決的了嗎?
全站熱搜
留言列表
