两阶段提交与回滚
华为 VRP 提供两阶段提交机制：变更前先打一个提交点（configuration commit label），现场出问题就按标签回滚。它相当于给批量变更准备的后悔药，特别适合窗口受限、来不及准备完整备份文件的现场操作；思科用定时回退窗口近似，H3C 则需要依赖配置替换文件。
基本信息
| 适用平台 | 华为 VRP 为主；思科与 H3C 有近似机制 |
|---|---|
| 华为命令 | configuration commit label 与 configuration rollback label |
| 思科近似 | configure terminal revert timer 加 configure confirm |
| H3C 方式 | configuration replace file 从备份回滚 |
典型使用场景
- 高风险批量变更前先留一个回退点
- 现场变更中发现问题立即回到变更前状态
- 多人协作时用标签标记各自的变更边界
- 变更验证通过后确认保留配置
- 变更管理与审计留痕
华为 VRP
华为 VRP
[Huawei] configuration commit label BEFORE_CHANGE
! ……执行一批变更……
[Huawei] configuration rollback label BEFORE_CHANGE
<Huawei> display configuration commit list思科 IOS
思科 IOS
SW-CORE-01# configure terminal revert timer 10 # 10 分钟内未确认则自动回退
SW-CORE-01# configure confirm # 确认保留本次变更H3C Comware
H3C Comware
! Comware 没有同名的两阶段提交
[H3C] configuration replace file flash:/backup.cfg
<H3C> display current-configuration | include hostname三厂机制对照
| 厂商 | 机制 | 适用场景 |
|---|---|---|
| 华为 VRP | configuration commit 与 rollback label | 最贴近版本管理的回退方式 |
| 思科 IOS | configure terminal revert timer 与 configure confirm | 定时回退窗口，适合单次变更 |
| H3C Comware | configuration replace file 从备份恢复 | 无同名两阶段提交，依赖备份文件 |
| 通用前提 | 变更前保存配置或备份文件 | 任何机制都不应替代备份 |
三厂差异明显：华为的提交点与回滚标签机制最接近版本管理；思科用定时回退窗口近似；H3C 依赖配置替换文件。启用前先在实验设备上验证当前版本是否支持，不要按文档直接上生产。
提交点列表在设备重启或时间跨度过久后可能被清理，变更前打的标签届时会找不到目标。重要变更开始前先确认列表里能看到刚打的提交点，并同步保存一份配置文件备份。
这类回退机制适合窗口受限的现场变更：变更前先打提交点，逐条下发并验证，发现问题立即按标签回滚，整个过程不需要重启设备，业务中断时间可以压到最小。