保存命令的三厂对照
改完配置必须显式保存才能重启后保留：华为用 save，默认需要确认，脚本化场景用 save force 免交互；思科用 write memory 或 copy running-config startup-config，二者等价；H3C 用 save force 跳过交互确认。最大的坑是交互式保存卡在确认提示上——自动化脚本没人应答，命令停在等待输入，超时后看起来执行过了，实际配置没有落盘。
基本信息
| 适用设备 | 三厂全部路由器、交换机与防火墙 |
|---|---|
| 命令族 | save 或 save force、write memory 或 copy run start |
| 免交互写法 | 华为 save force、H3C save force、思科 copy 到 startup-config 时直接回车 |
| 核对命令 | display saved-configuration、show startup-config |
| 差异对比 | 思科可用配置差异命令比较运行配置与启动配置 |
典型使用场景
- 变更窗口结束时统一固化配置
- 重启或升级前的必做动作
- 脚本批量下发配置后的收尾动作
- 故障恢复临时改动后确认是否长期保留
- 变更前后做配置对比，留作变更记录
华为 VRP
华为 VRP
<SW-CORE-01> save # 交互确认，输入 y 才写入
The current configuration will be written to the device.
Are you sure to continue? (y/n)[n]: y
<SW-CORE-01> save force # 免交互，脚本里用这条
<SW-CORE-01> display saved-configuration | include sysname # 回读核对思科 IOS
思科 IOS
SW-CORE-01# write memory # 等价 copy running-config startup-config
SW-CORE-01# show startup-config | include hostname
! 查看运行配置与启动配置的差异
SW-CORE-01# show archive config differences nvram:startup-config system:running-configH3C Comware
H3C Comware
<SW-CORE-01> save force # 免交互
<SW-CORE-01> display saved-configuration | include sysname
<SW-CORE-01> display startup # 确认下次启动使用的配置文件三厂保存行为对照
| 对比项 | 华为 VRP | 思科 IOS | H3C Comware |
|---|---|---|---|
| 常规命令 | save | write memory 或 copy run start | save |
| 免交互命令 | save force | copy 时回车使用默认目标名 | save force |
| 是否提醒确认 | 默认提醒，需要输入 y | 会询问目标文件名 | 默认提醒，需要输入 y |
| 配置文件 | 打包文件 vrpcfg.zip | startup-config 文本 | startup.cfg 文本 |
| 回读命令 | display saved-configuration | show startup-config | display saved-configuration |
工程做法
- 脚本统一使用免交互写法，并对保存结果做回读校验，不能只看命令回显
- 变更前后都采集一次启动配置或关键行，便于比对确认实际改动范围
- 保存动作写进割接核对清单并逐项签字，这个习惯能消灭大部分丢配置事故
- 堆叠与多成员设备保存后逐成员确认，避免只保存了主设备
- 保存不是备份：保存解决重启问题，备份解决设备损坏与回滚问题，两者都要做
常见疑问
- 保存会中断业务吗：不会，只是把内存配置写入启动文件
- 改完不保存会怎样：设备重启后回到上次保存的状态，本次变更全部丢失
- 为什么回显成功但重启后没生效：可能是交互未完成或写入了非启动文件，回读核对最可靠
- 能不能定时自动保存：可以，用计划任务定期执行免交互保存，但变更窗口仍要人工确认
思科的 write memory 是长期沿用的简写，与 copy running-config startup-config 行为一致；迁移到其他厂商时注意没有对应简写，只能用各自的保存命令。
运行配置与启动配置的差异对比适合变更收尾使用：改完只看回显容易漏掉未生效的行，用差异对比能直接确认本次到底改了哪几处。
保存动作本身不影响业务，但保存时机值得讲究：连续多次变更后统一保存，比每条命令后都保存更清晰；变更窗口结束前一定要有一次统一保存并回读确认，避免收工时遗漏。
免交互保存降低了人为确认环节：脚本里必须配套回读校验，否则命令执行成功但文件写入失败的情况不会被发现，风险被静默放大。