无线Portal一用就是好几年，等到要换代升级，最担心的就是折腾全校。我们见过学校周末一刀切切换，结果周一开学一半人上不了网，客服电话被打爆。换代不是换个软件那么简单，是动全校的上网底座，得当成有阶段、有预案的项目来管，而不是一个周末的动作。下面讲怎么做到不扰民。
新旧系统并行跑
最稳的做法是新旧两套并行一段时间，老系统继续服务，新系统在旁边跑真实流量做验证。我们一般建议并行两到四周，把真实终端、真实峰值都喂给新系统，确认没问题再切。并行听着费资源，但比一刀切崩了再回滚要安全得多。并行期间老系统是兜底的，真出问题随时退回去，学生无感。
账号和策略迁移验证
换代最易出事的是账号和策略迁移：老系统的账号、终端绑定、区域策略，搬到新系统不能丢不能错。我们建议迁移前先全量导出，迁移后在测试环境逐类验证，学生账号能登、策略生效、日志连续。别信厂商说的一键迁移，我们自己抽样核对过才放心。迁移验证做扎实，切换当天才不会冒出奇怪的权限问题。
灰度切换而非全量
切流量别一次全切，按区域灰度：先切一栋楼，观察一天没问题再切下一栋，最后切宿舍区。我们一般把宿舍区放最后，因为那里最敏感、并发最高。灰度让问题局限在局部，不会全校一起炸。每切一片，盯一天成功率曲线，异常就暂停。灰度慢一点，但全校平稳，这比求快强。
回滚预案必须真演练
切换前必须确认能回退：新系统出问题，多久能切回老系统、数据会不会丢。我们建议切换前拿真实场景演练一次回滚，别让预案躺在文档里。回滚通道保活，切换时才敢动手。很多学校换代最怕的就是回不去，演练过回滚，心里才有底，真出事也能几分钟内恢复。
错峰和账务对账
切换动作尽量放在假期或深夜低峰，减少对在用学生的打扰。如果旧系统带计费，换代时要做账务对账：旧余额、迁移金额、新系统收发三笔对平，确认没学生余额莫名变少。我们建议换代后第一周每天出对账报告。错峰加对账，是把影响面和对账风险都压到最小的两件事，少一件都不踏实。
提前沟通比技术更重要
换代前给学生和教职工发个通知，说清楚哪天可能短暂波动、有问题找谁，投诉量能降一大半。我们见过技术做得漂亮但没沟通，学生一遇小卡顿就炸锅。沟通不是多余动作，是换代项目的一部分。把预期管理好，切换当天的客服压力小得多，网络中心也少挨骂。
数据所有权要写进合同
换代最该提前确认的，是所有上网数据归学校所有、换代后必须完整导出。我们建议在合同里写明数据归属和导出格式，不绑死在厂商私有结构里。很多学校当初没写，换代时发现历史日志导不出，要么花钱买转换，要么干脆丢了。数据是学校自己的资产，这条在换代启动前就得钉死。
切换当天的联合值守
正式切换那天，我们建议网络中心和厂商联合值守，关键时段有人盯着成功率曲线，出问题马上按预案处理。别把切换扔给自动化就走人。联合值守一般熬不过一个晚高峰，但能挡掉大部分突发。很多学校切换完就下班，结果晚上爆了没人管。值守一天，安稳一学期。
换代后的复盘
切换平稳完成不是终点，我们建议做一份复盘文档：哪些预案有用、哪层最易出问题、下次怎么更快。复盘沉淀下来，下次换代或扩容直接复用，不用从头踩坑。很多学校换代完就散了，经验散在几个人记忆里，下次又交学费。复盘是一次升级的最后一环，别省。
用户告知要简洁
换代通知别写小作文，一句话说清哪天、可能短暂波动、有问题找谁就行。我们见过通知写三屏，学生根本不看，反而更慌。
数据备份先验证
换代前务必先做一次全量备份，并且真的恢复一遍确认能还原，别等出问题才发现备份是坏的。我们吃过这种亏，备份文件早 损坏 了，真要回滚时傻眼。备份可恢复，才敢动手切。
无线Portal换代要做到不扰民，靠的是并行、迁移验证、灰度、回滚、错峰、对账、沟通这七步。把它当成有阶段、有预案的项目来管，而不是一个周末的动作，全校上网才能平稳过渡。换代是迟早的事，准备充分，它就该是没人注意的一次安静升级。