发电机为什么没转起来：谷歌云伦敦断电报告里的机房电力工程解剖

电力冗余不是「有没有」，而是「什么条件下才会兑现」。谷歌云这份报告把图纸上无可挑剔的2N供电链，在真实故障序列下逐环拍碎——每一条都是设计评审该问的话。

一、降级运行六天：最贵的时间不是断电那一刻

10月14日，涉事数据中心在季度负载测试中发现问题，随后断开B路线路维修，关键设备暂时靠A路供电——按流程属计划内维护，按风险则是2N主动降1N，且持续了6天。设计评审第一问：临时单路运行有没有加严预案？第二问：缺陷发电机断开维修时，另一路有没有同步加严巡检？把冗余当成排期表上的可选项，等于提前签风险书。

二、PLC 判错市电：传感器接在哪，信念就在哪

A路失电后，两套发电机启动PLC均未发出启动指令。机理极具讽刺：电压检测线接在B路断路器上游——B路已断开、上游仍带电，控制器据此误判「市电还在」。根因很直白：控制逻辑没有同时检查电压与断路器位置。这给所有自动化电力与暖通控制提了通用准则：判据必须取「状态+电气量」的组合，断路器位置这类机械状态是电气量判据的必要交叉验证——验收纪律正在机房各处抬头（《「毫秒用算」给机房质量立了新标尺》）。

三、UPS 的 5 分钟：应急时序里最诚实的数字

7时UPS耗尽，机房断电。报告写明：电池独立供电仅5分钟——定位不是撑到发电机稳定，而是撑过启动的几十秒；启动指令没发出，5分钟就是结局时长。供电、制冷类中断占大头（赛迪口径电力占44.7%，见 《电力占44.7%、安全只占4.8%：赛迪数据拆解数据中心中断的真账本》）。「5分钟窗口」里启动、带载、冷却、告知都要写成脚本；远程切换被拒也说明应急须有物理旁路与演练记录（宏观电力账见 《算力用电的账本翻页：绿电直连铺向24省》）。

四、发电机季度测试：把「测试发现问题」当风险而非功劳

起点是测试发现了缺陷；断点在其后接受了「带病+单路运行」。测试报告应流向两页：维修排期与风险台账。油路、启动电池、并联同步模块、ATS切换逻辑，任何一个科目都可能复现「发现—容忍—叠加故障」这条路径。对设施同行，该抄的是自己那份调查模板。

五、把报告变成验收单：六条可打勾的改进

① 降级窗口设时限、审批加严；② 启动判据引入断路器位置交叉校验；③ UPS、带载、冷却做季度实测；④ 应急旁路物理可及、每季演练；⑤ 风险台账与工单系统打通，带病超期自动升级；⑥ 市电与油机两级保留可验证的独立切换记录。电力冗余的教科书没有新章节，只是把旧章节标红了。悠梦庭 长期建议把「测试发现的问题」按未遂事故管理——这份报告的6小时8分钟，就是这条纪律的定价参考。