集群不同步的表现
控制器集群（或 HA 主备）不同步时，症状往往很迷惑：同一条配置在两台 AC 上表现不同、漫游到另一台 AC 管辖的 AP 时失败、HA 切换后配置回弹到旧版本。根因通常是版本不一致、集群心跳链路不稳定，或者变更还没同步完就发生了切换。任何配置变更前先确认集群健康，是避免踩坑的基本功。
基本信息
| 典型症状 | 同一配置在两台 AC 表现不同；切换后配置丢失 |
|---|---|
| 核对内容 | 集群成员列表、心跳状态、软件版本一致性 |
| 常见原因 | 版本不一致、集群链路不稳定、变更未同步完成 |
| 处理步骤 | 统一版本、修复心跳链路、重新同步配置 |
| 前置动作 | 变更前先确认集群健康状态 |
典型使用场景
- 同一策略在两台 AC 上效果不一样
- HA 切换后配置回到旧版本，变更丢失
- 漫游到某台 AC 下的 AP 时认证失败
- 集群成员版本不一致引发的行为差异
- 变更窗口安排前的前置健康检查
检查命令
检查命令
# 查看集群成员状态、版本与最后同步时间
# show cluster 或 show redundancy（按厂商命令）
# 核对心跳链路是否稳定、有无丢包
# 确认最近一次配置变更是否已完成同步症状与根因
| 症状 | 可能根因 | 核对动作 |
|---|---|---|
| 两台 AC 行为不同 | 配置未同步或版本不一致 | 比对版本与配置指纹 |
| 切换后配置丢失 | 变更未同步完成 | 查最后同步时间 |
| 漫游失败 | 集群链路异常 | 检查心跳与互联链路 |
| 配置回弹 | 成员互相覆盖 | 停止变更并重新同步 |
做任何配置变更前先确认集群健康：在亚健康集群上变更，风险会成倍放大，而且出问题时很难判断是哪一侧的配置在生效。
升级集群时要注意成员间的版本一致性窗口：多数厂商要求成员版本一致，或只在受支持的组合下才允许混跑，跨版本混跑往往正是行为不一致的来源。
在集群不同步的情况下反复变更：配置互相覆盖，越改越乱，最终可能需要按基线整体重建，代价远大于先修集群。