9） 設(shè)備重啟加載： 重啟設(shè)備后則再次進行配置文件的判斷，發(fā)現(xiàn)此時存在配置文件，則不進入ZAM模式，正常加載配置文件并啟動。

3. 信息同步校驗階段

1） 成功處理：

設(shè)備成功上線后

A. 上傳 [sn].log 到 /ZAM_LOG/

B. 上傳 [sn].ok 到 /ZAM_STATUS/

C. 寫"1"到/etc/zam.txt （通告zam執(zhí)行成功）

D. 清空本地本次執(zhí)行相關(guān)文件（[sn].CFG, [sn].ZAM, [sn].params, [sn].ok, [sn].error）

圖5 ZAM文件夾目錄、

圖6 成功執(zhí)行ZAM流程

2） 失敗處理

主邏輯任意一個節(jié)點發(fā)生故障，跳到故障處理時，執(zhí)行下列動作

A. 上傳 [sn].log 到 /ZAM_LOG/

B. 上傳 [sn].error 到 /ZAM_STATUS/

C. 寫"0"到/etc/zam.txt（通告zam執(zhí)行失?。?/span>

D. 清空本地本次執(zhí)行相關(guān)文件（[sn].CFG, [sn].ZAM, [sn].params, [sn].ok, [sn].error）

三、探索創(chuàng)新

隨著網(wǎng)絡(luò)設(shè)備對于類似Python的高級編程語言環(huán)境的支持愈加成熟，零配置上線技術(shù)在IDC場景中得到了普遍的應(yīng)用。一方面加快了設(shè)備的開局速度，降低了人為操作失誤的風(fēng)險，節(jié)省人力投入；另一方面，對于后期設(shè)備的運維工作（比如擴容、故障替換等），只需要上報或者替換SN就可以自動完成加載，也不需要人工的參與。

那么，除了IDC場景有這樣的需求之外，對于其他場景，是否也存在類似的運維痛呢？

銳捷網(wǎng)絡(luò)秉承著創(chuàng)新、探索與實踐的思路，在新零售門店場景，也做了深入的市場調(diào)研與分析。

最近火爆的新零售門店，其特點就是數(shù)量眾多，業(yè)務(wù)的激增導(dǎo)致開店速度尤其快。但是門店不會有專業(yè)的運維同學(xué)駐場，所以網(wǎng)絡(luò)開局時需要網(wǎng)工四處出差；日常遇到故障，如果遠(yuǎn)程不能解決也需要網(wǎng)工到現(xiàn)場處理，人力投入極大。

對此，聚焦于新零售門店場景，我們基于數(shù)據(jù)中心零配置開局的思路進行創(chuàng)新，致力于打造全新的自動化門店網(wǎng)絡(luò)解決方案，提升新零售門店網(wǎng)絡(luò)開局和運維的效率，減少人力服務(wù)成本。

圖7 自動化門店網(wǎng)絡(luò)解決方案封面