本節書摘來自異步社群《cisco ios xr技術精要》一書中的第4章，第4.6節，作者 【美】mobeen tahir , mark ghattas , dawit birhanu , syed natif nawaz，更多章節内容可以通路雲栖社群“異步社群”公衆号檢視
cisco ios xr技術精要
本節介紹在不同的硬體及軟體操作中ios xr配置管理所扮演的角色。這些操作包括：
熱插拔（oir）；
pie的激活與解除安裝；
預配置；
路由器啟動。
前面介紹過，在ios xr中，配置是通過rdsfs複制到各個節點上的，但所有節點的初始原版配置是存放在cfs系統中的。是以，當拔出某塊闆卡時，所有存儲在此節點上的配置都會丢失，不過，該節點的配置資訊會被轉移到cfs中的預配置區域。在插入msc時，節點上的配置代理會變成活動狀态，從cfs中下載下傳節點配置，并在本地應用生效。這種設計是為大型系統中同時發生多個oir操作而考慮的。
oir操作中的配置管理可能由一塊spa子卡觸發。常見的oir場景包括：
更換同型号闆卡；
更換成其他型号闆卡（不同媒體類型）；
更換成高端口密度闆卡（相同媒體類型）；
更換成低端口密度闆卡（相同媒體類型）。
1．case 1：更換同型号闆卡
對相同型号的spa卡執行oir操作，當spa啟動後，接口配置會自動恢複。
2．case 2：更換成其他型号闆卡
更換其他型号spa卡（媒體和端口密度都不相同）而執行oir操作時，所有接口配置都會被删除；不過，配置平面配置如ospf、bgp路由選擇協定配置不受oir操作影響。使用者必須重新配置控制平面配置去移除舊接口類型。
3．case 3：更換成高端口密度闆卡
更換其他類似型号的spa卡（媒體類型相同，端口數量多）而執行oir操作時，先前的端口配置會重新應用到新端口上。不過，新增的端口需要建立配置，并在控制平面中激活。例4-20示範了spa卡的oir操作對配置産生的影響。
例4-20 oir更換成高端口密度節點
4．case 4：更換成低端口密度闆卡
更換其他類似型号的spa卡（媒體類型相同，端口數量少）而執行oir操作時，新端口會自動應用先前的端口配置。相比oir操作前缺失的端口會轉變成預配置狀态。控制平面會儲存oir前的所有端口資訊，當然，預配置端口不會生效。例4-21示範了oir更換spa後配置輸出的變化。
例4-21 oir更換成低端口密度節點
在上面介紹的所有場景中，控制平面配置（如ospf）對接口狀态是沒有感覺的。是以，控制平面配置是不會被移到預配置中的，同理，預配置接口也不會出現在控制平面中。
在pie安裝的階段，由于配置會發生變化，是以也離不開ios xr的管理。pie解除安裝會導緻配置命名空間版本的改變，ios xr會從路由器的running config中自動移除受影響的配置。類似地，pie版本更新中的pie激活操作也會影響路由器的running config。ios xr會将移除的配置儲存在以時間戳命名的配置檔案中。
使用者可以使用指令show configuration removed來檢視被系統移除的配置，如例4-22所示。
例4-22 pie解除安裝導緻的配置移除
在pie成功激活後，使用者可以使用指令load與commit嘗試将先前移除的不相容配置重新應用到running config中，如例4-23所示。
例4-23 使用load和commit指令恢複配置
cisco ios xr中引入了一種全新的接口配置方式，使使用者可以在未安裝plim卡之前預先配置硬體和接口，這種技術被稱為接口預配置（interface preconfiguration）。
預配置特性可應用在安裝或更換msc/spa卡的環境中。工程師可以在實體硬體闆卡未到位的情況下預先使用cli指令做好硬體和接口配置。使用show指令檢視路由器配置時可以發現所有預配置的接口都放置于預配置區域。當使用者插入msc或spa卡後，對應接口的預配置資訊會自動應用到系統中，成為路由器running config的一部分。
預配置特性減少了配置階段的時間，并且接口解決了依賴硬體的問題（無需現場等待硬體安裝），進而減少了更換硬體之後的業務中斷時間。預配置特性隻能應用在接口配置中。
例4-24示範了預配置特性的用法。
例4-24 預配置功能
cisco ios xr中提供了配置模闆特性，支援使用cli指令建立配置模闆，便于日後調用。這一特性可将多條通用指令打包到某個命名的模闆中，這樣終端使用者可以直接調用配置模闆，保證配置準确性的同時，也節省了使用者的配置時間。配置模闆特性具有很強的子產品性和靈活性，可以使用cli輕松配置。
ios xr cli不支援層次性（嵌套）的模闆定義；也就是說，一個模闆不能定義在另一個模闆中。例4-25中定義了一個名為config_chapter的模闆。
例4-25 模闆配置
模闆配置中，模闆的主體是由一組cli指令組成的。任何有效的配置指令都可以配置到模闆中。在配置模闆時，所有cli特性如問号、指令補全，以及文法檢查功能都是可用的。
例4-26定義了一個名為namechange的模闆，其中主機名使用了變量參數1。應用模闆的指令為apply-template < template-name > < parameter list >。
例4-26 使用變量參數的模闆配置
在路由器啟動階段，預設情況下系統會使用最近一次commit後的主用寄存配置來恢複路由器配置。使用這種方式，免去了使用者在ios平台重新開機前，每次都需要執行wr mem的儲存操作。
在系統執行reload指令之後，配置管理器會儲存一份ascii格式的running config，也就是前面介紹過的備用寄存配置（secondary persistent configuration）。當配置管理器檢測到需要更新ascii配置檔案并自動同步時，系統會提示“updating commit database. please wait…[ok]”資訊。當儲存的送出基準點失效或無法恢複配置時，系統将選擇ascii備用配置将配置恢複到重新開機前的配置狀态。
使用者可以通過手動指定引導使用的配置檔案目錄的方式，更改路由器啟動階段系統配置管理的預設行為。方法是使用指令boot結合-a選項，或設定iox_config_file變量2。手動設定配置檔案後，路由器将從使用者指定的路徑恢複系統配置，而不是使用最近的running config。正因如此，系統中的running config以及先前已經錄的檢查點配置檔案将失去作用，并會被系統删除。
在路由器使用running config恢複系統配置時，如果running config檔案不存在或發生損壞，路由器将嘗試使用ascii備份配置（running config的一個副本）恢複配置。使用ascii備份配置恢複系統配置後，所有的送出基準點都會被删除，也就是說，系統配置盡管可以在running config檔案失效的情況下使用ascii檔案恢複，不過，使用者将不能回退到先前的檢查點。如果ascii備份也不存在，路由器将恢複到出廠配置。
1譯者注：變量參數均以$開頭，後跟固定的系統變量。下一章中的eem腳本部分，讀者可以檢視到大量以$開頭的系統變量。“parameter list”指的是一次可以指定至多5個系統變量。
2譯者注：這個是個rommon模式下的指令，用法為boot image-file-path –a config-file-path。iox_config_file也是rommon下的變量，用法為iox_config_file=
drive:path/file。