HIS的應用為大大提高醫院的工作效率。隨著醫院業務的發展，HIS的規模越來越大，出現問題的環節也越來越多，本文介紹一例交換機故障的分析處理過程。

某工作站A報告客戶端程序錄入數據確定后報錯，重啟動后不能登錄網絡。

由于只預留一條線路，工作站A和B通過集線器(HUB)連接二級交換機。根據實際情況，采取如下措施：從工作站A點 ping本身和工作站B點均通，排除HUB和A、B點之間的故障;ping服務器和其它工作站均不通，重做HUB和交換機間網線兩端水晶頭，故障依舊;用測線器測量HUB交換機的網線，線路暢通;于是將問題鎖定在交換機上，連接到該交換機的其他工作站均能正常工作，將問題焦點轉移到交換機的端口上，與HUB相連的交換機端口指示燈不亮，是不是該端口關閉或者堵塞了呢?我們知道交換機上的端口狀態分為五種：關閉、阻塞、偵聽、學習和轉發，前四種狀態時都不接收用戶數據。由于交換機的端口已經滿，沒有剩余的的端口可替換，只能先讓一工作站C暫停使用計算機，然后將與HUB相連的網線接入C所使用的交換機端口，A和B能正常工作，現在可確定與HUB相連的交換機端口出現故障;由于工作時間不能重啟交換機，只能暫時增加一個HUB擴展端口來解決問題。到了休息時間，將A點網線接入原先端口，交換機斷電后重啟，5分鐘后，問題端口正常閃亮，通信正常，問題解決。

我們知道，交換機相當于相當于一臺計算機，收到數據包以后，處理端口會查找內存中的MAC地址對照表，以確定目的MAC的網卡掛接在哪個端口上;通過內部交換矩陣直接將數據迅速包傳送到目的節點;目的MAC若不存在才廣播到所有的端口。交換機端口發生堵塞的原因有許多，例如網橋協議數據單元(BPDU)錯誤、端口配置錯誤、DHCP速率限制、光線接口GBIC故障、協議通道錯誤、產生回路、廣播風暴等。

分析這次故障產生的原因：在100M網絡中就要盡量減少使用HUB，但是由于建設時預留線路不足，不得不用HUB來擴充端口;一些網卡經常在10/100M自適應下通信時斷時續，將其降為10M全雙工就能正常工作;經過Sniffer數據分析，發現網絡中有大量的廣播數據。結合以前的情況，可推斷在交換機、HUB和計算機之間產生局部廣播風暴堵塞了交換機的一個端口。重啟交換機后，端口可恢復初始狀態。

最后要說一點，日常工作中故障診斷的順序是：用戶感知到網絡性能下降后告知網絡中心，網絡管理員從故障接入點開始做故障診斷，這種方法完全是被動的。理想的方法是使用主動性、前瞻性地監測，定期地查詢每個交換機、監測每個交換端口的流量、流量的趨勢，同時檢測其他的相關網段，早期發現異常數據現象，預防故障的發生。