不少开了些年头的酒店，原来的WIFI认证系统还是好几年前建的，功能老旧、不满足新的合规要求、或者厂商都不维护了。要换新系统，但酒店是天天在营业的，不能停业让你慢慢折腾，客人还在上网。怎么在不影响营业、不中断客人上网的情况下，把老旧系统平滑升级到新的酒店WIFI实名认证上网系统，是个很实际的问题。这篇讲讲平滑升级的做法。

升级前先把老系统摸清楚

动手换之前，先要把现在的老系统彻底搞清楚：它是怎么部署的，认证网关在哪，和PMS怎么对接的，日志存在哪，网络架构是什么样。老系统往往文档缺失、当初建它的人也走了，很多东西要靠现场摸。这一步不能省，如果对老系统一知半解就动手，很容易在切换时踩到没预料到的依赖，导致客人上网中断。花时间把老系统的现状画成一张清晰的图，标出所有关键节点和依赖关系，这是平滑升级的基础。摸清楚了，才知道新系统怎么接进来最稳。

新系统先并行搭建不动老系统

平滑升级的核心思路是并行。先把新系统搭起来，和老系统并存，这个阶段老系统继续跑着服务客人，新系统在旁边做配置、做联调、做测试，互不影响。新系统的网络接入、PMS对接、认证流程都在并行阶段调通、验证好。等新系统完全准备就绪、测试通过了，再考虑切换。并行搭建的好处是给了充足的准备和验证时间，不用赶，出了问题老系统还在兜底。千万别一上来就拆老系统，那样一旦新系统没调好，客人就全断网了。

选客流低谷做切换

真正切换的时刻，要选客流最少的时候，通常是深夜或者凌晨，住客大多睡了，公共区域也没人。这个时段切换，即使有短暂的波动，影响的客人也最少。切换前要把步骤列成清单，每一步谁做、做什么、怎么验证、出问题怎么回退，都写清楚。切换时按清单一步步来，每步做完验证一下再进行下一步。选对时间加上有条理的操作，能把切换的影响降到最低。切换窗口也要留足，别卡着高峰前那点时间，万一出状况没有余地处理。

老系统的数据该迁的要迁

老系统里有些数据可能要保留，比如按合规要求还在留存期内的历史上网日志。切换时这些数据不能随着老系统一起废弃，该迁移的要迁移到新系统或者单独归档保存，保证留存期内随时能查。迁移前要确认数据的格式、完整性，迁移后要验证数据能正常访问。合规要求的日志留存是有时长的，老系统停用不代表老日志就能删。这块要特别注意，别为了图省事把还在留存期的历史日志给弄丢了，那也是合规问题。

切换后老系统先别急着拆

新系统切换上线后，老系统别马上就拆了，保留一段时间作为回退的保险。万一新系统运行几天暴露出并行测试没覆盖到的问题，还能快速切回老系统救急。等新系统稳定运行了一段时间，确认没有遗留问题了，再把老系统正式下线。保留老系统这段时间是给新系统一个观察期，也是给自己留条后路。急着拆老系统，一旦新系统出问题就没有退路了，风险太大。这个观察期长短根据实际情况定，稳妥起见宁可留久一点。

切换前后要通知到相关人员

升级切换涉及前台、工程部、可能还有集团IT和厂商，切换前要通知到位，让大家知道什么时候切、切的时候可能有什么现象、遇到客人问怎么应对。切换后新系统的操作和老系统可能不一样，前台要提前培训，不然客人一来问，前台还按老系统的办法处理就乱了。信息同步到位，各方配合，切换才能顺。别自己闷头切了，前台还蒙在鼓里，客人来问上网问题前台一脸茫然，那体验就砸了。沟通是平滑升级里技术之外很重要的一环。

升级也是优化架构的机会

换系统不只是把老的换成新的，也是一次重新梳理网络架构、补齐历史欠账的机会。老系统时代遗留的一些将就，比如网络隔离不彻底、日志留存不规范、覆盖有盲区，可以借这次升级一并解决。当然要在可控范围内做，别把升级搞成大改造增加风险。但有些明显的欠账，趁着换系统顺手补上，比以后单独再折腾一次划算。升级前可以列一下老系统的已知问题，看哪些能借这次机会解决，规划进新系统的方案里。

酒店WIFI实名认证上网系统的平滑升级，关键就是"并行搭建、低谷切换、数据迁好、老系统留观察期、沟通到位"。核心原则是不影响正在营业的酒店、不中断客人上网、始终有回退的余地。按这个思路稳稳地推，老旧系统换新完全可以做到客人几乎无感。升级不是冒险，做好了是水到渠成的事。