服务器部署中的断电处理实战经验

办公室的服务器突然断电，没人知道什么时候能恢复供电。等电力回来，发现系统启动不了，数据库损坏，文件丢失——这种情况不少见，尤其是没有做好断电应对措施的小型办公环境。

为什么断电对服务器影响这么大？

普通电脑断电顶多是未保存的文档没了，但服务器不一样。它可能正写入关键数据、执行备份任务或维持多个用户连接。突然断电会导致文件系统不一致，甚至硬件层面的存储损坏。特别是MySQL、PostgreSQL这类数据库服务，一次非正常关机就可能导致表损坏，重启后无法启动。

部署时就得考虑断电预案

很多团队在部署服务器时只关注性能和网络配置，却忽略了最基础的供电问题。其实从部署第一天起，就要假设“断电随时会发生”。比如我们公司有次台风天停电8小时，UPS撑了20分钟，剩下的时间全靠脚本自动关机，才避免了数据损坏。

加个UPS不是万能的

很多人觉得配个UPS（不间断电源）就够了，其实不然。UPS只能争取时间，真正重要的是如何利用这宝贵的几分钟完成安全关机。建议在服务器上部署一个监控UPS状态的服务，比如用NUT（Network UPS Tools）来检测电量，一旦市电中断且UPS电量低于阈值，就触发自动关机流程。

# 安装NUT后，在Linux中配置upsmon.conf示例
MONITOR myups@localhost 1 username password master
NOTIFYCMD /etc/ups/notify.sh
NOTIFYFLAG ONLINE /etc/ups/notify.sh & 
NOTIFYFLAG ONBATT /etc/ups/notify.sh &

上面这个配置会让系统在切换到电池供电时运行通知脚本，你可以在脚本里加入延迟关机命令，比如：

#!/bin/bash
# notify.sh 部分逻辑
if [ "$1" = "ONBATT" ]; then
    logger "Power failure detected, shutting down in 30 seconds"
    sleep 30
    shutdown -h now
fi

文件系统选择也有讲究

ext4虽然稳定，但在频繁断电场景下不如XFS或Btrfs抗造。XFS的日志机制更高效，恢复速度快；Btrfs支持快照，哪怕断电也能回滚到最近的完整状态。我们在测试环境中对比过，同样断电10次，ext4平均需要5分钟fsck检查，而XFS基本秒级恢复。

虚拟化环境也不能掉以轻心

有人觉得用了VMware或Proxmox就安全了，其实宿主机断电照样会波及所有虚拟机。建议给宿主机设置优先级关机顺序，核心服务先停，边缘服务后停。可以用corosync + pacemaker做简单的集群管理，配合UPS信号统一调度。

定期演练比什么都强

别等到真出事才试方案。每个月手动拉一次电闸，看看服务器是不是能正常进入安全关机流程。我们团队就这么干，第一次演练发现脚本权限没设对，根本执行不了shutdown命令。改完之后，现在断电就像按了暂停键，恢复起来特别顺。

服务器部署不只是装好系统、配好网络就完事了。断电不是会不会发生的问题，而是何时发生的问题。提前想好怎么应对，才能在灯灭的那一刻，心里不慌。