使用debug命令排錯(cuò)時(shí)應(yīng)該注意的事項(xiàng)

在實(shí)際工作中，為了確定事件、數(shù)據(jù)包是否工作正常或者某個(gè)策略是否有效，此時(shí)使用debug命令是一個(gè)很不錯(cuò)的選擇。

當(dāng)企業(yè)網(wǎng)絡(luò)出現(xiàn)異常，如連接故障、性能問題或者其他異常事件時(shí)，需要對(duì)網(wǎng)絡(luò)進(jìn)行排錯(cuò)。此時(shí)使用debug命令是一個(gè)很不錯(cuò)的選擇。通過debug命令，網(wǎng)絡(luò)管理員可以收集到很多有用的信息。如可以了解到網(wǎng)絡(luò)節(jié)點(diǎn)所產(chǎn)生的錯(cuò)誤信息、特定協(xié)議的診斷數(shù)據(jù)包、某個(gè)接口所通過的數(shù)據(jù)流量等等。

在實(shí)際工作中，為了確定事件、數(shù)據(jù)包是否工作正?；蛘吣硞€(gè)策略是否有效，往往可以通過這個(gè)debug命令來查看交換器等網(wǎng)絡(luò)設(shè)備的進(jìn)程運(yùn)轉(zhuǎn)情況。不過這個(gè)命令跟ping等其他排錯(cuò)命令不同，其會(huì)帶來很多的負(fù)面作用。所以在使用的時(shí)候，網(wǎng)絡(luò)管理員需要特別的注意。具體的來說，需要注意一下幾點(diǎn)。

注意事項(xiàng)一：需要注意輸出結(jié)果的不同

在不同的情況下，debug輸出結(jié)果的格式是不同的。網(wǎng)絡(luò)管理員掌握這些輸出結(jié)果的差異，對(duì)于他們進(jìn)行排錯(cuò)具有很大的使用價(jià)值。如上所述，debug命令產(chǎn)生的信息量是比較多的。如果管理員能夠了解不同情況下的不同輸出格式，那么就可以在最短時(shí)間內(nèi)找到自己所需要的信息。也就是說，可以幫助管理員提高信息過濾的效率。

那么具體有哪些不同呢?筆者對(duì)此做了一些總結(jié)，供大家參考。一是需要注意，在使用這個(gè)命令進(jìn)行排錯(cuò)的時(shí)候，輸出的格式會(huì)隨著協(xié)議的不同而變化。如某些協(xié)議只是為每個(gè)數(shù)據(jù)包產(chǎn)生單行輸出，而有些協(xié)議則為會(huì)數(shù)據(jù)包產(chǎn)生多行輸出。當(dāng)網(wǎng)絡(luò)管理員掌握這個(gè)規(guī)則之后，可以不看內(nèi)容，而只看輸出的格式，就了解這些輸出結(jié)果可能是對(duì)應(yīng)哪些協(xié)議的。這對(duì)于網(wǎng)絡(luò)管理員從海量的信息中定位所需要的內(nèi)容，是非常有幫組的。

二是需要注意這個(gè)命令所帶的參數(shù)不同，其輸出的結(jié)果的數(shù)量也是不同的。有些debug命令會(huì)產(chǎn)生大量的輸出結(jié)果，而有些命令輸出的結(jié)果數(shù)量少的可憐。對(duì)于網(wǎng)絡(luò)排錯(cuò)來說，并不是信息越多越好，也不是說越少越好。而是要看輸出的結(jié)果是否對(duì)口，是否切重要點(diǎn)。這就對(duì)網(wǎng)絡(luò)管理員提出了比較要的要求。要求管理員必須掌握盡可能多的debug命令，并在恰當(dāng)?shù)臅r(shí)候使用恰當(dāng)?shù)膁ebug命令。也就是說，最后輸出的結(jié)果能夠滿足管理員的需要。太多的話，是一種呢浪費(fèi)，同時(shí)也會(huì)增加交換機(jī)等設(shè)備的CPU 負(fù)擔(dān)。筆者的建議是，在使用這個(gè)命令的時(shí)候，最好能夠從小到大。只有在當(dāng)前命令收集的結(jié)果不夠滿足當(dāng)前需要的情況下，才使用更大范圍的命令。這可以有效的降低設(shè)備的CPU負(fù)荷。

最后的一個(gè)變化就是根據(jù)錯(cuò)誤的情形、協(xié)議的不同、采用命令的不同，其返回結(jié)果的格式也會(huì)有差異。如有些情況下其產(chǎn)生的結(jié)果是文本行的格式。而有時(shí)則是以字段格式的方式提供。這也有助于網(wǎng)絡(luò)管理員過濾信息。另外需要注意的是，有些管理員可能會(huì)把debug命令收集起來的信息存入到數(shù)據(jù)庫中進(jìn)行更加復(fù)雜的分析。此時(shí)就需要這個(gè)字段與文本行格式的差異。在某些情況下，需要對(duì)文本行格式的數(shù)據(jù)進(jìn)行整理，才能夠滿足管理員的需要。

注意事項(xiàng)二：不要在網(wǎng)絡(luò)比較繁忙的時(shí)候使用這個(gè)命令

通常情況下，使用debug命令是可以幫助網(wǎng)絡(luò)管理員收集到很多有用的信息。但是需要注意的是，與此同時(shí)，這個(gè)命令也會(huì)產(chǎn)生大量的對(duì)于解決問題沒有多少幫助的垃圾數(shù)據(jù)。也就是說，這個(gè)命令本身并沒有過濾的功能，其只是簡(jiǎn)單的收集相關(guān)的信息。這不僅會(huì)增加設(shè)備與網(wǎng)絡(luò)的負(fù)擔(dān)，而且分析這些信息的時(shí)候，也會(huì)有不少的障礙。當(dāng)信息比較多的時(shí)候，只有比較專業(yè)的人員才可以從繁雜的信息中整理出有用的信息。

