堆叠合并会发生什么
把两个原本各自独立运行的堆叠用堆叠线缆连起来，就是堆叠合并：链路接通瞬间触发新一轮选举，失败一方的主控与成员整机重启，随后以从成员身份加入胜出方。这意味着合并不是『插上线就好』，而是一次带重启的拓扑变更，需要业务窗口与告警准备。
基本信息
| 触发条件 | 两个运行中的堆叠系统之间建立堆叠连接 |
|---|---|
| 结果 | 重新选举主控，失败方成员重启后加入 |
| 主要风险 | 合并窗口内出现短暂双主，业务流量受影响 |
| 前置动作 | 两端分别备份配置，明确保留哪一侧为主 |
| 核对项 | 成员编号、优先级、版本与型号一致性 |
典型使用场景
- 机房割接：两个独立堆叠拼接为一个系统
- 扩容合并：新增设备的堆叠并入现有系统
- 机房整合：不同楼层的小堆叠合并成统一管理平面
- 变更评审：评估合并窗口对业务的影响范围
- 合并后验收：核对成员编号、配置与转发状态
合并前核对
合并前核对
display stack # 两侧成员编号、角色与拓扑
display stack configuration # 查看堆叠成员配置项
display current-configuration | include stack # 堆叠相关配置差异
display version # 两端版本与补丁是否一致
save # 合并前分别保存两份配置
# Cisco 侧对应
show switch # 成员与主备状态
show switch detail # 成员细节与堆叠口状态合并前检查项
| 检查项 | 核对内容 | 不一致的后果 |
|---|---|---|
| 成员编号 | 两侧是否有重复编号 | 编号冲突导致成员无法正常加入 |
| 优先级 | 哪台设备应成为主控 | 主控归属与预期不符，配置被覆盖 |
| 版本与型号 | 软件版本、补丁、硬件型号 | 版本不一致可能限制加入或反复重启 |
| 配置差异 | 业务、接口、协议配置的差异点 | 合并后按主控配置生效，差异部分丢失 |
合并前务必分别在两端备份配置并明确保留哪一侧为主：合并后以主控侧配置为基准，失败方原有的差异配置不会自动保留。
窗口评估按『一侧短暂离线』构思：失败方成员重启期间，其承载的链路全部中断，需要确认对端剩余的冗余路径足以承载业务。