下午两点十七分，样本测试刚进行到第三题，校现机房突然跳闸。场测整排电脑屏幕齐刷刷黑下去，急预孩子们愣了一秒，样本随即嗡嗡声四起。校现我站在讲台边，场测手里攥着备用U盘，急预心跳漏了半拍——这正是样本我们演练过无数次的场景。

预案第一条：断电不慌乱，校现先看应急灯。场测走廊里应急灯没亮，急预说明是样本校内线路问题而非区域停电。我让各班监考老师原地不动，校现自己三步并两步冲向配电间。场测果然，总开关跳了，推上去，重启服务器，前后不过四分钟。孩子们重新登录系统，刚才的答题进度自动保存，没有丢失任何数据。

但真正的麻烦在第二天。早上八点，系统登录页面突然卡死，全校三百多名学生同时点击，服务器直接宕机。技术组老张额头冒汗，他重启了三次，每次撑不过五分钟又瘫了。我盯着监控面板，CPU使用率飙到百分之九十八，内存报警——这机器平时跑五十人没问题，今天却像被掐住喉咙。

我们立刻启动B方案：把学生按批次分流。原定九点开考，临时改成八年级先考，七年级延后四十分钟。教务处李主任拿着广播稿，声音平稳地通知各班调整课表。同时技术组紧急调来隔壁学校的移动服务器，两台机器并联负载均衡。到十点二十分，系统恢复流畅。有个男生考完出来跟我说：“老师，我还以为今天泡汤了，结果就多等了会儿。”

应急的窍门不在技术多高深，而在反应够不够快。我们事先给每台电脑装了离线答题组件，断网时学生可以本地作答，网络恢复后自动同步。这个不起眼的设置，今天救了命——刚才断电那四分钟，其实有十几个孩子已经在离线模式继续写题了。

还有个小插曲。下午场有个女生突然举手，说鼠标失灵。监考老师过去一查，不是设备问题，是她紧张得手心出汗，把桌面都浸湿了。我们递上纸巾，让她深呼吸，又给她换了台备用机。三分钟后她重新进入答题界面，状态明显稳了。这种“人的故障”比机器故障更常见，预案里专门写了一条：备好纸巾、矿泉水、安静角落，必要时让考生离场缓两分钟。

测试结束当晚，我们开了个复盘会。老张把日志调出来，发现白天那次宕机是因为后台有个自动更新程序在偷偷跑，占用了大量资源。他骂了一句：“早该关掉的。”李主任则建议下次提前一天做全流程压力测试，把三百人同时在线的情况模拟一遍。我记在本子上，又补了一条：机房门口贴个醒目标识，写清配电间位置和应急电话。

说白了，应急预案不是写给别人看的文件，是揣在兜里的地图。真迷路了，掏出来就能用。今天算是顺利的一天，虽然出了两次岔子，但每次都有后手兜底。下次如果再遇到更刁钻的状况，我相信我们还能接住——只要别慌，手里有招，心里有数。