| |
繼續(xù)監(jiān)測至下午收工時間，故障均未再出現(xiàn)。
診斷評點
此故障是由于交換機的問題引發(fā)的。白天工作時該交換機會不穩(wěn)定地處在較大時間延遲狀態(tài)，并且會改變交換機對協(xié)議的傳輸路徑。從該故障的表現(xiàn)和OptiView監(jiān)測到部分STP/HSRP協(xié)議來分析，一般配置不良的交換機會出現(xiàn)類似情況。比如，使用STP或HSRP協(xié)議可以對端口的連接狀態(tài)進行監(jiān)測和從新依據(jù)傳輸?shù)膸�、允許或限制的協(xié)議進行端口連接分配。這在高檔交換機中是正常的功能，但如果設置不佳或網(wǎng)絡出現(xiàn)異常未設定點流量，交換機也會依據(jù)設定點條件進行端口路徑的檢查、運算和重新連接構圖，或者對流量帶寬進行分配。
網(wǎng)絡的配置文檔是很重要的檢查故障的參照系，準確的文檔備案更是快速故障檢測的有力輔助手段。反之，沒有配置文檔的備案資料會給故障檢測帶來不少麻煩。維護人員往往不能斷定檢測的參數(shù)到底是正常還是異常。一份不準確的文檔備案有時甚至比沒有文檔病案更糟糕，它可能會把故障檢測工作引向"萬劫不復"的境地。那時有多少頭痛藥都是無濟于事的。維護人員神經(jīng)、耐心和體力都會收到很大的挑戰(zhàn)。
診斷建議
由于時間關系，我們來不及對更換下來的交換機進行檢查。根據(jù)以往經(jīng)驗，可以初步斷定此交換機很可能是配置不良而不一定是有質(zhì)量問題。我們希望顧先生安排專門時間將此交換機的設置仔細檢查一番。如果能找到原來的初始配置文檔則參照檢查會方便許多。
后記
一周后，顧先生告知我們檢查結果：該交換機某些端口被人設置為流量選擇轉發(fā)狀態(tài)。處于這種設置狀態(tài)的交換機會對鏈路流量在達到一定值時進行端口路徑的重新分配，目的是均衡整個鏈路的負載。也可以對設置的協(xié)議進行端口路徑轉移，使得按設置要求的在某些協(xié)議或流量出現(xiàn)異常時轉移交換端口或重新分配端口流量。
本故障經(jīng)檢查是由于最近安裝了Oracle應用軟件所至。當啟用該數(shù)據(jù)庫流量時，原來的端口只允許部分流量用來處理在線商城的用戶訪問流量，其它的帶寬要用來保證新增加的應用流量對帶寬的需要。
由于顧先生對Oracle關系數(shù)據(jù)庫不熟悉，該項應用工程是承包給一家系統(tǒng)集成商做的。系統(tǒng)集成商在安裝系統(tǒng)時為了一次驗收合格，故對交換機的配置進行了更改。這一點顧先生的一名配合系統(tǒng)集成商工作的手下是知道的，但他對網(wǎng)站的拓撲結構根本不了解，以為此舉對網(wǎng)絡沒有什么影響，并沒有將此情況告之顧先生。
由于該網(wǎng)站平時就沒有定期檢查和文檔備案的制度，這位老兄當然也不會把這一情況登記入檔。這使得我們的檢查效率也不會高到哪里去，端時間內(nèi)要查驗出該故障撓度是會很大的。
|
|
|
| 【收藏】【打印】【進入論壇】 |
|
|
|
|
| |
|
|
|
