為了降低設計的復雜性，增強通用性和兼容性，計算機網(wǎng)絡(luò )互聯(lián)都設計成層次結構，例如典型的應用性架構TCP/IP協(xié)議簇，它相應地也遵循OST的七層理論模型(所有網(wǎng)絡(luò )架構組成的理論框架)，這種分層體系能夠使多種不同硬件系統和軟件系統能夠方便地連接到網(wǎng)絡(luò )。正是基于這一網(wǎng)絡(luò )結構特點(diǎn)，網(wǎng)絡(luò )管理員在分析和排査網(wǎng)絡(luò )故障時(shí)，可充分利用網(wǎng)絡(luò )這種分層的特點(diǎn)，把網(wǎng)絡(luò )故障層次化、簡(jiǎn)單化，快速準確地定位并排除故障。然而在實(shí)際故障排查過(guò)程中，這種分層方法往往被忽略，導致故障排査效率降低。



OSI的層次結構把每層功能及職責范圍定義得非常清晰，為管理員分析和排查故障提供了非常好的組織方式。由于各層相對獨立，按層排査能夠有效地發(fā)現和隔離故障，因而一般使用逐層分析和排查的方法。通常有兩種逐層排查方式，一種是從低層開(kāi)始排査，適用于物理網(wǎng)絡(luò )不夠成熟穩定的情況，如組建新的網(wǎng)絡(luò )、重新調整網(wǎng)絡(luò )線(xiàn)纜、增加新的網(wǎng)絡(luò )設備；另一種是從高層開(kāi)始排查，適用于物理網(wǎng)絡(luò )相對成熟穩定的情況，如硬件設備沒(méi)有變動(dòng)。無(wú)論哪種方式，最終都能達到目標，只是解決問(wèn)題的效率有所差別，第一種方法較為普遍。

具體采用哪種方式，可根據具體情況來(lái)選擇。例如，遇到某客戶(hù)端不能訪(fǎng)同Web服務(wù)的情，如果管理員首先去檢查網(wǎng)絡(luò )的連接線(xiàn)纜，就顯得太悲觀(guān)了，除非明確知道網(wǎng)絡(luò )線(xiàn)路有所變動(dòng)。比較好的選擇是直接從應用層著(zhù)手，可以這樣來(lái)排查:首先檢查客戶(hù)端Web瀏覽器是否正確配置，可嘗試使用瀏覽器訪(fǎng)問(wèn)另一個(gè)Web服務(wù)器:如果Web測覽器沒(méi)有問(wèn)題，可在Web服務(wù)器上測試Web服務(wù)器是否正常運行:如果Web服務(wù)器沒(méi)有問(wèn)題，再測試網(wǎng)絡(luò )的連通性。即使是Web服務(wù)器問(wèn)題，

從底層開(kāi)始逐層排查也能最終解決問(wèn)題，只是花費的時(shí)間太多了。如果碰巧是線(xiàn)路問(wèn)題，從高層開(kāi)始逐層排查也要浪費時(shí)間。在實(shí)際應用中往往采用折中的方式，凡是涉及網(wǎng)絡(luò )通信的應用出了問(wèn)題，直接從位于中間的網(wǎng)絡(luò )層開(kāi)始排查，首先測試網(wǎng)絡(luò )連通性，如果網(wǎng)絡(luò )不能連通，再從物理層(測試線(xiàn)路)開(kāi)始排查:如果網(wǎng)絡(luò )能夠連通，再從應用層(測試應用程序本身)開(kāi)始排査。

據統計，網(wǎng)站建設網(wǎng)絡(luò )故障有35%在物理層，25%在數據鏈路層，12%在網(wǎng)絡(luò )層，10%在傳輸層，8%在對話(huà)層，7%在表示層，3%在應用層。由此可以看出網(wǎng)絡(luò )故障通常發(fā)生在網(wǎng)絡(luò )七層模型的下三層，即物理層、鏈路層和網(wǎng)絡(luò )層，對應于實(shí)際的網(wǎng)絡(luò )也就是我們使用的網(wǎng)線(xiàn)、連接模塊、網(wǎng)卡、交換機、路由器等設備故障。這些故障可能因為產(chǎn)品的質(zhì)量或性能、磨損老化、人為誤操作、不正確的設置以及管理缺陷等原因而經(jīng)常性地發(fā)生。其后果輕則影響單個(gè)站點(diǎn)的信息傳送，重則可能造成網(wǎng)絡(luò )重要設備:服務(wù)器、交換機和路由器的宕機，導致全網(wǎng)絡(luò )的癱瘓。