楼宇网络升级是很多物业和业主迟早要面对的事。原装的百兆到桌面慢慢不够用了，Wi-Fi 5换成Wi-Fi 6了，运营商专线从千兆升级到万兆了。网络一升级，计费系统通常也得跟着换——老系统可能不支持新的带宽粒度，或者跑不动更大的数据量，或者对接不上新的认证方式。但计费系统迁移是最容易出问题的环节之一，稍有不慎就可能丢数据或者计费中断。

迁移前先把老系统的数据搞清楚

很多项目在迁移计费系统时犯的第一个错误是：对老系统的数据结构和历史记录没有做充分梳理，直接在新系统上从头开始配置。

这样做的问题很明显：正在履行的合同怎么办？某租户去年签了三年合同，约定200M带宽每月3000元，现在迁移到新系统，如果这套配置在老系统里没有完整记录，新系统就只能凭物业口头描述重新配置，中间很容易出差错。

迁移前需要从老系统导出的核心数据包括：所有在线租户的账号信息、当前绑定的计费策略和带宽参数、未出账期间的用量数据（这个很关键，如果你在月中切换系统，上半月的用量必须在老系统里出完账，下半月在新区系统里开始计费）、历史欠费记录（哪些租户有未结清的账单）。

如果老系统支持数据导出（CSV或者Excel），把这些数据先完整备份一份。如果老系统不支持导出，至少要把关键配置参数手动记录下来。任何遗漏都会在切换后变成运维的麻烦。

选一个业务低峰期做切换

这个道理大家都懂，但执行的时候经常被压缩时间。开发商说"下周三升级网络，周五就要用新计费系统出账"，留给迁移测试的时间可能只有一天半。

理想情况下，计费系统迁移应该选在月末最后几天到下月初这几天。原因很简单：月末可以把当月账单在老系统上出完、结清，下月初在新系统上从零开始新周期的计费，数据边界最清晰。

如果时间不允许，至少要确保老系统上所有未出账周期的数据已经完整导出并备份。切换后第一件事不是赶紧配策略，而是先在新系统上验证老数据的完整性——能对上才继续。

我经历过一次比较狼狈的迁移：甲方要求在月中切换，因为老系统厂商的服务合同到期了。切换后发现新系统的流量统计单位跟老系统差了一个系数（老系统按MB统计，新系统按MB但包含了8字节头部），导致当月账单数据整体偏高。花了一周时间才定位到问题并修正。如果能在月初切换，至少当月出账不会受影响。

双轨运行是降低风险的最有效手段

如果条件允许，最稳妥的迁移方式是"双轨运行"：新旧两套计费系统同时跑一段时间（建议至少一个完整账单周期），两边的计费结果做交叉对比。

具体做法是：流量数据从认证网关同时发给新旧两套系统（如果网关支持镜像或者双Radius计费报文），或者在新系统上线后手动从网关导出原始流量数据分别导入两套系统对比。重点对比的数据包括：每个租户的当月总流量、日均流量、峰值带宽、应收金额。

如果两套系统的结果偏差在5%以内（考虑到统计口径和颗粒度的差异，小幅偏差是正常的），就可以放心切换到新系统。如果偏差超过10%，一定要找出原因再切。

双轨运行的缺点是需要同时维护两套系统，运维工作量翻倍。但跟切换出错后修数据、补账单、跟租户解释的时间成本比起来，双轨运行的成本是值得的。

认证方式变化时要特别注意

网络升级经常伴随着认证方式的变化。比如原来是Portal认证（网页登录），升级后改成802.1X认证（客户端证书或账号密码），或者增加了无感知认证（MAC地址绑定+自动重认证）。

认证方式变化会影响计费系统的用户识别逻辑。Portal认证的用户是通过Web登录页面输入账号的，计费系统可以精确追踪每个账号的在线时长和流量。802.1X认证的用户是通过交换机级别的认证，如果楼宇里有用户绕过认证（比如接了私接交换机或者用了未授权的接入设备），计费系统可能统计不到这些"游离用户"的流量。

迁移时需要确认：新认证方式下，计费系统怎么识别和归属每个用户的流量？是否所有上网流量都必须经过认证网关？有没有旁路流量可能绕过计费？

还有一种情况：升级后增加了"访客网络"和"办公网络"的隔离。访客网络走单独的认证和计费通道，办公网络走企业内部认证。计费系统需要能同时管理这两条通道，并在出账时分别列示。

切换后的验证清单

不管迁移过程多顺利，切换后必须做的验证工作不能省。我列一个实际操作中常用的检查清单：

第一，确认所有租户账号已在新系统中正确创建，策略已正确绑定。可以抽查5-10个租户，逐一核对账号、策略、带宽参数是否跟合同一致。

第二，确认在线用户的流量统计功能正常。让几个测试账号分别做一些网络操作（浏览网页、下载文件、上传文件），在计费系统后台实时查看流量数据是否在增长，方向是否正确。

第三，确认计费策略的执行逻辑正确。比如设置一个测试账号绑定"超额限速"策略，让这个账号流量超出阈值，检查是否真的被限速了。

第四，确认出账功能正常。在新系统上手动触发一次"模拟出账"，检查生成的账单数据是否合理，格式是否满足财务对接要求。

第五，确认跟其他系统的对接正常。如果楼宇有PMS（酒店管理系统）、物业管理系统、或者财务系统跟计费系统有对接，迁移后这些接口都要重新验证一遍。

老系统的善后处理

新系统稳定运行一个完整账单周期后，老系统就可以准备下线了。但不要急着删数据或者关服务。建议保留老系统在线但只读，至少保留三个月。原因有两个：一是如果有租户对前几个月的账单有疑问，可能需要调取老系统的历史数据；二是如果新系统发现有问题需要回退，老系统还在可以快速切回去。

老系统的历史数据建议导出一份完整的归档（账号信息、策略配置、历史账单、流量原始数据），存在安全的地方备用。万一将来有合同纠纷或者审计需要，这些数据就是证据。

迁移这事，做得好没人记得，做得不好所有人都会记得。多花两天时间做准备和验证，比事后花两个月擦屁股划算得多。