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

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

在實際工作中，為了確定事件、數據包是否工作正常或者某個策略是否有效，往往可以通過這個debug命令來查看交換器等網絡設備的進程運轉情況。不過這個命令跟ping等其他排錯命令不同，其會帶來很多的負面作用。所以在使用的時候，網絡管理員需要特別的注意。具體的來說，需要注意一下幾點。

注意事項一：不要在網絡比較繁忙的時候使用這個命令

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

其次在debug命令使用的過程中，也會使得CPU出現比較大的開銷。這會對網絡的性能產生很大的負面影響。有時候甚至導致網絡的堵塞。從而使得網絡故障雪上加霜，破壞網絡設備的正常運轉。

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

注意事項二：需要注意輸出結果的不同

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

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

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

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

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

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

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

注意事項四：學會在debug命令后面加入相關的參數

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

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

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

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