WX3500X 云集群分裂后单机在运行，如果我当前save了单机的配置会怎样

一、分裂后单机 save 会发生什么？

1. 当前运行配置（内存）：只有这台单机的配置（不含另一台的集群 / 主备相关配置）。
2. 执行 save：把当前残缺配置写入 flash:/startup.cfg，覆盖分裂前的完整集群配置。
3. 重启后：设备以单机模式 + 残缺配置启动，彻底丢失原集群中另一成员的配置段。

二、save 后再加回备机，会不会丢配置？

1. 备机是 “原集群备机、未被修改、未 save”

• 备机加回集群时，会自动重启并同步当前 Leader（你这台单机）的 startup.cfg。
• 结果：
  • ✅ 单机上新增 / 修改的配置不会丢（已固化在 startup.cfg）。
  • ❌ 备机原来的独立配置会被覆盖（被 Leader 配置统一）。
  • ⚠️ 原集群中依赖双机的配置（如双机热备、MAD）会缺失，需要重新配置。

2. 备机也分裂后改过并 save 过

• 两台都有各自的 startup.cfg，合并时会触发 “配置竞选”。
• 通常ID 小 / 原 Leader 获胜，另一台自动重启并被覆盖，失败方的修改会丢失。

三、正确操作建议（避坑）

1. 分裂后，先不要在单机上 save
   • 临时修改可以，不要固化，避免覆盖完整集群配置。
2. 恢复集群前，先备份两台设备的当前配置
   plaintext

   save flash:/before_merge.cfg tftp x.x.x.x put flash:/before_merge.cfg
3. 恢复集群（标准流程）
   • 确保集群链路通、版本一致、MAD 配置正确。
   • 备机重新加入集群：
     plaintext

     cloud-cluster member 2 cloud-cluster configuration active
   • 合并时备机会自动重启并同步 Leader 配置。
4. 合并成功后，在集群统一视图下 save
   plaintext

   <AC> save
   • 此时 save 的是完整集群配置，会同步到两台设备。

四、你现在已经 save 了，怎么办？

1. 立即备份当前单机配置。
2. 检查备机配置：如果备机没改过，直接加回集群；如果备机也改过，先备份备机配置再合并。
3. 合并后核对配置：重点检查 WLAN 服务、AP 模板、双机热备、MAD 等关键配置是否完整。
4. 必要时手动补全缺失配置，然后在集群视图下统一 save。

没影响的

在集群分裂后对单机进行 save 操作，关键是看后续以何种方式重聚集群，这决定了配置会不会丢。

一个最稳妥，而且不丢配置的操作思路是：现在不要执行 save，而是先将当前这台单机的运行配置备份下来，等集群恢复后，再将备份的配置加载进合并好的集群里。

要理解为什么这么做，需要先知道集群正常工作的核心机制：

• 配置同步：正常情况下，集群内部的配置是自动同步、保持一致的状态。

• 主从关系与重启：集群合并时，如果竞选失败的设备其运行配置和主设备不一致，会自动重启，并同步主设备的全部配置，从而被主设备“覆盖”。

• 权威答案：根据H3C官方的技术指导，在集群分裂这种不确定的状态下，强烈建议不要单独保存分裂后的设备的配置文件，否则合并后可能面临配置冲突或丢失的风险。

因此，针对你“save后重新加备机”的场景，结果取决于合并时的具体情况：

场景一：Save后，这台单机成为合并后的新主设备

• 可能结果：你的配置可能会保留，但风险很高。

• 原因：合并时，主设备的配置会覆盖备机。如果你的设备在竞选中获胜成为主设备，它的配置会同步给其他设备。但这种分裂后的选举有很大的不确定性。

场景二：Save后，这台单机成为合并后的新备设备

• 可能结果：你刚才 Save 的配置会丢失。

• 原因：这是最常见的情形。绝大多数集群都设计有抢占（Preemption）机制，原先的高优先级设备在恢复后会重新成为主设备。你的配置将被主设备覆盖并完全丢失。