很多学校的WiFi计费系统不是新建，而是替换用了好几年的老系统。老系统可能还能跑，但厂商不维护了、功能跟不上新需求、或者和新的统一身份认证接不上。迁移比新建更棘手，因为上面还跑着几千学生的账号和账单，动错一步就是教学事故。这篇讲从旧系统平滑迁到新系统的几个关键动作。

先盘点旧系统的真实资产

迁移前最该做的，是把旧系统里到底有什么摸清楚：有多少账号、哪些还在用、计费规则怎么配的、有没有历史账单要保留、接口和认证怎么接的。我们见过学校直接上新系统，结果发现旧系统里有一批特殊豁免账号没迁过来，那批学生突然被收费，闹得很凶。建议先导出旧系统全量数据做盘点，和学工、财务核对，确认哪些要迁、哪些该销、哪些规则要保留。盘点比动手重要。

新旧并行，别一刀切切换

最危险的迁移方式是某天夜里关掉旧的、开起新的。一旦新系统有问题，全校上不了网，半夜救火救不回来。稳妥做法是新旧并行一段时间：新系统先接好，小范围切一部分用户过去，验证账号、计费、对账都正常，再逐步扩大。我们建议按校区或宿舍楼分批切换，每批切完观察几天。旧系统保留可回退，出问题能立刻切回去。并行的成本不高，但能买来从容。

账号迁移要做映射和去重

旧系统的账号体系和新系统往往字段对不上。学工号、姓名、费率组、设备绑定，都要做映射表。更麻烦的是重复账号和僵尸账号，旧系统里攒了几年的脏数据，迁过去就是隐患。我们建议迁移时做一次清洗：重复账号合并、离校账号停用、异常设备解绑。清洗规则要和学工确认，别擅自删。映射表做完先小批验证，确认登录、计费、查询都对，再全量跑。

历史账单和日志要能查

学生可能来查半年前的扣费，财务可能要翻去年的账。旧系统下线后，历史账单不能丢。我们建议迁移前把旧系统的账单和日志做归档导出，按可查询的方式留存，最好能挂到新系统的查询入口或者独立存档。别等旧系统数据库一删，学生来查三年前的记录查不到。合规和审计都要求留痕，这一步不能省。

切换窗口选对时间

即便分批切，每批的切换动作也要挑时间。避开开学、考试、选课这些高峰期，选在假期或者周末晚上低峰做。我们建议在切换前发通知给学生，说明哪段时间可能短暂影响，降低预期。切换后头几天厂商和学校一起盯监控，认证成功率、账单对账重点看。平稳迁移的秘诀，一半在准备，一半在选对时机。

从旧系统迁移，本质是带着运行中的业务换引擎。盘点资产、新旧并行、清洗映射、留档历史、选对窗口，这五步做到，学校WiFi上网计费系统的替换就能悄无声息地完成，师生几乎感觉不到变化。迁移的最高境界，就是没人发现你迁过了。

给学生一个过渡期的明白话

迁移再平稳，也可能有个别学生遇到登录异常。我们建议在切换前后发一次通知，说明"系统升级，若遇登录问题请到某入口反馈"，并附上报障方式。这比闷头切、学生遇到事到处问要稳妥。通知不用长，把"可能短暂异常、去哪反馈"讲清楚就行。透明能极大降低迁移期间的焦虑，也让运维团队的压力小一些。

旧系统别急着下线

新系统跑稳之前，旧系统建议多留一段时间，哪怕不再接新用户，数据和配置也先留着。我们见过切完一周就删旧库，结果学生来查上上学期的账单查不到，又得从备份捞，手忙脚乱。旧系统保留一个只读归档期，比如三个月，既防回退也能应对查询。等确认新系统账单、认证、对账都无异常，再正式归档下线。留一手，是迁移里最便宜的保险。

迁移完做一次培训和交棒

系统切过去不等于学校接住了。我们建议迁移收尾时，厂商给信息化部门和宿舍管理员做一次实操培训：怎么查账号、怎么处理常见报障、怎么导账单、怎么配置规则。最好留下一份本校的操作手册，而不是厂商通用的那本。很多迁移"成功"后几个月又出问题，是因为学校没人真正会操作新系统。培训加手册，是把厂商的能力转移成学校自己的能力，这一步省不得。