H3C交换机保存配置的核心命令是save，在用户视图下执行，推荐使用save force跳过交互提示直接覆盖保存，否则设备重启后所有修改都会丢失。
刚接触H3C交换机的朋友，十有八九都遇到过这样的场景：费了半天劲敲完几十条配置，VLAN也建了，接口也划分了，路由也写好了，结果设备一重启，全部归零，原因很简单，配置没有保存到Flash的配置文件里，在H3C设备上，运行中的配置和保存的配置是两套东西，前者存在于内存中，断电就没了；后者存放在存储介质里，重启后加载的就是它，这篇文章就把H3C交换机保存配置相关的命令、坑点和操作习惯一次说清楚。
h3c交换机保存配置命令是什么：在哪个视图下执行
很多新手会犯一个低级错误：在系统视图下敲save，结果系统提示“Unrecognized command”，这不是命令拼错了，是视图搞错了。save命令只能在用户视图下执行，也就是提示符以<和>包裹的状态，比如<H3C>。
两台设备都用save，为什么效果不一样
如果你以前接触过华为交换机，会发现H3C和华为的这条命令几乎长得一模一样，连交互方式都很接近，但如果你是从思科转过来的，那就要格外注意：思科的保存命令是write或copy running-config startup-config，H3C不认这两条，打write会直接报错。
在H3C用户视图下执行save，系统会提示你是否保存到flash:/startup.cfg（部分型号是flash:/cfg/startup.cfg），默认文件名叫startup.cfg，此时敲Y确认，再敲一次Y确认文件名,配置就写入Flash了。
save命令的标准写法
如果你不想每次保存都被系统追问两次，可以用save force跳过所有确认，直接覆盖保存，这个命令在实际工作中使用频率很高，但有一条风险：你没有反悔的机会，建议在重要变更前手动备份原配置文件，比如用backup startup-configuration to flash:/config_backup_20260101.cfg这样的方式留个底。
还有一种写法是save safely，和save force逻辑不同。force是直接覆盖，safely会先写临时文件再替换，如果中途断电，原配置文件不容易损坏，行业共识认为，在配置重大变更时，优先考虑safely
方式，普通增删改用force也没问题。
另外要留意：保存配置不是一次性操作，你每改一条配置，运行中的配置就变了一次，但Flash里的文件不会自动更新，正确的习惯是：完成一阶段配置就保存一次,不要等到全部配置敲完再保存。
h3c交换机保存配置后不生效是什么原因
这个问题在搜索平台上热度不低，很多用户反馈“我明明save了，配置也提示成功了，但设备重启后用display current-configuration看到的配置全没了”，要弄清楚这个现象，得先理解H3C交换机的双配置系统。
配置“保存”和配置“生效”是两回事
H3C交换机有两份配置概念经常被混在一起：
- current-configuration：当前运行配置，保存在内存中，修改后立刻生效,但断电不保留。
- saved-configuration：启动配置，保存在Flash里,设备开机时加载。
save命令的作用是把当前运行配置覆盖写入到启动配置中，如果你的操作链路是：修改配置 → save → 重启，那配置大概率不会丢，但如果你漏掉了save这一步，或者保存过程中设备断电了，那就很容易出现“配置丢失”的情况。
先看running-config，再看saved-config
判断配置到底保存在哪里,用两条display命令就够了：
display current-configuration查看的是当前运行配置。display saved-configuration查看的是Flash里保存的启动配置。
把两份配置对比一下，就能定位问题，出现“保存后不生效”的情况,常见原因有三种：
- 保存时选错了文件，比如保存到了非启动配置文件，重启后系统加载的还是旧的startup.cfg。
- 保存交互被中断，比如在第一次确认后设备断电,配置文件写了一半。
- 型号或版本差异，部分旧版本软件对
save的处理有细微差别，保存后建议用display saved-configuration验证一下。
如果确实怀疑保存过程出了问题，可以用reset saved-configuration清除当前启动配置，再重新执行save，这个操作要非常谨慎，因为等于把保险丝拔了再插回去,操作不当会连基础管理配置一起清掉。
h3c交换机保存配置和华为一样吗
很多人在百度上搜这个问题，是因为公司机房既有华为设备又有H3C设备，两边切换操作时总是混淆，从命令行风格上看，H3C交换机与华为的VRP系统师出同门，很多命令的语法和逻辑高度相似，但并不是完全一样的。
命令思路同源，使用习惯有差异
以保存配置为例，华为和H3C都使用save命令，都在用户视图下执行,但在细节上有几个差异点：
- 华为的
save执行后，交互提示默认询问是否保存到flash:/vrpcfg.zip，H3C则询问是否为flash:/startup.cfg，如果两边混用,容易把文件名搞混。 - 华为支持
save .zip这类带后缀名的写法，H3C一般以.cfg写错后缀名可能导致系统找不到配置文件。 - 在部分H3C设备上，
save命令可以使用相对路径，华为对路径的要求更严格，建议两边都使用绝对路径,避免报错。
说实话，如果你熟练掌握了任一边的命令体系，切换到另一边时只需要注意文件名和提示差异，其他大差不差，真正容易出问题的是从思科环境转到H3C环境的操作者，因为思科用write，H3C用save,肌肉记忆很难改。
操作H3C交换机时常见的配置保存问题和恢复手段
日常维护中，除了简单的save外，还有几个高频场景,提前知道处理思路能少走弯路。
保存时提示Flash空间不足
设备运行几年后，日志文件、补丁包、好几份配置文件把Flash占满了，执行save时系统报Not enough free space，这时候用dir查一下Flash里的文件占用情况，把没用的.cfg备份或.log日志清理掉,再重新保存。
如果Flash空间确实不够，还有一个办法是把配置文件保存到其他存储介质，比如部分设备支持外接USB或SD卡，保存路径写成usb0:/startup.cfg即可，但这种情况下要让设备从外部存储加载配置，还需要另外指定启动文件，操作链路比较长,仅作为应急方案。
误覆盖了原配置
有人保存配置时为了省事，统一用save force，结果前一天晚上调了测试用途的配置，第二天想回滚时发现原来的配置已经被覆盖了，这时候如果提前做过备份，直接用restore startup-configuration from flash:/config_backup.cfg恢复；如果没有备份,那就真的回不去了。
建议：重要变更前先将当前启动配置备份一份到Flash或TFTP服务器上，备份文件名带上日期，这个操作10秒钟就能完成,但能避免很多维护事故。
日常保存的推荐策略
考虑到配置丢失的后果,建议把保存流程固化成习惯：
- 每次修改配置后，用
save force保存一次,避免交互遗漏。 - 每天下班前用
display saved-configuration检查配置是否一致。 - 每周将配置文件通过TFTP/SCP备份到本地电脑,形成历史快照。
- 偏远机房或无人值守场景下，遇到版本升级等高风险操作，保存配置时优先使用
save safely模式。
Q&A：h3c交换机保存配置的常见疑问
h3c交换机保存配置的命令是什么？
在用户视图下执行save命令即可，首次执行时系统会询问是否保存配置，输入Y确认文件名后写入Flash，需要跳过交互直接保存时，使用save force，保存完成后可以用display saved-configuration验证结果。
h3c交换机保存配置后重启还是丢失怎么办？
先用display current-configuration检查当前配置是否存在，确认修改确实生效了；再用display saved-configuration检查Flash中的启动配置文件是否存在且内容完整，两份配置不一致时，重新执行save force覆盖保存，如果显示无法打开配置文件，可能是Flash空间不足或文件系统损坏,需要先整理Flash再保存。
H3C交换机的配置是自动保存的吗？
H3C交换机默认不在每次配置变更后自动保存，运行中的配置即时生效，但掉电后消失，只有手动执行save命令才能把配置持久化到Flash中，部分较新的软件版本支持定时自动保存功能，需要在系统视图下通过save schedule相关命令开启,默认情况下不启用该功能。
设备的配置文件是全网络设备的“记忆”，保存配置这个动作看似简单，却是网络运维中最关键的一道保险。save force这样一条简单命令，敲下去只需要一秒钟，背后承载的却是整个网络的连续性，在实际操作中，无论你是刚入行的新人还是多年的老运维，都值得把配置保存当成一种肌肉记忆，每完成一步关键配置，就顺手保存一次，让设备记住你的每一次修改,才能让网络运行在预期之中。