網(wǎng)管員利如何用debug命令排錯及注意事項

　　網(wǎng)管員利如何用debug命令排錯及注意事項

　　在實際工作中，為了確定事件、數(shù)據(jù)包是否工作正?；蛘吣硞€策略是否有效，此時使用debug命令是一個很不錯的選擇。

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

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

　　注意事項一：不要在網(wǎng)絡(luò)比較繁忙的時候使用這個命令

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

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

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

　　注意事項二：需要注意輸出結(jié)果的不同

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

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

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

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

　　注意事項三、對于debug命令收集到的信息要及時分析

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

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

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

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

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

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

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

【推薦閱讀】

◆IT運維管理專區(qū)

◆企業(yè)使用IT運維管理軟件的七條成功經(jīng)驗分享

◆IT運維管理軟件的優(yōu)勢有哪些

◆IT運維管理在國內(nèi)的發(fā)展歷程及趨勢分析

◆網(wǎng)管軟件專區(qū)