有“大量工具”可以輔助管理員發(fā)現(xiàn)網(wǎng)絡(luò)什么時候出故障了，同時也幾種方法可以用來應(yīng)對這些警報。但是哪種方法是最佳的呢？可以說，沒有。沒有任何一種方法適用于所有情況。本文將闡述故障修復(fù)中所使用的幾種方法，以及在什么情況下它們不足以作為永久修復(fù)的手段。

基本上故障修復(fù)的方法有兩種，自上而下和自下而上?，F(xiàn)在，我們將探討自上而下的方法，而在下一章節(jié)中，我們將探討自下而上的方法。

在自上而下的方法中，我們從OSI協(xié)議棧的最上層開始分析。我們要先測試應(yīng)用是否正常工作，然后ping服務(wù)器，等等。直到我們到達協(xié)議棧的最底層，也就是物理層。這個方法最適用于多用戶進行服務(wù)臺呼叫的情況。物理層問題幾乎很少可能成為影響所有用戶的問題，當然，除非遇到服務(wù)器連接問題時。這個方法可以用來確定應(yīng)用或服務(wù)器是否DOWN了、變慢了，或者其它某些原因沒有響應(yīng)網(wǎng)絡(luò)命令。為了有效地運行，它往往是在某種工具或者網(wǎng)絡(luò)監(jiān)控應(yīng)用協(xié)助下工作的，這些工具和應(yīng)用是可以提供某種有規(guī)律和可操作的數(shù)據(jù)。

可操作的數(shù)據(jù)可能是簡單的ping，可能所有監(jiān)控通過SNMP陷阱傳輸?shù)奈诲e誤和其它錯誤的結(jié)果都是主機無法訪問。然而，真正的目的是確定錯誤的起因。為了有效地實現(xiàn)，必須有一個系統(tǒng)故障修復(fù)計劃。這當然不只包含重啟服務(wù)器。如果服務(wù)器出現(xiàn)故障，那么它一定是由于某些原因引起的。雖然原因可能是內(nèi)存泄露、處理器過度使用，或者其它問題，但是重啟只能作為臨時方法，而非根本的解決方案。因此，這時的可操作數(shù)據(jù)是什么呢？就是能夠提供足夠有用和明確的信息來確定行動計劃的數(shù)據(jù)。

大多數(shù)管理軟件包和監(jiān)控工具允許網(wǎng)絡(luò)管理員設(shè)置超出性能外的可接受范圍的限制。想要掌握應(yīng)該在哪里可以為特定問題設(shè)置限制是需要不斷地探索的。設(shè)置值過低將會造成警報過密，設(shè)置過高將會導(dǎo)致系統(tǒng)死機。盲目地接受默認設(shè)置可以導(dǎo)致工具利用率不高。任何時候部署管理軟件，我都建議花點錢接受培訓(xùn)。最理想的培訓(xùn)是請通過軟件包認證的人來做實地培訓(xùn)——在實際環(huán)境中。這樣我們就可以刪除不想要或者不需要的模塊，同時優(yōu)化能為我們提供最好信息的模塊。帶寬消耗大的應(yīng)用和負載高的服務(wù)器最好進行更多的調(diào)優(yōu)。

管理軟件的另外一個優(yōu)點是它能夠查詢不同的設(shè)備和在報告工具中保留數(shù)據(jù)統(tǒng)計和變化趨勢。以前，我們必須根據(jù)服務(wù)器軟件和激活的電子器件來雙擊各種不同接口上的每臺交換機來查看 ，至今很多環(huán)境仍然采用這種方法。這太繁瑣了！現(xiàn)在，只要一個工具，就可以對趨勢分析和綜合流量報告進行導(dǎo)出、排序操作等等。這些也可以用來調(diào)整新的設(shè)備和升級（這只是一個附加功能）。趨勢分析和利用模型的一個優(yōu)點是它允許我們確定哪些服務(wù)器可以受益于多網(wǎng)卡。同時，它也允許我們將交換機進行分組，這樣我們就可以平衡每臺交換機的總數(shù)據(jù)包，同時就不會出現(xiàn)有的交換機負載過高而有些使用不足。而且它還有助于我們了解各種類型的數(shù)據(jù)包的流向，從而可以對它們進行優(yōu)化。