三厂配置备份总对照
配置备份分两步：先把运行配置保存到本机启动文件，再把它上传到外部服务器。三厂的保存命令不同——华为用 save 或 save force，思科用复制命令或它的简写，H3C 用 save force；上传则各有对应的文件传输命令。两步都不能省：只保存不备份，设备损坏时没有副本；只备份不保存，导出的还是旧版本。
基本信息
| 适用平台 | 三厂全部设备 |
|---|---|
| 第一步 | 保存运行配置到启动配置文件 |
| 第二步 | 上传配置文件到外部服务器 |
| 命名规范 | 设备名加日期，便于恢复时定位版本 |
| 校验方式 | 核对文件大小非零，定期做恢复演练 |
典型使用场景
- 设备上线后的基线备份
- 重大变更前后的对比备份
- 季度或月度例行备份，形成版本序列
- 换机或迁移时的配置导出与导入
- 配置异常时的快速回滚依据
三厂保存与备份对照
| 维度 | 华为 VRP | 思科 IOS | H3C Comware |
|---|---|---|---|
| 保存命令 | save 或 save force | 复制命令或它的简写 | save 或 save force |
| 是否交互 | 默认交互，force 免交互 | 询问目标文件名，回车即可 | 默认交互，force 免交互 |
| 配置文件 | vrpcfg.zip 打包文件 | startup-config 文本 | startup.cfg 文本 |
| 上传命令 | 文件传输 put | 复制命令支持地址直写 | 文件传输 put 或专用备份命令 |
| 核对命令 | display saved-configuration 与 display startup | show startup-config | display saved-configuration 与 display startup |
| 恢复方式 | 传回文件并指定启动配置 | 复制到启动配置即完成 | 传回文件并指定启动配置 |
华为 VRP
华为 VRP
save
<SW> display saved-configuration | include sysname
tftp 10.0.0.100 put flash:/vrpcfg.zip core-sw-20261012.zip
display startup思科 IOS
思科 IOS
copy running-config startup-config
show startup-config | include hostname
copy startup-config tftp://10.0.0.100/core-sw-20261012.cfg
! 交互方式下按提示输入服务器地址与文件名H3C Comware
H3C Comware
save force
display saved-configuration | include sysname
backup startup-configuration to 10.0.0.100 core-sw-20261012.cfg
display startup工程做法
- 先保存再上传：上传的是启动文件，没保存时导出的是旧版本
- 文件名带设备名与日期，并在台账里登记版本，恢复时才不会拿错
- 备份后核对文件大小，零字节文件在恢复时才会暴露问题
- 文件传输方式无认证无加密，只在管理网段使用并及时关闭服务
- 配置文件含口令哈希与拓扑信息，服务器侧要限制访问权限
- 定期做恢复演练：抽一台设备验证备份可用，比备份数量更有意义
常见疑问
- 多久备份一次：变更前后必须备份，日常按季度或月度形成序列
- 备份文件能直接看吗：文本配置可以直接阅读，打包格式需要解压
- 恢复要先清空配置吗：跨版本或大改动时建议先清空，避免新旧配置叠加
- 备份包含软件镜像吗：镜像需要单独归档，升级前后建议连镜像一起保存
保存与备份解决的是两类不同风险：保存应对重启，备份应对设备损坏、误操作与回滚需求。只做其中一项，另一类风险就完全暴露。
备份清单建议
- 配置基线：新设备上线后的第一份完整配置
- 变更前快照：每次重大变更前单独留一份，命名标注变更内容
- 变更后快照：变更成功并验证通过后再次备份，形成闭环
- 软件镜像：升级前后归档当前与新版本镜像，便于回退
- 版本台账：记录每份备份对应的设备、版本与时间，避免恢复时拿错
- 恢复演练记录：注明演练设备、使用的备份与验证结果
把备份动作接入例行任务：定期自动保存并上传，配合变更前后的手工备份，能同时覆盖日常与关键节点，人工漏做的概率大幅下降。
备份策略里要写清责任人与保留周期：谁负责备份、保留几个版本、多久演练一次。缺了这几项，备份往往在需要时才被发现已经中断数月。