华三MSR3610-XS

检查配置是否保存

1. 确认配置文件是否已正确保存

• 操作建议：在恢复工程并确认配置生效的当前状态下，务必在用户视图下执行 save 命令，将当前运行的配置保存到启动配置文件中（如 startup.cfg）。

2. 检查启动配置文件路径

• 查看当前启动文件：执行 display startup 命令，查看 Next startup saved-configuration file 字段。确认该路径是否指向您刚刚恢复的工程文件。
• 修改启动文件：如果路径不正确，请使用 startup saved-configuration <配置文件名> 命令手动指定正确的配置文件为下次启动文件，然后再次执行 save 并重启验证。

3. 排查闪存文件与底层存储异常

• 检查文件目录：在用户视图下执行 dir /all 命令，查看闪存目录中是否存在您恢复的工程文件，以及文件大小是否正常。
• 重新上传文件：如果怀疑闪存文件损坏或丢失，建议通过 TFTP/FTP 等方式重新下载 IPE 文件或配置文件并上传至设备，再次尝试恢复。

4. 检查工程文件完整性与版本兼容性

• 文件完整性：确认您使用的备份文件在导出或传输过程中没有损坏。如果文件不完整，设备在解析时会失败。
• 版本匹配：确认恢复的工程文件是由同型号（MSR3610-XS）且相近软件版本的设备导出的。跨版本或跨型号恢复工程可能导致部分配置无法识别或不生效。

MSR3610-XS 备份配置恢复后重启不生效完整根因 + 分步修复
一、核心底层原理（先看懂为什么会失效）
MSR V7 系统分两份配置：
running-config（运行配置，RAM 内存）：恢复文件后当前界面能看到配置，重启直接清空；
startup-config（启动配置，Flash 持久存储）：设备重启只加载这份文件。
绝大多数人只做了「临时回滚配置」，没有把备份文件指定为下次启动文件并保存，重启就回到旧配置 / 出厂配置。
二、8 大类失效原因（按现场高发排序）
原因 1：仅做在线回滚，未指定为开机启动文件（最高发）
错误操作
plaintext
system-view
configuration replace file backup.cfg

这条命令只临时把配置加载进内存，不会写入 Flash 启动文件，重启全部丢失，业务失效。
正确两步操作（缺一不可）
plaintext
# 1. 临时把备份配置加载到当前运行
system-view
configuration replace file backup.cfg
# 提示是否保存当前旧配置，选 N
# 2. 退出系统视图，指定备份文件为下次开机主配置
<H3C> startup saved-configuration backup.cfg main
# 3. 固化保存（必执行）
<H3C> save safely

原因 2：恢复后重启时，提示「Save current configuration?」选了 Y
重启弹窗：Save current configuration to startup? [Y/N]
选 Y：会把当前空 / 旧运行配置覆盖掉刚恢复好的备份启动文件；
标准操作：必须选 N，不保存临时运行配置，加载你指定的 backup.cfg。
原因 3：备份文件与当前设备固件版本不兼容（静默失效）
备份是高版本固件导出，当前 MSR3610-XS 固件版本更低；
备份包含 IRF、SPE、加密业务、DPI 特征库、PBR 高级命令，低版本系统无法识别，启动时跳过失效命令，大量业务丢失（策略路由、ACL、接口、DHCP 全部消失）。
校验命令：
plaintext
display version
# 对比备份导出时的CMW版本，跨大版本极易不兼容

原因 4：备份文件损坏 / 不完整，启动加载时自动跳过
TFTP/WEB 上传中断、导出时断电、编辑器手动修改过 cfg 文件，导致文件头校验失败；
设备开机识别文件损坏，直接加载出厂默认配置。
校验文件完整性：
plaintext
# 查看Flash内文件大小、时间
dir flash:/
# 对比原始备份文件大小，不一致=损坏，重新导出备份

