双机要同步的不只是转发配置
双机热备同步的不该只是转发配置：检测相关的配置文件、例外列表、特征库版本、授权状态都要保持一致。否则切换那一刻，流量交给了一台检测策略不同的设备，防护效果与预期出现偏差，而设备状态看起来一切正常。
不同步的典型表现
最常见的是特征库版本脱节：主设备在生产环境里持续升级，备机几个月没更新，切换后新型攻击直接不告警；其次是例外不一致，同一业务在主设备上已加白名单，备机上仍在告警甚至阻断，业务在切换后突然异常。
基本信息
| 同步内容 | 检测配置文件、例外列表、特征库版本、授权状态 |
|---|---|
| 检查方式 | 主备配置差异比对，逐项确认 |
| 注意点 | 特征库升级需两台同步，避免版本不一 |
| 升级顺序 | 先升备机验证，再切主备，最后升原主机 |
典型使用场景
- 双机上线时确认检测策略在两台都生效
- 切换后出现告警异常，回头核对配置差异
- 特征库升级后确认两台都已完成
- 手工加例外时确认是否同步到对端
- 巡检对比两台检测配置的一致性
- 升级窗口内安排升级顺序
核对步骤
核对步骤
# 1. 主备分别查看特征库版本与授权状态
# 2. 比对检测配置文件内容与绑定的策略
# 3. 断链切换验证检测是否按预期生效
# 4. 升级操作两台都完成后复核一次
# 5. 把差异项与处理结果写入巡检记录同步项与不一致后果
| 同步项 | 不一致的后果 |
|---|---|
| 特征库版本 | 切换后检测能力下降，新型攻击不告警 |
| 例外列表 | 业务在切换后误报或误拦 |
| 检测配置文件 | 两台检测范围不同，策略与预期不符 |
| 授权状态 | 功能可用性不一致，建连可能受限 |
升级窗口内先升备机再切主，可减少业务影响，也能用真实流量验证新版本行为。
手工在两台设备上分别做例外配置，容易产生不一致，且差异往往到切换时才暴露。
把两台配置差异比对纳入例行巡检：等切换时才发现差异，代价比平时多花十分钟检查高得多。