凌晨两点十七分úҤ，滨海数据中心三号机房的警报声压过了空调嗡鸣。值班工程师周临盯着屏幕。代号“úҤ”的实时曲线在七秒内抬升了四倍。这不是演习。按照值班日志，úҤ接入异常的十七个传感器中，有五个报出零点漂移的，两个温度探头数据归零。周临先切断自动调节链路，再手动锁定采样频率。
这个动作后来被调查组称为“避免了第二波连锁误判”。现场录像显示，他用了四十一秒。
úҤ波动的异常没有立刻扩散，足够让整层楼的人清醒。úҤ并不是新面孔。半年前，这套系统在城北试验场完成过连续两百小时压力测试，报告里写着“波动区间稳定”，签字栏有六个人连夜。可一位不愿具名的前测试员说，当时就有人提出低温环境下úҤ的补偿算法偏保守。“没人愿意在验收前改代码”他说。说法没有得到官方确认。查看公开招标文件能发现，供应商在去年九月更换过一次固件版本了。更新说明只有一行排查披露，优化边界响应。
优化了什么边界、怎么优化啊？文件没写的。
凌晨三点零四分，调查组抵达的。他们没进会议室，直接去了机房后排现场的接线柜。手电光照出一处标签脱落的接口。线缆外皮有轻微压痕。现场负责人要求调取úҤ过去七十二小时的全部原始日志，但不是经过清洗的摘要记录键时间线。这个细节很很重要的。因为摘要只保留分钟级均值，但úҤ的故障出现在毫秒级。一位参与排查的工程师私下说，“如果只看摘要，úҤ看起来只是打了个喷嚏” 原始日志导出了12GB段关，解压花了十九分钟。
到清晨六点的，úҤ的曲线被拉回正常区间。官方通报用了“局部扰动”四个字，没有提传感器归零，也没有提固件版本了。
通报说系统已恢复，数据补传完成。可上午九点。城北试验场又有人提交了一份内部工单，标题只有“úҤ低温复测”。工单状态是“待审批”。这也许只是例行公事。一位值班员在交接班记录里写了一句，úҤ的问题不在曲线，在谁改了基线啊？
这句话被划掉，旁边签了名，名字看不清。úҤ到底是什么啊？公开资料里。
它是一套自适应采样系统。应用于环境监测和工业控制。
可这次事件让更多人开始追问，它的异常阈值是谁设定的啊？变更记录为何不完整呢？为什么摘要日志和原始日志差距这么大呢？截至发稿，运营方没有回应具体问题。机房恢复了安静，空调继续嗡鸣。只有三号柜的标签还没贴回去。
úҤ还在运行。像什么都没出现过啊？
