明确升级目标与范围
每次网络升级前，得先搞清楚到底要改什么。是换核心交换机？提升带宽？还是部署新的安全策略？比如公司从100M专线升级到1G光纤，这不只是插根线的事，背后涉及设备兼容性、IP规划、业务连续性等一系列问题。提前画好拓扑图，列出受影响的服务器、终端和关键应用，避免升级时把财务系统也断了。
搭建测试环境模拟真实场景
别一上来就在生产网动手。找个角落搭个测试环境，用旧设备模拟现网结构。比如用两台路由器加几台PC组成小局域网，还原DNS解析、VLAN划分和ACL规则。这样哪怕配置写错了导致断网，也不会影响同事打卡或视频会议。某次我们测试OSPF路由收敛，就在测试架上故意拔掉主链路，看备份路径切换是否在3秒内完成。
分阶段执行升级操作
升级不能一锅端。先把备用设备通电，刷入新固件，比如Cisco IOS版本从15.2升到16.9。确认启动正常后，再同步配置文件。这时候用脚本批量推送配置很常见，但记得关闭自动保存，避免错误配置被永久写入。实际操作中遇到过一个坑：新版本IOS默认关闭了CDP协议，结果邻居设备发现不了，排查半天才发现是默认策略变了。
enable
configure terminal
interface gigabitethernet0/1
description Link to Core-Switch
speed 1000
duplex full
no shutdown
end
write memory连通性与性能验证
设备上线后第一件事不是测速度，而是看基础连通性。从不同子网ping网关、DNS服务器和关键业务IP。比如市场部VLAN能访问CRM系统吗？仓库扫码终端还能连上数据库吗？确认通了之后再跑iperf打流测试带宽，用MTR查路由跳数和丢包。有次升级后发现FTP上传慢，查下来是MTU从1500改成了9000没同步调整，导致大量分片重传。
应用层功能回归测试
网络通不代表应用能用。得让实际业务走一遍流程。比如财务人员登录ERP做一笔报销提交，前台用POS机刷一笔测试交易，看看响应时间有没有异常。特别注意HTTPS、VoIP这类对延迟敏感的服务。之前一次升级后视频会议卡顿，抓包发现是QoS策略没继承，语音流量没打上DSCP标记，被当成普通数据排队了。
监控与日志观察期
正式切流后别急着撤人。至少盯48小时的监控面板。看CPU利用率有没有突增，接口错包计数是否上涨，syslog里有没有频繁的STP拓扑变更记录。设置阈值告警，比如CPU持续超过70%就发邮件提醒。曾碰到过一台新接入的三层交换机因生成树模式不匹配，每5分钟就触发一次阻塞，就是通过日志里的BPDU报文频率发现的。
回滚预案实操演练
万一出问题怎么退回来？提前准备好旧版固件和备份配置。在测试环境完整走一遍回滚流程：断开新设备、换回旧机、加载备份配置、验证服务恢复。确保这个过程能在30分钟内完成。有家公司升级失败后才发现备份配置漏了NAT规则，回滚后外网全断了，花了两小时才补救回来。所以备份一定要验证可用性，不能只点“保存”就完事。