- 產品與解決方案
- 行業解決方案
- 服務
- 支持
- 合作夥伴
- 關於我們
05-配置文件管理
本章節下載： 05-配置文件管理 (283.52 KB)
目 錄
配置文件管理是設備提供的用於管理配置文件的一項功能。它具有較好的命令行接口，方便用戶對配置文件進行管理。
設備支持兩種運行模式：獨立運行模式和IRF模式，缺省情況為獨立運行模式。有關IRF模式的介紹，請參見“IRF配置指導”中的“IRF”。
配置文件是命令行的集合。用戶將當前配置（一條條命令行）保存到配置文件中，以便設備重啟後，這些配置能夠繼續生效。另外，通過配置文件，用戶可以非常方便地查閱配置信息也可以將配置文件上傳/下載到別的設備，來實現設備的批量配置。
設備上的配置分為以下三種：
設備在出廠時，通常會帶有一些基本的配置，稱為出廠配置，用來保證設備在沒有配置文件或者配置文件丟失、損壞的情況下，能夠正常啟動、運行。
可以使用display default-configuration命令查看設備的出廠配置。
出廠配置可能與命令行的缺省情況不同，請以設備的實際情況為準。
當設備啟動時，根據讀取的配置文件，進行初始化工作，該配置稱為起始配置或者啟動配置（startup-configuration）；如果設備中沒有配置文件，則係統使用出廠配置作為起始配置。
可以通過以下方式查看起始配置：
· 使用display startup查看當前使用的啟動配置文件，再使用more命令查看該配置文件的內容；
· 設備啟動後還沒有進行配置前，使用display current-configuration命令查看。
係統當前正在使用的配置稱為當前配置（current-configuration）。它可能包括起始配置（如果起始配置在設備運行過程中沒有被用戶修改的話），還包括運行過程中用戶追加的配置。當前配置存放在設備的臨時存儲器中，如果不保存，設備重啟之後可能會失效。
可以使用display current-configuration命令查看設備的當前配置。
配置文件為一個文本文件，其保存規則如下：
· 配置文件的內容為命令行的完整形式；
· 配置文件以命令視圖為基本框架，同一命令視圖的命令組織在一起，形成一節，節與節之間通常用空行或注釋行隔開（以#開始的為注釋行，空行或注釋行可以是一行或多行）；
· 文件中各節的安排順序通常為：係統配置、接口配置、各種協議配置和用戶界麵配置；
· 以return結束。
配置文件對內容和格式有嚴格定義，為保證配置文件的正確運行，請盡量使用設備自動生成的配置文件，不要隨意手工修改配置文件。（執行save命令，設備會將當前配置自動生成配置文件）
存儲介質上可以同時存放多個配置文件。用戶可以將設備在多個使用環境下的配置保存成多個配置文件，當設備在網絡中移動時，通過指定下次啟動配置文件並重啟設備，可以使設備以新的配置迅速適應切換後的網絡環境，節省重新配置的工作量。而且多配置文件可以方便用戶的備份、修改、恢複等操作，提高設備的可靠性。
下次啟動配置文件的設置方式有兩種：
· 保存當前配置時設置，具體配置請參見1.2 保存當前配置。
· 設置下次啟動配置文件時設置，具體配置請參見1.4 設置下次啟動配置文件。
係統啟動時，配置文件的選擇遵循以下規則：
(1) 如果用戶指定了下次啟動配置文件，且該文件存在，則以該文件初始化配置。
(2) 如果用戶指定的下次啟動配置文件不存在，則以出廠配置啟動。
用戶通過命令行可以修改設備的當前配置，而這些配置是暫時的，如果要使當前配置在係統下次重啟時仍然有效，在重啟設備前，需要將當前配置保存到配置文件中。
表1-1 保存當前配置任務簡介
|
配置任務 |
說明 |
詳細配置 |
|
使能配置文件同步保存功能 |
可選 |
|
|
保存當前配置 |
必選 |
獨立運行模式
· 使能配置文件同步保存功能後，當用戶執行“save [ safely ] [ force ]”或者“save filename all+回車”操作保存當前配置時，主用主控板和備用主控板會同時自動把當前配置保存到指定的配置文件中，並將該文件配置為設備的下次啟動文件，以保證主、備板配置文件內容的一致；
· 如果沒有使能配置文件同步保存功能，則當用戶執行“save [ safely ] [ force ]”或者“save filename all+回車”操作保存當前配置時，隻有主用主控板自動把當前配置保存到指定的配置文件中，並將該文件配置為主用主控板的下次啟動文件，備用主控板不會執行保存操作，也不會重新設置備用主控板的下次啟動文件。
IRF模式
· 使能配置文件同步保存功能後，當用戶執行“save [ safely ] [ force ]”或者“save filename all+回車”操作保存當前配置時，IRF中的所有主控板會同時自動把當前配置保存到指定的配置文件中，並將該文件配置為本板的下次啟動文件，以保證全局主用主控板和全局備用主控板配置文件內容的一致；
· 如果沒有使能配置文件同步保存功能，則當用戶執行“save [ safely ] [ force ]”或者“save filename all+回車”操作保存當前配置時，隻有全局主用主控板自動把當前配置保存到指定的配置文件中，並將該文件配置為本板的下次啟動文件，全局備用主控板不會執行保存操作，也不會重新設置本板的下次啟動文件。
表1-2 使能配置文件同步保存功能
|
操作 |
命令 |
說明 |
|
進入係統視圖 |
system-view |
- |
|
使能配置文件同步保存功能 |
slave auto-update config |
可選 缺省情況下，配置文件同步保存功能處於使能狀態 |
執行“save file-url+回車”操作，係統隻按指定路徑保存當前配置，備用主控板不執行同步保存操作。
配置的保存方式有兩種：
· 快速保存方式，執行不帶safely參數的save命令。這種方式保存速度快，但是保存過程中如果出現設備重啟、斷電等問題，原有配置文件可能會丟失。
· 安全模式保存方式，執行帶safely參數的save命令。這種方式保存速度慢，即使保存過程中出現設備重啟、斷電等問題，原有配置文件仍然會保存到設備中，不會丟失。
在電源穩定程度較好的環境中，推薦用戶使用快速保存方式保存配置文件；在電源環境惡劣或者遠程維護等情況，推薦用戶使用安全模式保存配置文件。
當用戶完成了若幹配置，並對當前版本的最新配置進行保存時，設備會檢查新配置信息與當前配置文件的兼容性。根據兼容性的不同，設備采用的配置文件保存操作不同。
當新配置信息與當前配置文件兼容時，設備采用的配置文件保存操作如下：
表1-3 保存當前配置
|
操作 |
命令 |
說明 |
|
將當前配置保存到指定文件，但不會將該文件設置為下次啟動配置文件（獨立運行模式） |
save [ file-url [ all | slot slot-number ] ] |
兩種方式必選其一 該命令可在任意視圖下執行 |
|
將當前配置保存到指定文件，但不會將該文件設置為下次啟動配置文件（IRF模式） |
save [ file-url [ all | chassis chassis-number slot slot-number ] ] |
|
|
將當前配置保存到儲存介質的根目錄，並將該文件設置為下次啟動配置文件 |
save [ safely ] [ force ] |
· 將當前配置保存到指定文件時，文件名後綴必須為“.cfg”。
· 執行“save+回車”或者“save file-url all+回車”操作，若使能了主備配置文件同步保存功能，則所有主控板會自動執行保存操作；若沒有使能主備配置文件同步保存功能，則隻有主用主控板執行保存操作，備用主控板不會將當前配置保存到自己的配置文件中。關於同步保存功能請參見“1.2.2 使能配置文件同步保存功能”。
· 執行save [ safely ]命令時，如果出現設備重啟、斷電等問題，可能會造成下次啟動配置文件丟失，這時，設備將以出廠配置啟動。設備啟動後，用戶需要重新設置下次啟動配置文件（請參見“1.5 備份下次啟動配置文件”）。
設備采用新版本啟動時，默認會采用升級前的下次啟動配置文件。如果下次啟動配置文件為舊版本的配置文件，當用戶使用新版本完成了若幹配置，並對當前版本的最新配置進行首次保存時，若在主用主控板上執行“save [ safely ] [ force ]”命令，此時設備會檢查新配置信息與當前配置文件的兼容性。
若二者不兼容，新配置信息無法寫入當前使用的舊配置文件中，此時設備上會提示如下信息：
The configuration file flash:/config.cfg will be automatically backed up as flash:/_config_bak.cfg for a future version downgrading.
此時設備將進行如下操作：
· 對設備當前正在使用的舊配置文件自動進行備份，以便於版本降級時恢複設備的原有配置（例如，當前的配置文件名稱為config.cfg，則設備將該文件自動備份為名稱為_config_bak.cfg的文件，並將備份後的文件保存在主用主控板及備用主控板的Flash中）。
· 采用當前運行的配置生成新的配置文件，並用新配置文件直接覆蓋當前正在使用的配置文件。
如果當前配置文件自動備份的過程中，出現備用主控板備份失敗（主用主控板備份不受影響）。設備將提示用戶選擇後續的操作方式。
· 放棄保存新版本上的所有配置：選擇此操作方式，則主用主控板和備用主控板不會保存當前運行的所有配置。
· 采用當前運行的配置生成新的配置文件，並用新配置文件直接覆蓋當前正在使用的配置文件：選擇此操作方式，升級前的舊版本的配置文件將丟失。此時需要手工將主用主控板上備份的舊配置文件_XXX_bak.cfg拷貝到備用主控板的flash中，以確保後續該備用主控板也能夠順利的降級回舊版本。
如果設備需從當前的新版本降級回舊版本時，首先要檢查主用主控板和備用主控板上是否存在舊版本的配置文件_XXX_bak.cfg。如果存在，需在降級之前手工指定主用主控板和備用主控板下次啟動配置文件采用舊版本的配置文件，否則下次啟動配置文件不會采用舊版本的配置文件。
設備采用新軟件版本啟動時，默認會采用升級前的下次啟動配置文件。如果下次啟動配置文件為舊版本的配置文件，當用戶使用新版本完成了若幹配置，並對當前版本的最新配置進行首次保存時，若在全局主用主控板上執行“save [ safely ] [ force ]”命令，此時設備會檢查新配置信息與當前配置文件的兼容性。若二者不兼容，新配置信息無法寫入當前使用的老配置文件中，此時設備上會提示如下信息：
The configuration file flash:/config.cfg will be automatically backed up as flash:/_config_bak.cfg for a future version downgrading.
此時設備將進行如下操作：
· 對設備當前正在使用的老配置文件自動進行備份，以備版本降級時恢複設備的原有配置（例如，當前的配置文件名稱為config.cfg，則設備將該文件自動備份為名稱為_config_bak.cfg的文件，並將備份後的文件保存在全局主用主控板及備用主控板的Flash中）。
· 采用當前運行的配置生成新的配置文件，並用新配置文件直接覆蓋當前正在使用的配置文件
如果當前配置文件自動備份的過程中，出現IRF中某備用主控板備份失敗（其他備用主控板備份不受影響）。設備將提示用戶選擇後續的操作方式。
· 放棄保存新版本上的所有配置：選擇此操作方式，則全局主用主控板和備用主控板不會保存當前運行的所有配置。
· 采用當前運行的配置生成新的配置文件，並用新配置文件直接覆蓋當前正在使用的配置文件：選擇此操作方式，升級前的舊版本的配置文件將丟失。此時需要手工將全局主用主控板上備份的老配置文件_XXX_bak.cfg拷貝到該備用主控板的flash中，以確保後續該備用主控板也能夠順利的降級回舊版本。
如果設備需從當前的新版本降級回舊版本時，首先要檢查全局主用主控板是否存在舊版本的配置文件_XXX_bak.cfg。如果存在，需在降級之前手工指定全局主用主控板和全局備用主控板的下次啟動配置文件采用舊版本的配置文件，否則下次啟動配置文件不會采用舊版本的配置文件。
配置回滾是將當前的配置回退到指定配置文件中的配置狀態。該配置文件必須是有效的.cfg文件，它可以使用手工/自動備份功能或者save命令生成，也可以是別的設備的可兼容配置文件，推薦使用手工/自動備份功能生成。配置回滾主要應用於：
· 當前配置錯誤，但錯誤配置太多不方便定位或逐條回退，需要將當前配置回滾到某個正確的配置狀態。
· 設備的應用環境變化，需要使用某個配置文件中的配置信息運行，在不重啟設備的情況下將當前配置回滾到指定配置文件的狀態。
配置回滾的基本步驟如下：
用戶必須先設置備份配置文件的路徑和文件名前綴；
係統將當前配置以指定的文件名（前綴+序號）備份到指定路徑。這個備份有兩種方式：一種是係統按照一定的時間周期自動備份，另一種是用戶用命令行在必要時手工觸發備份；
將當前配置回滾到指定配置文件的狀態。配置回滾時，係統會比較、處理當前配置和配置文件中配置的差異：
· 對於當前配置與回滾配置文件中的相同命令，回滾操作將不做處理；
· 對於在當前配置但不在回滾配置文件的命令，回滾操作將取消當前配置中的配置命令，即執行相應的undo命令；
· 對於存在於回滾配置文件但不存在於當前配置的命令，回滾操作將執行這些命令；
· 對於當前配置和回滾配置文件中不同的命令，配置回滾將先取消這些配置，再執行回滾配置文件中的相應命令；
· 獨立運行模式下，當前配置隻會備份到主用主控板，回滾操作也隻在主用主控板上進行。但配置回滾的相應配置會同步給備用主控板，以保證當主備倒換後，配置回滾功能能繼續運行。
· IRF模式下，當前配置隻會備份到全局主用主控板，回滾操作也隻在全局主用主控板上進行。但配置回滾的相應配置會同步給全局備用主控板，以保證當全局主用主控板變更後，配置回滾功能能繼續運行。
表1-4 配置回滾配置任務簡介
|
配置任務 |
說明 |
詳細配置 |
|
設置備份參數 |
必選 |
|
|
自動備份當前配置 |
二者至少選其一 |
|
|
手工備份當前配置 |
||
|
配置回滾 |
必選 |
自動或手動備份當前配置前必須設置備份配置文件的保存路徑和文件名前綴。設置這些參數後，備份當前配置時，係統會將當前的配置以指定的文件名（格式為前綴_序號.cfg）保存到指定的路徑。備份配置文件名形如20080620archive_1.cfg、20080620archive_2.cfg，備份序號由設備自動生成，從1開始編號，依次加1，累加至1000後又重新從1開始。修改備份配置的保存路徑、文件名前綴，或設備重啟後，備份序號也會從1開始重新自動編號，備份配置文件將重新計數，原路徑下的備份配置文件將被視為普通配置文件，不再作為備份配置文件處理，查看備份配置文件時將不會顯示此類文件的信息。
係統內能夠保存的備份配置文件的數目有一定限製。當備份配置文件數目到達上限，又需要保存新的備份配置文件時，係統會刪除保存時間最早的備份文件，以保存新的備份配置文件。
表1-5 設置備份參數
|
操作 |
命令 |
說明 |
|
進入係統視圖 |
system-view |
- |
|
設置備份配置文件的保存路徑和文件名前綴 |
archive configuration location directory filename-prefix filename-prefix |
必選 缺省情況下，係統沒有配置備份配置文件的保存路徑和文件名，也不會定時備份配置。 |
|
係統允許保存的備份配置文件的最大數 |
archive configuration max file-number |
可選 缺省情況下，係統最多允許保存5個備份配置文件 |
· 獨立運行模式下，配置備份和配置回滾操作隻在主用主控板上執行。為了主備倒換後，配置回滾功能能在新主用主控板上繼續生效，執行archive configuration location命令會在主用主控板和備用主控板上同時設置備份配置文件的保存路徑和文件名前綴，因此，該命令指定的路徑必須在主用主控板、備用主控板上均存在，且路徑參數中不能包含槽位號。
· IRF模式下，配置備份和配置回滾操作隻在全局主用主控板上執行。為了全局主用主控板變更後，配置回滾功能能在新全局主用主控板上繼續生效，執行archive configuration location命令會在IRF中所有主控板上同時設置備份配置文件的保存路徑和文件名前綴，因此，該命令指定的路徑必須在所有主控板上均存在，且路徑參數中不能包含成員編號和槽位號。
· 執行undo archive config location命令後，用戶將不能進行手工備份當前配置，係統也不再自動備份當前配置，archive configuration interval和archive configuration max的配置也會恢複到缺省情況，已保存的備份配置文件記錄也會被清除。
· file-number的具體數值應根據係統的空餘存儲空間大小來決定。對於較小存儲空間的設備，建議將該參數設為較小值。
用戶可以使用本特性按照一定的時間間隔自動備份當前配置，使用display archive configuration命令可以查看到備份配置文件的名稱和備份時間，以便用戶可以將當前配置回退到某一曆史時刻。
使用本特性時應根據設備存儲介質的性能和修改配置的頻繁程度來設置自動備份的時間間隔：
· 對於不會頻繁修改配置的設備，建議按需手動備份當前配置；
· 對於使用低速存儲介質（如Flash）的設備，建議不進行自動備份配置，或設置備份時間間隔大於1440（24小時）；
· 對於使用高速存儲介質（如CF卡），且配置經常修改的設備，可以設置較小的備份時間間隔。
表1-6 自動備份當前配置
|
操作 |
命令 |
說明 |
|
進入係統視圖 |
system-view |
- |
|
使能自動備份當前配置功能，並設置自動備份的時間間隔 |
archive configuration interval minutes |
可選 缺省情況下，係統不會自動備份當前配置 |
設置自動備份配置時間間隔前必須指定備份配置文件的保存路徑和文件名前綴。
因為自動備份當前配置需要占用一定的係統資源，如果備份頻率較高，對係統性能的影響也較大。因此，在設備維護過程中配置比較穩定（即不會頻繁修改配置）的情況下，建議關閉自動備份功能，使用手工備份。
另外，自動備份是按照一定的時間周期進行的，手工備份能立即備份當前配置。當需要對設備進行步驟複雜的配置時，可以在修改配置前手工備份當前配置。以便配置過程中出現失敗時，可以使用已備份的配置直接將當前配置回滾至配置改變前的狀態。
表1-7 手工備份當前配置
|
操作 |
命令 |
說明 |
|
手工備份當前配置 |
archive configuration |
必選 該命令在用戶視圖下執行 |
手工保存備份配置前必須指定備份配置的保存路徑和文件名前綴，否則備份失敗。
表1-8 配置回滾
|
操作 |
命令 |
說明 |
|
進入係統視圖 |
system-view |
- |
|
配置回滾 |
configuration replace file filename |
必選 |
配置回滾期間（即係統在執行configuration replace file命令時）不能進行單板熱拔插操作，否則可能會造成配置回滾失敗。
命令能否回滾成功還由命令的具體處理決定，存在以下情況時，回滾可能失敗（若某條命令回滾失敗，則會跳過該命令，直接處理下一條命令）：
· 配置命令不支持完整undo命令，即直接在配置命令前添加undo關鍵字構成的命令與配置命令對應的原undo命令形式不一致，設備不識別。比如命令A [ B ] C，對應的undo命令為undo A C，但是配置回滾的時候，係統會去自動執行undo A B C，此時係統會認為不支持undo A B C而造成配置A B C回滾失敗。
· 配置不能取消（如硬件相關的命令）。
· 若不同視圖下的各配置命令存在依賴關係，命令可能執行失敗。
· 若使用的配置文件不是由save命令或archive configuration命令生成的完整文件，或是不同類型設備的配置文件，配置回滾可能不能完全恢複至配置文件中的配置狀態。因此，需要用戶確保回滾配置文件中配置的正確性和與當前設備的兼容性。
· configuration replace file filename命令中指定的配置文件隻能是明文配置文件，不能是被加密的配置文件。否則，會導致配置回滾出錯。
· 如果指定回退的配置文件中包含irf mode enhanced/undo irf mode enhanced的配置，那麼回滾之後irf mode enhanced/undo irf mode enhanced命令無法生效。關於irf mode enhanced/undo irf mode enhanced命令的詳細介紹，請參見“IRF命令參考”中的“IRF”。
下次啟動配置文件是指設備下次啟動時使用的配置文件。設置下次啟動配置文件有兩種方式：
· 使用save命令。將當前配置保存到指定配置文件時，使用交互方式，係統會自動把該文件設置為設備的下次啟動配置文件。
· 使用專用命令，步驟請參見表1-9。
|
操作 |
命令 |
說明 |
|
配置下次啟動時的配置文件名 |
startup saved-configuration cfgfile |
必選 該命令在用戶視圖下執行 |
· 配置文件必須以“.cfg”作為擴展名，啟動配置文件必須存放在存儲設備的根目錄下（對於支持存儲設備分區的設備，該文件必須存放在第一個分區內）。
· 由於設備啟動過程中不能從U盤讀取數據，所以請不要把啟動配置文件保存到U盤。
備份下次啟動配置文件特性用於將設備下次啟動配置文件備份至TFTP服務器上。隻備份主用板上的下次啟動配置文件，不對備用板進行任何操作。
表1-10 備份下次啟動配置文件
|
操作 |
命令 |
說明 |
|
將設備的下次啟動配置文件備份到指定的TFTP服務器 |
backup startup-configuration to dest-addr [ dest-filename ] |
必選 該命令在用戶視圖下執行 FIPS模式下不支持該命令 |
在執行配置文件的備份操作前，請：
· 保證設備與服務器之間的路由可達，服務器端開啟了TFTP服務，執行備份操作的客戶端設備已獲得了相應的讀寫權限。
· 在用戶視圖下使用display startup命令查看一下設備是否已經設置了下次啟動配置文件。若下次啟動配置文件設置為NULL，或者所設置的配置文件不存在，備份操作將會失敗。
用戶通過命令可以刪除設備中的下次啟動配置文件。出現以下情況時，用戶可能需要刪除設備中的下次啟動配置文件：
· 在設備軟件升級之後，係統軟件和配置文件不匹配。
· 設備中的配置文件被破壞（常見原因是加載了錯誤的配置文件）。
下次啟動配置文件被刪除後，設備下次上電時，係統將采用出廠配置進行初始化。
表1-11 刪除設備中的下次啟動配置文件
|
操作 |
命令 |
說明 |
|
刪除設備中的下次啟動配置文件 |
reset saved-configuration |
必選 該命令在用戶視圖下執行 |
· 獨立運行模式下，本特性會將下次啟動配置文件從設備上徹底刪除，所以請謹慎使用。
· IRF模式下，本特性會將下次啟動配置文件從所有主控板上徹底刪除，所以請謹慎使用。
· 獨立運行模式
恢複下次啟動配置文件特性用於將TFTP服務器上保存的指定配置文件下載到主用主控板和備用主控板存儲介質的根目錄下，並設置為主用主控板和備用主控板的下次啟動配置文件。
· IRF模式
恢複下次啟動配置文件特性用於將TFTP服務器上保存的指定配置文件下載到IRF中所有主控板存儲介質的根目錄下，並設置為所有主控板的下次啟動配置文件。
表1-12 恢複下次啟動配置文件
|
操作 |
命令 |
說明 |
|
恢複主用下次啟動配置文件 |
restore startup-configuration from src-addr src-filename |
必選 該命令在用戶視圖下執行 FIPS模式下不支持該命令 |
· 在執行配置文件的恢複操作前，請保證設備與服務器之間的路由可達，服務器端開啟了TFTP服務，執行恢複操作的客戶端設備已獲得了相應的讀寫權限。
· 該命令執行成功後，用戶可以在用戶視圖下使用display startup命令查看設備下次啟動配置文件名是否與filename參數保持一致，並使用dir命令查看恢複的下次啟動配置文件是否存在。
在完成上述配置後，在任意視圖下執行display命令可以顯示配置文件的使用情況。用戶可以通過查看顯示信息驗證配置的效果。
|
操作 |
命令 |
|
顯示配置回滾功能的相關信息 |
display archive configuration [ | { begin | exclude | include } regular-expression ] |
|
查看當前生效的配置 |
display current-configuration [ configuration [ configuration ] | interface [ interface-type [ interface-number ] ] | exclude modules ] [ by-linenum ] [ | { begin | exclude | include } regular-expression ] |
|
顯示出廠配置 |
display default-configuration [ | { begin | exclude | include } regular-expression ] |
|
查看設備存儲介質中保存的當前正在使用的配置文件的內容 |
display saved-configuration [ by-linenum ] [ | { begin | exclude | include } regular-expression ] |
|
查看係統啟動配置文件 |
display startup [ | { begin | exclude | include } regular-expression ] |
|
查看當前視圖下生效的配置 |
display this [ by-linenum ] [ | { begin | exclude | include } regular-expression ] |
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!
支持