其次在debug命令使用的過程中，也會(huì)使得CPU出現(xiàn)比較大的開銷。這會(huì)對(duì)網(wǎng)絡(luò)的性能產(chǎn)生很大的負(fù)面影響。有時(shí)候甚至導(dǎo)致網(wǎng)絡(luò)的堵塞。從而使得網(wǎng)絡(luò)故障雪上加霜，破壞網(wǎng)絡(luò)設(shè)備的正常運(yùn)轉(zhuǎn)。

基于如上原因，筆者建議，最好能夠在網(wǎng)絡(luò)流量或者用戶比較少的時(shí)候使用這個(gè)debug命令，從而在最大程度上降低這個(gè)命令對(duì)于其他用戶的負(fù)面影響。如果正的有必要馬上解決問題，等不到網(wǎng)絡(luò)空閑的時(shí)候，那么必須要遵守如下這個(gè)原則。即應(yīng)當(dāng)在已經(jīng)了解故障的特定類型流量或者解決方案，并且已經(jīng)將故障限定在某個(gè)局部范圍內(nèi)之后，才使用這個(gè)debug命令進(jìn)一步收集相關(guān)信息。如此的話，可以在這個(gè)命令后面加上相關(guān)的參數(shù)，來降低設(shè)備CPU的開銷，提高信息的使用價(jià)值。

注意事項(xiàng)三、對(duì)于debug命令收集到的信息要及時(shí)分析

記得有位哲人說過，人不能夠2次站在同一條河上。利用這句話來形容事物是時(shí)刻在變化的。其實(shí)這個(gè)道理在網(wǎng)絡(luò)中也是有效的。連續(xù)使用兩次debug命令來收集相關(guān)的信息，其結(jié)果就可能有所差異。為此作為網(wǎng)絡(luò)管理員，應(yīng)該學(xué)會(huì)及時(shí)的從debug命令中獲取信息。并且還應(yīng)該學(xué)會(huì)在調(diào)試完畢之后即使的關(guān)閉debug命令，甚至可以禁用它。從而讓網(wǎng)絡(luò)設(shè)備在最短時(shí)間內(nèi)恢復(fù)到工作狀態(tài)。然后接下去的工作就是對(duì)收集到的信息進(jìn)行分析，查找故障或者性能下降的原因。

簡(jiǎn)單的說，就是不要邊使用debug命令收集信息，邊對(duì)數(shù)據(jù)進(jìn)行分析。這主要還是由于debug命令會(huì)大量占用CPU的資源。在實(shí)際工作中，為了最大程度的降低debug命令的負(fù)面影響，筆者建議，最好相關(guān)的debug命令創(chuàng)建比較好的目標(biāo)行動(dòng)計(jì)劃。如每個(gè)星期一次，讓debug命令在網(wǎng)絡(luò)比較空閑的時(shí)候運(yùn)行一次，以收集網(wǎng)絡(luò)管理員所關(guān)心的信息。這能夠幫助網(wǎng)絡(luò)管理員防范于未然，同時(shí)也不會(huì)對(duì)用戶網(wǎng)絡(luò)的正常使用產(chǎn)生很大的負(fù)面影響。

注意事項(xiàng)四：學(xué)會(huì)在debug命令后面加入相關(guān)的參數(shù)

在思科的產(chǎn)品中，所有的debug命令必須都在exec模式下運(yùn)行，并且大部分的debug命令在運(yùn)行的時(shí)候都沒有強(qiáng)制參數(shù)的要求。但是筆者還是建議，在絕大部分情況下，使用debug命令的時(shí)候要帶上相關(guān)的參數(shù)。特別是在將調(diào)試信息隔離到特定接口或者特性的時(shí)候，帶參數(shù)的debug命令會(huì)非常的有用。

歸根究底，這還是因?yàn)閐ebug命令產(chǎn)生的大量結(jié)果已經(jīng)對(duì)CPU資源的消耗所決定的。如果不帶參數(shù)的話，不僅難以將信息與接口或者特性一一對(duì)應(yīng)，而且還會(huì)占用CPU等資源。這會(huì)擴(kuò)大debug命令的負(fù)面影響。為此筆者的建議是在使用debug命令的時(shí)候，最好先使用帶參數(shù)的debug命令。只有在其收集的信息不夠用時(shí)，再考慮不帶參數(shù)。

不過值得注意的是，有一個(gè)參數(shù)需要慎用，即all參數(shù)，如debug all命令。如果采用這個(gè)命令的話，會(huì)產(chǎn)生壓倒多數(shù)的被調(diào)試的進(jìn)程。情況嚴(yán)重的話，會(huì)導(dǎo)致系統(tǒng)與網(wǎng)絡(luò)崩潰。故這個(gè)all參數(shù)往往只是在非生產(chǎn)領(lǐng)域使用?；蛘呤窃诰W(wǎng)絡(luò)剛組建的使用采用。等到網(wǎng)絡(luò)正式投入使用過，這個(gè)參數(shù)就需要謹(jǐn)慎使用的。通常情況下，是禁用。

可見，debug命令雖然只是思科產(chǎn)品中很小一部分的功能。但是在排錯(cuò)與性能優(yōu)化中，其作用不可忽視。在使用的時(shí)候，也是大有講究。以上的一些提醒，相信對(duì)各位網(wǎng)絡(luò)管理員正確使用debug命令會(huì)有很大的幫助。