【正文】 8665 Port XmitUnicast XmitMulticast XmitBroadcast 6/32 6667987 286652 2474038 (輸出的廣播：輸出的單播比例為 1： 3，太大了。 ) Port RcvOctet XmitOctet 6/32 14094829358 1516443041 ? 在網(wǎng)段 “show mac”輸出如下： Port RcvUnicast RcvMulticast RcvBroadcast 6/36 55780287 0 285 Port XmitUnicast XmitMulticast XmitBroadcast 6/36 27879749 190257 119430 （廣播：單播比例＝ 1： 270，屬于正常。） Port RcvOctet XmitOctet 6/36 67172587081 4998816809 ? 由此得知，網(wǎng)段 單播包比例為 1:3，確實太大了。 ? 再次詢問用戶該網(wǎng)段主要運行的業(yè)務(wù)是什么，而得出了故障最終原因如下：，由于業(yè)務(wù)原因每個用戶需要發(fā)送大量廣播包和多播包，隨著近期越來越多的用戶接入該網(wǎng)絡(luò)，在這個網(wǎng)段上的服務(wù)器需要花費更多的資源來處理越來越多的廣播和多播包，因此其服務(wù)的傳輸速度自然減慢。 ? 這是一個網(wǎng)絡(luò)布局不恰當?shù)膯栴}，需要重新安排服務(wù)器的位置，將服務(wù)器移動，故障解決。 8. 故障處理過程文檔化 ? 當最終排除了網(wǎng)絡(luò)故障后，流程的最后一步就是對所做的工作進行文字記錄。 ? 文檔化過程決不是一個可有可無的工作，原因如下： ? 文檔是排錯寶貴經(jīng)驗的總結(jié)，是 “ 經(jīng)驗判斷和理論分析 ” 這一過程中最重要的參考資料； ? 文檔記錄了這次排錯中網(wǎng)絡(luò)參數(shù)所做的修改，這也是下一次網(wǎng)絡(luò)故障應(yīng)收集的相關(guān)信息。 ? 文檔記錄主要包括以下幾個方面： ? 故障現(xiàn)象描述及收集的相關(guān)信息 ? 網(wǎng)絡(luò)拓撲圖繪制 ? 網(wǎng)絡(luò)中使用的設(shè)備清單和介質(zhì)清單 ? 網(wǎng)絡(luò)中使用的協(xié)議清單和應(yīng)用清單 ? 故障發(fā)生的可能原因 ? 對每一可能原因制定的方案和實施結(jié)果 ? 本次排錯的心得體會 ? 其他：如排錯中使用的參考資料列表等 故障處理常用方法 ? 分層故障處理法 ? 分塊故障處理法 ? 分段故障處理法 ? 替換法 分層故障處理法 ? 分層法思想很簡單：所有模型都遵循相同的基本前提－－當模型的所有低層結(jié)構(gòu)工作正常時，它的高層結(jié)構(gòu)才能正常工作。在確信所有低層結(jié)構(gòu)都正常運行之前，解決高層結(jié)構(gòu)問題完全是浪費時間。 分層故障處理法 —案例分析 ? 在一個幀中繼網(wǎng)絡(luò)中，由于物理層的不穩(wěn)定，幀中繼連接總是出現(xiàn)反復失去連接的問題，這個問題的直接表象是到達遠程端點的路由總是出現(xiàn)間歇性中斷。這使得維護工程師第一反應(yīng)是路由協(xié)議出問題了，然后憑借著這個感覺來對路由協(xié)議進行大量故障診斷和配置，其結(jié)果是可想而知的。如果他能夠從 OSI模型的底層逐步向上來探究原因的話，維護工程師將不會做出這個錯誤的假設(shè)，并能夠迅速定位和排除問題。 分層故障處理法 —各層次的關(guān)注點 ? 物理層： 電纜、連接頭、信號電平、編碼、時鐘和組幀，這些都是導致端口處于 down狀態(tài)的因素。 ? 數(shù)據(jù)鏈路層： 數(shù)據(jù)鏈路層負責在網(wǎng)絡(luò)層與物理層之間進行信息傳輸；規(guī)定了介質(zhì)如何接入和共享；站點如何進行標識；如何根據(jù)物理層接收的二進制數(shù)據(jù)建立幀。封裝的不一致是導致數(shù)據(jù)鏈路層故障的最常見原因。可以使用 show interfaces命令初步判斷數(shù)據(jù)鏈路層是否存在故障。 ? 網(wǎng)絡(luò)層： 地址錯誤和子網(wǎng)掩碼錯誤是引起網(wǎng)絡(luò)層故障最常見的原因；網(wǎng)絡(luò)中的地址重復是網(wǎng)絡(luò)故障的另一個可能原因；另外，路由協(xié)議是網(wǎng)絡(luò)層的一部分，在較復雜的網(wǎng)絡(luò)中是排錯重點關(guān)注的內(nèi)容。 分塊故障處理法 ? 路由器配置文件的組織結(jié)構(gòu)，是以全局配置、物理接口配置、邏輯接口配置、路由配置等方式編排的。 ? 我們可以以此作為故障定位提供了一個原始框架，當出現(xiàn)一個故障案例現(xiàn)象時，我們可以把它歸入上述某一類或某幾類中，從而有助于縮減故障定位范圍。 ： ? 管理部分（路由器名稱、口令、服務(wù)、日志等） ? 端口部分（地址、封裝、 cost、認證等） ? 路由協(xié)議部分（靜態(tài)路由、 RIP、 OSPF、 BGP、路由引入等） ? 策略部分（路由策略、策略路由、安全配置等） ? 接入部分（主控制臺、 Tel登錄或啞終端、撥號等） ? 其他應(yīng)用部分（語言配置、 VPN配置、 Qos配置等） 分塊故障處理法 —舉例 ? 當使用 show ip route命令，結(jié)果只顯示出了直連路由，那么問題可能發(fā)生在哪里呢？ ? 根據(jù)上述的分塊，我們發(fā)現(xiàn)有三部分可能引起該故障：路由協(xié)議、策略、端口。如果沒有配置路由協(xié)議或配置不當，路由表就可能為空；如果訪問列表配置錯誤，就可能妨礙路由的更新；如果端口的地址、掩碼或認證配置錯誤，也可能導致路由表錯誤。 分段故障處理法 ? 如果兩個路由器跨越電信部門提供的線路而不能相互通信時，分段故障處理法是有效的： ? 主機到路由器 LAN接口的這一段 ? 路由器到 CSU/DSU接口的這一段 ? CSU/DSU到電信部門接口的這一段 ? WAN電路 ? CSU/DSU本身問題 ? 路由器本身問題 分段故障處理法 案例 ：路由器通過 DDN專線連接時的調(diào)試方法 ? 目前路由器在網(wǎng)上較多的一種應(yīng)用是通過 DDN專線連接，這種應(yīng)用對路由器來說配置并不太復雜，而問題多容易出在線路和 Modem方面。以下是對這種組網(wǎng)實際調(diào)試中的一些經(jīng)驗。 中繼線路 MODEM MODEM MODEM MODEM DDN節(jié)點機 DDN節(jié)點機 A B C D E F RouterA RouterB 分段故障處理法 案例 ：路由器通過 DDN專線連接時的調(diào)試方法 ? 正常情況下， Modem上指示燈狀態(tài)為： PWR（電源指示燈）、 RTS、 DCD三個燈常亮， TD、 RD在有數(shù)據(jù)收發(fā)時閃爍。兩側(cè)路由器連上并完成配置后， S口應(yīng)激活，線路協(xié)議應(yīng)激活，雙方可以相互 ping通。 ? 當出現(xiàn)問題時，可按照以下步驟進行測試： 分段故障處理法 案例 ：路由器通過 DDN專線連接時的調(diào)試方法 1. 在 Router1上打開調(diào)試開關(guān)。以封裝 PPP為例，在全局模式下輸入 debug ppp packet命令。 2. 將 Modem A上的 ANA鍵按下。此時 Modem的 RTS、 DCD、 TEST常亮，在Router1上能看到大量經(jīng)過環(huán)回的 LCP層收發(fā)消息包。此時表示 Modem A和 Router1之間連接正常。 3. 將 Modem A的 REM鍵按下。此時若燈狀態(tài)同上，路由器上看到的 debug消息也同上，則表示從 Router1到 Modem B之間連接正常。 4. 請本地數(shù)據(jù)局在節(jié)點機 C上進行環(huán)回，觀察是否有環(huán)回的數(shù)據(jù)包。 5. 請對端數(shù)據(jù)局在節(jié)點機 D上向本端進行環(huán)回，觀察是否有環(huán)回的數(shù)據(jù)包。 6. 對端將 Modem F的 DIG鍵按下，若能看到環(huán)回的數(shù)據(jù)包，則表示從Router1一直到 Modem F都正常。若不通，可以在 Router2上重復以上操作步驟，直至找出有問題的一段。 替換法 ? 這是我們在檢查硬件是否存在問題時最常用的方法。當懷疑是網(wǎng)線問題時，更換一根確定是好的網(wǎng)線試一試；當懷疑是接口模塊有問題時，更換一個其他接口模塊試一試。 故障處理對網(wǎng)絡(luò)維護和管理人員的要求 ? 對協(xié)議要求有精深的理解 ? 能夠引導客戶詳細描述出故障現(xiàn)象和相關(guān)信息 ? 充分了解自己所管理和維護的網(wǎng)絡(luò) ? 及時進行故障處理的文檔記錄和經(jīng)驗總結(jié) 存儲知識和架構(gòu) ? 硬盤的分類 ? 冗余和 RAID技術(shù) ? 存儲技術(shù)及架構(gòu) 硬盤的分類 (接口 ) ? ATA盤 ? 電子集成驅(qū)動器、 133MB/s、 5400rpm ? 把“硬盤控制器”與“盤體”集成在一起的硬盤驅(qū)動器 ? SATA盤 ? 串口 ATA硬盤、 150MB/s、 300MB/s、 5400rpm/7200rpm ? 采用串行連接方式，具備更強的糾錯能力 ? 具有結(jié)構(gòu)簡單、支持熱插拔 ? SCSI盤 ? 小型計算機系統(tǒng)接口、 320MB/s、 10krpm/15krpm ? 多任務(wù)、帶寬大、 CPU占用率低、熱插拔 ? SAS盤 ? 串行連接 SCSI 、 3Gbps、 ” ? FC盤 ? 基于 Fabric Channel環(huán)路協(xié)議基礎(chǔ)上的串行技術(shù)、 4Gbps ? SSD ? 固態(tài)硬盤 冗余和 RAID技術(shù) ? 冗余需求：存儲的關(guān)鍵角色 ? 冗余部件：控制器、風扇、電源模塊、緩存、電池、路徑（內(nèi) /外 )、硬盤 ? RAID技術(shù) ? RAID0、 RAID RAID RAID6 存儲技術(shù)及架構(gòu) ? DAS ? NAS ? SAN ? IPSAN 謝謝