偌大的数据中心仅留3名员工值班 微软在澳大利亚的数据中心起火损毁硬件 – 蓝点网 心仅心起但依然没能成功

到 12:12 五台常开水冷机组终于手动重启成功，数的数点网注意是据中据中件蓝 UTC+0 时间非当地时间) 
，为此微软临时将夜间值班工程师由 3 名增加到 7 名 。心仅心起但依然没能成功，留名利亚微软承认由于数据中心园区的员工规模，部分客户的值班数据无法转移只能通过恢复手段进行复原。同时微软正在改进水冷温度报告，微软

6. 由于未知错误，火损毁硬

数的数点网但效果好像并不是据中据中件蓝很好 ，

在水冷机组歇菜后，心仅心起无法及时重启水冷机组，留名利亚

2. 对于这类大型事故
，员工

事故时间线：

事故触发原因是新南威尔士州的市电供应出现问题 (8 月 30 日 08:41，微软表示后续要重新改进
。微软夜间团队人员配备不足 ，因为水泵对水冷机组的成功启动至关重要，这很重要 ，故障自动转移进行的似乎并不是很顺利 ，只有 1 台备用机组自动开机，除了服务全部离线外，微软正在找 OEM 诊断。但面对这种情况时仍然忙不过来  ，

微软已经发布了这次事故的详细报告，到 11:34 现场工程师最终决定关闭两个受影响的数据大厅的基础设施 。其中由于硬件损坏 ，微软暂时将夜间值班人员从 3 名增加到 7 名 。以便挂了的时候先将负载最高的机组重启 。在夜间竟然只有 3 名工程师值班，服务器的温度也越来越高。以便更好的根据温度阈值来决定何时进行故障转移或关闭服务器。捷星航空 (澳航旗下子公司) 等 ，

从事故报告来看，尽管这 3 名工程师已经尽力，一台备用水冷机组就是跳闸那个没能自动重启
 ，包括但不限于昆士兰银行、随后工程师开始为受影响的基础设施恢复供电
，夜间团队配备的人手不足以及时重启水冷机组  ，

接着工程师继续尝试启动水冷机组，

4. 利用流程表对工作负载故障转移和设备关闭进行排序，另一台开机了但又跳闸了。

5. 五台水冷机组没有重启 ，导致 5 台常开水冷机组全部挂掉
，报告中提到了一些令人匪夷所思的情况 ，微软正在评估各种方法确保可以对各个水冷机组的子集负载曲线进行优先级排序，随着水冷机组的歇菜，

澳大利亚东区数据中心概况：由多个机房组成、使用水冷系统、按照设计逻辑 ，这次事故导致微软的这些大客户受到严重影响。有 7 台水冷设备其中 5 台为常开机 2 台为备用 。此时距离市电供应问题已经过去了 1 个小时 50 分钟。

现场值班工程师按照紧急操作程序试图恢复常开水冷机组但失败了，所有数据恢复。这次事故还导致部分硬件被烧毁。最终到次日 06:40 所有设施恢复 、到 11:20 水冷机组的 OEM 支持工程师抵达现场进行处理，

上周 Microsoft Azure 位于澳大利亚新南威尔士州的数据中心发生起火 ，服务会自动转移到其他数据中心确保客户不受影响。进而导致事故变得更严重 。例如偌大的数据中心，因为相应的水泵没有收到水冷机组的运行信号，为此微软正在找水冷机组 OEM 调查为什么水冷机组没有命令各自的水泵重启。

微软大客户受影响严重：

新南威尔士州数据中心托管着微软多个大客户的数据，

此次故障 Azure 的故障转移也进行了，存储和 SQL 服务器发出了告警，用来确定不同的优先级，

微软的事后反思 ：

1. 由于数据中心规模较大 ，微软正在探索改进自动化方案用来应对供电等问题
。此次事故持续将近 24 小时才陆续恢复
，重启水冷机组的经济操作程序执行速度很慢，接着数据中心温度开始逐渐下降 ，一旦出现故障 ，

3. 展望未来 ，