交換機的軟體故障是指系統及其配置上的故障,它可以分為以下幾類。
1、系統錯誤:
交換機系統是硬體和軟體的結合體。在交換機內部有一個可重新整理的只讀儲存器,它儲存的是這臺交換機所必需的軟體系統。
這類錯誤也和我們常見的Windows、Linux一樣,由於當時設計的原因,存在一些漏洞,在條件合適時,會導致交換機滿載、丟包、錯包等情況的發生。
所以交換機系統提供了諸如Web、TFTP等方式來下載並更新系統。
當然在升級系統時,也有可能發生錯誤。
對於此類問題,我們需要養成經常瀏覽裝置廠商網站的習慣,如果有新的系統推出或者新的補丁,請及時更新。
2、配置不當:
初學者對交換機不熟悉,或者由於各種交換機配置不一樣,管理員往往在配置交換機時會出現配置錯誤。
比如VLAN 劃分不正確導致網路不通,埠被錯誤地關閉,交換機和網絡卡的模式配置不匹配等原因。
這類故障有時很難發現,需要一定的經驗積累。
如果不能確保使用者的配置有問題,請先恢復出廠預設配置,然後再一步一步地配置。
最好在配置之前,先閱讀說明書,這也是網管所要養成的習慣之一。
每臺交換機都有詳細的安裝手冊、使用者手冊,深入到每類模組都有詳細的講解。
由於很多交換機的手冊是用英文編寫的,所以英文不好的使用者可以向供應商的工程師諮詢後再做具體配置。
3、密碼丟失:
這可能是每個管理員都曾經經歷過的。一旦忘記密碼,都可以透過一定的操作步驟來恢復或者重置系統密碼。
此類情況一般在人為遺忘或者交換機發生故障後導致資料丟失,才會發生。
4、外部因素:
還有一種情況就是廣播風暴,它不僅會佔用大量的網路頻寬,而且還將佔用大量的CPU處理時間。
網路如果長時間被大量廣播資料包所佔用,正常的點對通訊就無法正常進行,網路速度就會變慢或者癱瘓。
一塊網絡卡或者一個埠發生故障,都有可能引發廣播風暴。
由於交換機只能分割衝突域,而不能分割廣播域(在沒有劃分VLAN 的情況下),所以當廣播包的數量佔到通訊總量的30%時,網路的傳輸效率就會明顯下降。
總的來說軟體故障應該比硬體故障較難查詢,解決問題時,可能不需要花費過多的金錢,而需要較多的時間。
最好在平時的工作中養成記錄日誌的習慣。
每當發生故障時,及時做好故障現象記錄、故障分析過程、故障解決方案、故障歸類總結等工作,以積累自己的經驗。
比如有時在進行配置時,由於種種原因,當時沒有對網路產生影響或者沒有發現問題,但也許幾天以後問題就會逐漸顯現出來。
如果有日誌記錄,就可以聯想到是否前幾天的配置有錯誤。
由於很多時候都會忽略這一點,以為是在其他方面出現問題,當走了許多彎路之後,才找到問題所在。所以說記錄日誌及維護資訊是非常必要的。
交換機的軟體故障是指系統及其配置上的故障,它可以分為以下幾類。
1、系統錯誤:
交換機系統是硬體和軟體的結合體。在交換機內部有一個可重新整理的只讀儲存器,它儲存的是這臺交換機所必需的軟體系統。
這類錯誤也和我們常見的Windows、Linux一樣,由於當時設計的原因,存在一些漏洞,在條件合適時,會導致交換機滿載、丟包、錯包等情況的發生。
所以交換機系統提供了諸如Web、TFTP等方式來下載並更新系統。
當然在升級系統時,也有可能發生錯誤。
對於此類問題,我們需要養成經常瀏覽裝置廠商網站的習慣,如果有新的系統推出或者新的補丁,請及時更新。
2、配置不當:
初學者對交換機不熟悉,或者由於各種交換機配置不一樣,管理員往往在配置交換機時會出現配置錯誤。
比如VLAN 劃分不正確導致網路不通,埠被錯誤地關閉,交換機和網絡卡的模式配置不匹配等原因。
這類故障有時很難發現,需要一定的經驗積累。
如果不能確保使用者的配置有問題,請先恢復出廠預設配置,然後再一步一步地配置。
最好在配置之前,先閱讀說明書,這也是網管所要養成的習慣之一。
每臺交換機都有詳細的安裝手冊、使用者手冊,深入到每類模組都有詳細的講解。
由於很多交換機的手冊是用英文編寫的,所以英文不好的使用者可以向供應商的工程師諮詢後再做具體配置。
3、密碼丟失:
這可能是每個管理員都曾經經歷過的。一旦忘記密碼,都可以透過一定的操作步驟來恢復或者重置系統密碼。
此類情況一般在人為遺忘或者交換機發生故障後導致資料丟失,才會發生。
4、外部因素:
還有一種情況就是廣播風暴,它不僅會佔用大量的網路頻寬,而且還將佔用大量的CPU處理時間。
網路如果長時間被大量廣播資料包所佔用,正常的點對通訊就無法正常進行,網路速度就會變慢或者癱瘓。
一塊網絡卡或者一個埠發生故障,都有可能引發廣播風暴。
由於交換機只能分割衝突域,而不能分割廣播域(在沒有劃分VLAN 的情況下),所以當廣播包的數量佔到通訊總量的30%時,網路的傳輸效率就會明顯下降。
總的來說軟體故障應該比硬體故障較難查詢,解決問題時,可能不需要花費過多的金錢,而需要較多的時間。
最好在平時的工作中養成記錄日誌的習慣。
每當發生故障時,及時做好故障現象記錄、故障分析過程、故障解決方案、故障歸類總結等工作,以積累自己的經驗。
比如有時在進行配置時,由於種種原因,當時沒有對網路產生影響或者沒有發現問題,但也許幾天以後問題就會逐漸顯現出來。
如果有日誌記錄,就可以聯想到是否前幾天的配置有錯誤。
由於很多時候都會忽略這一點,以為是在其他方面出現問題,當走了許多彎路之後,才找到問題所在。所以說記錄日誌及維護資訊是非常必要的。