OSI的層次結(jié)構(gòu)把每層功能及職責(zé)范圍定義得非常清晰，為管理員分析和排查故障提供了非常好的組織方式。由于各層相對(duì)獨(dú)立，按層排査能夠有效地發(fā)現(xiàn)和隔離故障，因而一般使用逐層分析和排查的方法。通常有兩種逐層排查方式，一種是從低層開始排査，適用于物理網(wǎng)絡(luò)不夠成熟穩(wěn)定的情況，如組建新的網(wǎng)絡(luò)、重新調(diào)整網(wǎng)絡(luò)線纜、增加新的網(wǎng)絡(luò)設(shè)備；另一種是從高層開始排查，適用于物理網(wǎng)絡(luò)相對(duì)成熟穩(wěn)定的情況，如硬件設(shè)備沒有變動(dòng)。無論哪種方式，最終都能達(dá)到目標(biāo)，只是解決問題的效率有所差別，第一種方法較為普遍。
具體采用哪種方式，可根據(jù)具體情況來選擇。例如，遇到某客戶端不能訪同Web服務(wù)的情，如果管理員首先去檢查網(wǎng)絡(luò)的連接線纜，就顯得太悲觀了，除非明確知道網(wǎng)絡(luò)線路有所變動(dòng)。比較好的選擇是直接從應(yīng)用層著手，可以這樣來排查:首先檢查客戶端Web瀏覽器是否正確配置，可嘗試使用瀏覽器訪問另一個(gè)Web服務(wù)器:如果Web測(cè)覽器沒有問題，可在Web服務(wù)器上測(cè)試Web服務(wù)器是否正常運(yùn)行:如果Web服務(wù)器沒有問題，再測(cè)試網(wǎng)絡(luò)的連通性。即使是Web服務(wù)器問題，
從底層開始逐層排查也能最終解決問題，只是花費(fèi)的時(shí)間太多了。如果碰巧是線路問題，從高層開始逐層排查也要浪費(fèi)時(shí)間。在實(shí)際應(yīng)用中往往采用折中的方式，凡是涉及網(wǎng)絡(luò)通信的應(yīng)用出了問題，直接從位于中間的網(wǎng)絡(luò)層開始排查，首先測(cè)試網(wǎng)絡(luò)連通性，如果網(wǎng)絡(luò)不能連通，再從物理層(測(cè)試線路)開始排查:如果網(wǎng)絡(luò)能夠連通，再從應(yīng)用層(測(cè)試應(yīng)用程序本身)開始排査。
據(jù)統(tǒng)計(jì)，網(wǎng)站建設(shè)網(wǎng)絡(luò)故障有35%在物理層，25%在數(shù)據(jù)鏈路層，12%在網(wǎng)絡(luò)層，10%在傳輸層，8%在對(duì)話層，7%在表示層，3%在應(yīng)用層。由此可以看出網(wǎng)絡(luò)故障通常發(fā)生在網(wǎng)絡(luò)七層模型的下三層，即物理層、鏈路層和網(wǎng)絡(luò)層，對(duì)應(yīng)于實(shí)際的網(wǎng)絡(luò)也就是我們使用的網(wǎng)線、連接模塊、網(wǎng)卡、交換機(jī)、路由器等設(shè)備故障。這些故障可能因?yàn)楫a(chǎn)品的質(zhì)量或性能、磨損老化、人為誤操作、不正確的設(shè)置以及管理缺陷等原因而經(jīng)常性地發(fā)生。其后果輕則影響單個(gè)站點(diǎn)的信息傳送，重則可能造成網(wǎng)絡(luò)重要設(shè)備:服務(wù)器、交換機(jī)和路由器的宕機(jī)，導(dǎo)致全網(wǎng)絡(luò)的癱瘓。
本文地址：http://knowyourextract.com//article/3625.html
