Portal认证系统换代升级时怎么做到不扰民

一套Portal认证系统跑个三五年，总会走到换代这一步。老的要么不支持新协议，要么厂商都不维护了，不换不行。但换代最怕的就是上线即瘫痪，全校上不了网，投诉比新功能带来的好评多十倍。我们做过几次校园Portal换代，核心心得就一句：把它当成一个分阶段的项目来管，而不是一个周末的动作。下面把不扰民的关键步骤捋一遍。

为什么要换代

先说清楚动因，才好跟领导争取窗口。老系统不支持新的认证协议，新的终端和接入方式接不进来；厂商停止维护，出了漏洞没人补；性能也跟不上现在的人均多终端。这些都是硬理由，比单纯说系统旧有说服力。我们把换代的商业和技术理由写清楚，审批和配合都顺畅些。

并行运行而非一刀切

最稳妥的做法，是新旧两套先并存，逐步切流，绝不一次性全校切换。我们一般让新系统在旁路上先跑真实流量做验证，确认转发和认证都对，再按比例切。并存期间任何一边出问题，都能快速把流量切回去。这一招是换代不扰民的根本保障。

数据迁移先迁先验

老账号、计费余额、策略配置，这些是换代最容易翻车的地方。我们要求先把数据迁到新系统，但不急着启用，先用历史数据做一轮校验：账号对不对、余额准不准、策略生效没。验证通过再切，避免学生一上线发现余额变少或者策略错乱。

灰度切栋

验证没问题了，也别全校一把推。我们一般挑一栋楼先灰度，跑稳一周再推广到一片，最后全校。灰度能把未知问题限制在小范围，真出状况影响的是一栋楼而不是全校，处理和回滚都从容。这一步急不得，多花两周灰度，省下的是无数投诉。

回滚方案必做

新系统出问题，要能一键回到旧系统，而且回滚过程用户尽量无感知。我们上线前一定把回滚脚本和步骤演练过，确认能在几分钟内切回。没有回滚方案的换代，是在拿全校上网赌运气，我们不干。

错峰操作

升级动作本身放在假期或者深夜，避开晚高峰和开学报到。我们一般选周五晚上到周六凌晨这种低峰窗口做切换，就算有点小抖动，受影响的人也最少。时间窗口选错，再顺的换代也会被骂。

对账收尾

新系统跑稳之后，必须做一次全面的账务对账：旧系统冻结时的余额、迁移过来的金额、新系统运行期间的收发，三笔对平。我们建议换代后第一周每天出对账报告，确认没有学生余额莫名变少、没有账单重复计费。对账平了，这次换代才算真正收口。

用户沟通不能省

切换前提前通知时间和可能影响，比事后解释强百倍。我们一般让学校发个简短通知，告诉师生某时段可能短暂波动、账号密码不变。沟通做到位，哪怕真有小卡顿，用户也谅解；不沟通，一点波动就是一片投诉。

收口：换代是项目不是动作

老系统别急着下线

很多人换代完第一件事就是删老系统，这是大忌。我们建议老系统至少保留一个计费周期再下线，期间和新系统并行比对，确认新系统账务和数据都稳了再撤。保留老系统是把退路握在手里，真出问题还能切回去，不慌，也给学生留了缓冲。

厂商交接要彻底

换代往往伴随换厂商，新厂商对旧环境不熟，交接不到位后患无穷。我们要求在换代项目里把旧系统的架构、账号逻辑、历史坑点写成交接文档，新厂商签字确认。这一份文档，能省掉后面无数次的来回扯皮和误判，比合同里的免责条款更管用。

给师生一个反馈入口

换代后头两周，上网问题最容易冒头。我们建议学校开一个临时反馈入口，学生和老师能直接报异常，网络中心和厂商联合盯。反馈通道通畅，小问题当天解决，不会积成大面积投诉，换代口碑也更好，后面的运维压力小得多。

换代项目的节奏感很重要，别被厂商的限期上线带着走。我们主张按学校自己的学期节奏排期，避开考试月和开学季，把切换放在最闲的窗口。节奏对了，出错概率和投诉都低，师生体感也平顺。

总结：Portal换代要做到不扰民，靠的是并行、迁移验证、灰度、回滚、错峰、对账、沟通这七步。把它当成有阶段、有预案的项目来管，而不是一个周末的动作，全校上网才能平稳过渡。