IRF堆叠配置分离

分裂后只能通过startup.cfg查看非本成员相关信息，但是如果分裂后进行save就看不到非当前成员以外的配置了。。。

核心原理（关键误区）

1. IRF 运行期间：running‑config 内存里同时存在 member1、member2 全部配置，save 保存时，会把完整 IRF 配置同步写入两台设备各自 flash:/startup.cfg，两台设备 flash 都保存完整堆叠配置文件H3C。
2. 当备机故障 / 断电，IRF 发生分离：备机的接口、member2 相关配置会从主设备【内存 running‑config 中移除】。
3. ⚠️ 如果备机故障之后，你在主设备执行过一次 save 保存：被移除的 member2 相关配置就会被清除，新的startup.cfg里面就不再包含 member2 信息，配置就被覆盖丢失！

这就是现场现象：现在主设备 current‑configuration 和 startup.cfg 都看不到备成员信息。 注意：“配置分割” 不是把配置拆成多个小文件，是两台设备 flash 都保存完整整套 IRF 配置，不是主设备单独存一份备机配置；备机故障脱离后，主设备这边不会单独保留备成员配置副本，一旦再次 save 就覆盖丢失H3C。

现在去哪里找原来堆叠的配置

① 优先：之前手动导出的备份配置文件（最重要）

题目描述 “与原来备份的配置信息看已经没有 B 备成员的信息”，说明之前备份的文件已经是分离后保存过的版本，这份备份已经无效。

② 故障的备成员交换机本机 Flash

完整的旧 IRF 堆叠配置，保存在故障备机（member2）自己 flash:/startup.cfg！ 备机没有执行过 save，它 flash 里面依旧保留当初完整两台成员的 IRF 全套配置。 操作：把故障备机单独 Console 登录，

这里可以看到完整 IRF 配置（member1+member2、irf‑port、domain、优先级等全部内容）。

注意：备机脱离 IRF 之后，运行配置变成单机模式；但它 flash 上的 startup.cfg 文件，如果没有人为 save，还是堆叠时期完整配置。

③ 主设备本地是否还有旧版本？

• 如果故障发生后没有执行 save：内存 running‑config 还有，但一旦重启主设备就彻底丢失。
• 如果故障后执行过save：主设备 flash:/startup.cfg 已经被覆盖，本机没有旧堆叠配置。
• 开启配置归档archive configuration，可以看归档历史旧 cfg：

如果之前开启归档，archive 目录下会留存旧时间点完整堆叠配置。

IRF 相关查看命令说明

1. display irf：看当前在线堆叠成员；备机故障离线之后，只能看到 member1，看不到 member2。
2. display irf configuration：查看本设备上面配置的 IRF 端口、member 编号参数。

备机离线、并且主设备已经 save 覆盖后，这条命令在主设备上也只会显示 member1 的 irf‑port，不再显示 member2；这条命令不能查询已经离线消失的成员的历史配置。

3. display saved‑configuration：看本机 flash 的启动配置文件。

现场操作建议

1. 优先去故障备机 Console 登录，读取备机 flash:/startup.cfg，复制导出完整 IRF 原始配置，这是现在唯一可靠原始资料。
2. 主设备不要再执行save，防止进一步覆盖残留信息。
3. 如果备机硬件彻底损坏读不出 flash，则只能依靠外部 TFTP 导出的历史备份；无备份则堆叠历史配置无法找回。

工程最佳实践（规避同类故障）

1. IRF 组网，变更前一定要TFTP 导出完整 cfg 到外部服务器做离线备份，不要只依赖设备 flash 保存。
2. IRF 分裂、成员故障脱离堆叠后，没有确认故障处理完毕前，不要在主设备执行 save；一旦 save 就会删除离线成员全部配置。
3. 建议开启archive configuration自动归档，留存多个历史版本配置。