运行配置断电即失
设备的配置分两层：运行配置（华为 current-configuration、思科 running-config）存在内存里，修改立即生效但断电重启就没了；启动配置（saved-configuration、startup-config）存在 Flash 里，重启后由它恢复。所有变更只有在写回启动配置后才算固化，三厂保存命令的交互差异是脚本化运维最容易踩的地方。保存动作本身不中断业务，但漏做一次就可能让整个割接窗口的改动全部白费。
基本信息
| 适用设备 | 全部路由器、交换机、防火墙 |
|---|---|
| 权限要求 | 华为用户视图、思科特权模式、H3C 用户视图均可执行 |
| 命令族 | save 或 save force、copy running-config startup-config（可简写 wr） |
| 生效时机 | 保存只影响下次启动，当前运行状态不变 |
| 核对命令 | display saved-configuration、show startup-config |
典型使用场景
- 任何一次配置变更收尾，尤其是割接窗口内的改动
- 设备重启或升级前的必做动作，避免重启后回到旧配置
- 故障恢复临时改配置后，确认新配置要长期保留时
- 批量脚本执行完变更后统一固化，并回读启动配置确认写入成功
- 变更前后做配置差异对比，作为变更记录的证据
保存与备份不是一回事
- 保存是把内存里的运行配置写进本机 Flash，解决重启丢配置的问题
- 备份是把配置文件导出到外部服务器，解决设备损坏、误删与回滚的问题
- 只保存不备份：设备硬件损坏或被人执行清空配置时，配置没有副本可取
- 只备份不保存：备份到的是旧配置，重启后本次变更全部消失
- 稳妥做法是变更窗口内先备份现有配置，再改，最后保存并再次备份
华为 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# copy running-config startup-config
Destination filename [startup-config]?
Building configuration...
[OK]
SW-CORE-01# write memory # 等价简写，老习惯沿用至今
SW-CORE-01# show startup-config | include hostnameH3C Comware
H3C Comware
<SW-CORE-01> save force
Now saving current configuration to the device.
Configuration is saved to device successfully.
<SW-CORE-01> display startup # 查看当前与下次启动配置文件三厂保存行为对照
| 对比项 | 华为 VRP | 思科 IOS | H3C Comware |
|---|---|---|---|
| 保存命令 | save | copy running-config startup-config | save force（或 save 交互） |
| 是否交互 | 默认要确认，save force 免确认 | copy 会问一次目标文件名，直接回车即可 | save 要确认，save force 免确认 |
| 配置文件 | vrpcfg.zip 打包格式 | startup-config 文本配置 | startup.cfg 文本配置 |
| 回读命令 | display saved-configuration | show startup-config | display saved-configuration |
保存只写启动文件，不改变设备当前行为。反过来，删掉启动文件后若不重启，业务仍按内存中的运行配置继续跑，容易被误认为删除没生效，重启时才暴露问题。
思科可用 show archive config differences 比较启动配置与运行配置的差异，华为与 H3C 则分别 display 两份配置人工比对；变更窗口用它确认到底改了哪几行，比重新通读整份配置快得多。
堆叠或集群环境保存时要留意：部分平台支持一次保存到全部成员，也有平台需要逐台确认；保存后逐台回读启动配置，比只看主设备回显更稳妥。
巡检里可以加一条自动核对：定时采集启动配置的关键行或校验值，与上一次留档对比，就能发现有人改了配置没保存，或者保存之后配置又被改动的情况。