原因 5：硬件 / 板卡差异，配置命令执行失败（策略路由、接口大量丢失）
备份文件是另一台 MSR3610 导出，存在以下差异命令启动时自动 undo 丢弃：
备份包含扩展业务子卡、加密模块、4G 模块配置，本机无对应硬件；
光口、电口编号、SPU 业务板配置不匹配，接口相关策略路由、ACL 全部失效。
查看启动失败命令日志：
plaintext
display logbuffer | include fail
display diff current-configuration backup.cfg

原因 6：WEB 界面恢复操作不完整，未写入 Flash
WEB 上传备份恢复仅刷新页面运行配置，不会自动修改startup saved-configuration启动项，重启丢失；
WEB 恢复后必须进入「系统维护→配置文件管理」，手动将备份文件设为主启动文件，再点击保存配置。
原因 7：Flash 存储空间异常、存储介质故障
Flash 剩余空间不足，执行save写入启动文件失败；
CF 卡 / Flash 损坏，写入的 startup.cfg 无法持久保存，每次重启恢复出厂。
排查：
plaintext
dir flash:/
# 查看剩余空间，删除无用ipe、日志文件释放空间
format flash:/ 谨慎操作，清空全部文件

原因 8：双启动文件优先级冲突（main/backup）
MSR 支持主、备两份启动文件，若 main 文件仍是旧配置，即便指定 backup 为备份文件，设备优先加载 main 主文件，新备份不生效。
查看启动文件优先级：
plaintext
<H3C> display startup
# 输出里 Main startup file 是开机优先加载文件，必须改成你的备份cfg

三、标准完整恢复流程（100% 解决重启失效）
步骤 1：上传备份 cfg 到设备 Flash 根目录
TFTP 示例：
plaintext
<H3C> tftp 192.168.1.10 get MSR3610-backup.cfg
# 确认文件存在
dir flash:/MSR3610-backup.cfg

步骤 2：在线临时加载备份配置
plaintext
system-view
configuration replace file MSR3610-backup.cfg
# 提示是否保存原有旧配置 → 输入 N
# 查看当前运行配置，确认策略路由、接口、ACL全部存在
display current-configuration

步骤 3：指定备份文件为开机主启动文件
plaintext
# 退出系统视图到用户视图
<H3C> startup saved-configuration MSR3610-backup.cfg main
# 验证启动配置已修改
<H3C> display startup
# 输出 Main startup file name 显示你的备份文件名即正常

步骤 4：固化写入 Flash（关键一步）
plaintext
<H3C> save safely
# 提示确认输入 Y，safe模式防止断电损坏配置文件

步骤 5：重启验证（弹窗必须选 N）
plaintext
<H3C> reboot
# 弹窗：Save current configuration to startup configuration? [Y/N]
# 输入 N ！！！绝对不能选Y

步骤 6：重启后校验配置
plaintext
# 重启完成后查看策略路由、接口、网段是否完整
display policy-based-route
display ip interface brief
display acl all

四、快速自检排查命令（定位失效点）
查看开机加载的启动文件
display startup
对比当前运行配置和备份文件差异（看哪些业务丢失）
display diff current-configuration flash:/MSR3610-backup.cfg
查看系统启动日志，定位加载失败命令
display logbuffer | include startup
查看 Flash 文件完整性
dir flash:/
五、WEB 界面恢复标准操作（图形化步骤）
系统维护 → 配置文件管理 → 上传备份 cfg 至 Flash；
配置回滚 → 选择上传的备份文件，执行回滚，确认页面业务配置正常；
启动配置设置 → 主启动文件下拉选择你的备份 cfg；
点击「保存系统配置」写入 Flash；
系统管理 → 设备重启，弹窗不保存当前配置。
六、避坑总结
只回滚不指定startup saved-cOnfiguration= 重启丢失；
重启弹窗选 Y = 覆盖刚恢复好的配置；
跨固件大版本恢复 = 大量高级功能（策略路由）静默失效；
WEB 恢复仅临时生效，必须手动修改开机启动文件；
备份文件损坏 / 硬件不匹配，启动自动丢弃异常命令，业务残缺。