WiFi网络计费系统用了几年后，因为系统老化、功能不够、供应商支持不到位等原因，学校会考虑换新系统。换系统不是简单的安装卸载，要把旧系统里的用户数据、计费记录、账号状态迁移到新系统，同时保证用户无感切换、计费数据不丢、网络不中断。这个过程叫割接，是WiFi网络计费系统换代里风险最高的环节。割接方案设计不好，轻则用户大面积投诉，重则计费数据丢失、网络瘫痪几天。割接不是技术活，是工程管理活，每一个环节都要有预案。

迁移前的数据盘点和清理

WiFi网络计费系统从旧平台迁移，第一步不是导数据，是做数据盘点。旧系统里有多少用户、多少账号、多少计费记录、多少配置策略，这些数字要摸清楚。盘点过程中会发现很多需要清理的数据——休眠多年的僵尸账号、状态不明的异常账号、重复创建的测试账号、配置了但从未使用的策略。这些数据如果不清理直接迁移，新系统里会继承一堆垃圾数据，后期运维要花大量时间处理。数据清理要分级：明确废弃的删除，状态不明的标记后人工确认，正常的保留。清理过程要留记录，清理了什么、为什么清理、谁确认的，万一清理错了可以回溯。

账号余额和计费记录的迁移是高风险环节

WiFi网络计费系统迁移里风险最高的环节，是账号余额和计费记录的迁移。用户充值了50元还没用完，迁移到新系统后这个余额必须准确。计费记录用于审计和纠纷追溯，迁移后必须完整。迁移前要把旧系统的所有余额和计费数据导出，和新系统做字段映射——旧系统的"余额"字段对应新系统哪个字段，旧系统的"流量"记录对应新系统哪个字段。字段映射过程中会发现很多不对齐的地方——字段类型不同、精度不同、编码不同。每个不对齐都要人工确认，不能自动猜测。迁移完成后要做校验——旧系统的余额总和等于新系统的余额总和，旧系统的记录数等于新系统的记录数，差异超过阈值必须排查。

割接时间窗口的选择和准备

WiFi网络计费系统的割接要选择对用户影响最小的时间窗口。学校场景下，凌晨2点到6点网络使用量最低，是割接的最佳窗口。但凌晨割接有风险——运维人员疲劳，出问题响应慢。折中方案是分阶段割接：先在新系统里导入数据做联调测试，确认无误后选一个周末凌晨做正式割接。割接前要通知所有用户——哪天几点到几点网络可能中断、中断期间怎么处理、恢复后需要注意什么。通知渠道要多——短信、App推送、宿舍楼道张贴。割接前24小时冻结旧系统的所有变更操作（开户、套餐变更、充值），保证数据快照稳定，否则割接过程中数据还在变就乱套了。

双系统并行运行期的设计

WiFi网络计费系统割接，不建议做"一夜切换"——旧系统周五晚上停掉，新系统周六早上上线。这种方式如果新系统出问题，回退很困难。更安全的做法是双系统并行运行一段时间——旧系统继续做计费主系统，新系统做影子系统，同时接收认证和计费数据但不执行实际计费。并行期一般2到4周，期间对比两个系统的数据是否一致。如果差异在可接受范围内，逐步把新系统切换为主系统。双系统并行的成本高（两套系统都要维护），但风险低。学校如果预算允许，建议用这种方式；如果预算紧，至少要在割接前做充分的PoC测试，模拟真实流量验证新系统的稳定性和准确性。

回退预案是割接方案不可缺的部分

WiFi网络计费系统割接方案里，回退预案和正向方案一样重要。割接过程中如果发现新系统有严重问题，必须能快速回退到旧系统。回退预案要明确几个点：什么情况下触发回退（比如认证失败率超过5%、计费数据偏差超过10%）、回退的操作步骤（旧系统怎么恢复、新系统数据怎么处理）、回退的通知流程（怎么通知用户网络恢复）。回退预案要提前演练，不能到了割接时才发现回退操作有Bug。割接前做一次完整的回退演练，确认旧系统能在30分钟内恢复服务。这个演练成本不高，但关键时刻能救命。没有回退预案的割接，出问题就是硬着陆，影响面可能持续好几天。

割接后的观察期和问题处理

WiFi网络计费系统割接完成不代表项目结束，后面还要有一个观察期。观察期一般1到2周，期间运维团队要密切监控——认证成功率、计费数据准确性、用户投诉量、系统性能指标。观察期内发现的问题要快速响应，小问题当天修复，大问题当天出方案。观察期结束后做一次割接后评估——数据迁移完整性、用户体验变化、系统性能对比、遗留问题清单。评估通过才算割接真正完成。割接过程中保留的旧系统数据不要急着删除，至少留存一个学期，确保新系统稳定后再做归档处理。有些问题可能在割接一两个月后才暴露，旧数据是排查的重要依据。

用户沟通贯穿割接全过程

WiFi网络计费系统割接对用户来说是一个变化——认证页面可能变了、操作流程可能变了、套餐名称可能变了。如果用户没有预期，割接当天会涌出大量"怎么用不了"的投诉。用户沟通要贯穿割接全过程——割接前一周通知时间和影响、割接当天实时更新进度、割接后发布新系统使用指引。沟通渠道要多元化——短信、App推送、宿舍楼道海报、认证页面公告。用户沟通看起来是软性工作，但在割接这种高风险项目里，它直接影响投诉量和用户感受。沟通做得好的割接，用户几乎感受不到变化；沟通做不好的割接，客服电话被打爆，运营压力陡增。