简介PowerChute Network Shutdown3.zip 是面向数据中心运维人员与服务器管理者的 APC UPS 电源管理工具包专为 Windows Server 2003 的 32 位与 64 位环境准备用于在电力异常时实现电源监控、预警通知与自动有序关机避免数据丢失和硬件损坏。压缩包共 4 个文件约 38.98MB包含 exe 安装程序、pdf 安装指南、htm 发行说明与 ini 静默安装配置分别对应部署、配置参考与无人值守安装等用途。目前已有 327 人学习下载。通过安装指南与发行说明读者可了解 UPS 连接、网络设置与关机策略的配置要点并借助静默安装配置实现批量部署发行说明则列出功能改进与修复记录便于评估版本适用性。整体适合需要为老旧 Windows Server 环境补齐电源保护方案、或研究 APC 网络关机软件部署思路的运维人员参考。1. PowerChute Network Shutdown 到底在断什么从一次机房断电事故说起凌晨两点市电闪断UPS 切到电池机房撑了 11 分钟。等运维赶到时三台虚拟化宿主机已经硬关机数据库实例留下 47 个未提交事务恢复跑了四个小时。事后复盘发现UPS 的干接点信号线根本没接服务器压根不知道市电已经没了——这就是 PowerChute Network Shutdown 要解决的问题。PowerChute Network Shutdown下文简称 PCNS是 APC/Schneider 的 UPS 网络关机软件跑在受保护的服务器上通过网卡和 UPS 的网络管理卡通信在电池耗尽前按你定义的顺序把操作系统安全关掉。它和普通版 PowerChute 的区别在于走网络不依赖串口或 USB 线一台 UPS 可以同时管几十台服务器。适合谁有机房、有 UPS 网络管理卡、又不想半夜被电话叫起来手动关机的人。这篇笔记按「装什么、怎么配、坑在哪」的顺序讲读完你能自己搭一套能扛住断电的关机链路。2. 装之前先想清楚PCNS 的通信链路和版本选型2.1 网络管理卡是整条链路的咽喉PCNS 不直接和 UPS 主机说话中间必须有一块网络管理卡NMCNetwork Management Card常见型号是 AP9630、AP9631、AP9640 这类。UPS 把电池状态、剩余续航、市电状态写进 NMCPCNS 通过 TCP 轮询 NMC 拿这些数据。所以整条链路是市电 → UPS → NMC → 网络 → PCNS → 操作系统关机。这意味着两件事。第一NMC 必须先在 UPS 上装好并配好 IP否则 PCNS 装完也连不上。第二NMC 和 PCNS 之间的网络必须通中间如果有防火墙要放行对应端口。常见做法是给 NMC 单独划一个管理 VLANPCNS 所在服务器能路由到它就行。提示NMC 的固件版本会影响 PCNS 能用的功能。装 PCNS 前先登录 NMC 的 Web 界面在「About」里确认固件版本太老的固件可能不支持新版 PCNS 的某些关机触发条件。2.2 版本选型3.x 和 4.x 的差别在哪标题里的「3.zip」指向的是 PCNS 3.x 系列。这个系列目前仍在大量存量机房使用特点是安装包小、依赖少、对老操作系统友好。4.x 系列界面重做过支持更多虚拟化平台的集成方式但对 Windows Server 2008 这类老系统支持不如 3.x。选型判断很简单如果你的服务器里有 Windows Server 2012 以前的系统或者 Linux 内核低于 3.x优先用 3.x。如果全是新系统且需要和 vCenter、Hyper-V 集群做深度联动再考虑 4.x。我一般会先在测试机上装一遍确认能连上 NMC 再批量推。2.3 安装前必须确认的三件事第一NMC 的 IP、SNMP 团体字或管理员账号密码要拿到手。PCNS 连 NMC 有两种认证方式SNMP v1/v3 和 HTTPS 登录。3.x 默认走 SNMP需要在 NMC 里确认 SNMP 是启用的。第二服务器要关掉操作系统的休眠和快速启动。Windows 的快速启动会让「关机」变成混合休眠PCNS 触发的关机可能不彻底电池耗尽后还是硬断电。第三确认服务器的电源确实接在受这台 UPS 保护的插座上。听起来像废话但我见过把服务器插在旁路插座上、UPS 只管了交换机的翻车现场。3. 从零跑通PCNS 3.x 的安装与 NMC 对接3.1 Windows 下的安装步骤把安装包解压后右键以管理员身份运行setup.exe。安装向导会先检测本机有没有 Java 运行环境3.x 依赖 JRE如果没装会提示你先装。装完后服务会自动注册为PowerChute Network Shutdown在服务列表里能看到。安装过程中会弹出配置向导要求填 NMC 的 IP 和认证信息。这一步如果填错后面可以在 Web 界面里改不用重装。配置向导走完后PCNS 的 Web 管理界面默认监听 6547 端口浏览器访问https://本机IP:6547就能打开。# 安装完成后检查服务状态Windows sc query PowerChute Network Shutdown # 查看 PCNS 监听端口 netstat -ano | findstr 6547 # 如果服务没起来看日志 type C:\Program Files\APC\PowerChute\group1\logs\pcns.log服务名在不同版本里可能略有差异以服务列表里实际显示为准。6547 是 Web 管理端口不是和 NMC 通信的端口别搞混。日志文件是排查问题的第一入口连不上 NMC、认证失败、关机脚本报错都会写在这里。3.2 Linux 下的安装与依赖处理Linux 版是.run或.bin自解压包需要 root 权限执行。3.x 对 glibc 版本有要求太新的发行版比如某些滚动更新的系统可能报库不兼容。常见做法是在 CentOS 7 / RHEL 7 这类系统上装兼容性最稳。# 赋予执行权限并运行安装 chmod x pcns3_linux.run sudo ./pcns3_linux.run # 安装后检查进程 ps -ef | grep -i powerchute # 查看监听端口 ss -tlnp | grep 6547 # 日志位置 tail -f /opt/APC/PowerChute/group1/logs/pcns.log安装脚本会交互式问 NMC 的 IP 和认证方式和 Windows 版逻辑一致。Linux 下要注意防火墙firewalld或iptables要放行 6547否则你本机浏览器打不开管理界面。另外 SELinux 在某些发行版上会拦截 PCNS 的脚本执行如果关机脚本不生效先看/var/log/audit/audit.log里有没有 denied 记录。3.3 在 NMC 里确认 PCNS 已注册PCNS 装好并连上 NMC 后登录 NMC 的 Web 界面在「PowerChute」或「Clients」相关菜单里应该能看到这台服务器的记录。如果看不到说明 PCNS 没成功注册回到 PCNS 日志里找认证或网络错误。NMC 这边还要确认几个参数关机前等待时间Low Battery Duration、电池模式触发阈值、以及是否允许 PCNS 客户端触发关机。这些参数决定了「什么时候开始关」设得太晚等于没设设得太早会误关。4. 关机策略怎么定触发条件、顺序和脚本参数4.1 三种触发条件的选择逻辑PCNS 支持三种主要触发方式电池模式持续一段时间后触发、剩余续航低于阈值时触发、以及 NMC 发出关机信号时触发。实际用哪种取决于你的业务能容忍多长的关机窗口。触发方式适用场景参数位置注意点电池模式持续 N 秒短时闪断频繁想过滤掉抖动NMC 的「Shutdown Delay」设太短会误关建议 60 秒起剩余续航低于 N 分钟想留足关机时间NMC 的「Low Battery Duration」要大于所有服务器关机耗时之和NMC 主动发信号多台 UPS 级联或集中管理PCNS 的「Shutdown Trigger」依赖 NMC 配置正确我一般会组合用电池模式持续 60 秒作为第一道过滤剩余续航低于 15 分钟作为硬触发。这样短时闪断不会关真断电了也有足够时间。4.2 关机顺序先关应用再关系统PCNS 本身只负责触发操作系统关机它不关心你的数据库有没有正常停。所以真正的关机顺序要靠脚本实现。常见做法是在 PCNS 的「Command File」里指定一个关机前执行的脚本脚本里按顺序停应用、停数据库、最后调系统关机。#!/bin/bash # pcns_shutdown.sh - PCNS 关机前脚本示例 # 放在 /opt/APC/PowerChute/group1/ 下在 PCNS 界面里指定 LOG/var/log/pcns_shutdown.log echo $(date) shutdown triggered $LOG # 1. 停应用服务 systemctl stop myapp.service $LOG 21 sleep 5 # 2. 停数据库以 MySQL 为例 systemctl stop mysqld $LOG 21 sleep 10 # 3. 确认进程已退出 if pgrep -x mysqld /dev/null; then echo $(date) mysqld still running, force kill $LOG pkill -9 mysqld fi # 4. 触发系统关机 echo $(date) calling system shutdown $LOG shutdown -h now脚本里的sleep不是随便加的是给应用留出刷盘和释放连接的时间。数据库的sleep 10要根据你的数据量调太小会导致事务没提交完就被杀。最后一步shutdown -h now是必须的PCNS 只负责调这个脚本不会替你关机。注意脚本必须有可执行权限且路径不能有空格。Windows 下对应的是.bat或.ps1逻辑一样用net stop停服务最后调shutdown /s /t 0。4.3 多台服务器的关机顺序协调如果有多台服务器比如先关应用服务器再关数据库服务器PCNS 本身不提供跨机编排。常见做法有两种一是用 NMC 的分组功能给不同组设不同的关机延迟二是在脚本里加网络等待比如应用服务器关机后发一个信号数据库服务器收到后再关。我一般用第一种简单可靠。在 NMC 里把服务器分成「App」和「DB」两组App 组的关机延迟设 0DB 组设 120 秒。这样断电后 App 先关两分钟后 DB 再关顺序就对了。5. 避坑指南PCNS 部署中最容易翻车的五个点5.1 现象PCNS 显示已连接但断电时不触发关机原因NMC 里的「Shutdown Delay」设得太长或者 PCNS 的触发条件没勾选。还有一种可能是 NMC 和 PCNS 之间的网络在断电后断了——如果 NMC 和服务器走同一台交换机而交换机不在 UPS 保护范围内断电后网络先断PCNS 根本收不到信号。解决确认交换机和 NMC 都在 UPS 保护下。检查 NMC 的关机触发配置把「Shutdown Delay」调到合理值。在 PCNS 日志里搜「trigger」关键字看有没有收到触发记录。5.2 现象Linux 下脚本不执行日志里没有脚本相关记录原因SELinux 拦截或者脚本路径在 PCNS 配置里写错或者脚本没有可执行权限。解决先chmod x给权限再用setenforce 0临时关 SELinux 测试。如果关了就好说明是 SELinux 策略问题需要加规则而不是一直关着。路径要用绝对路径不要用~或相对路径。5.3 现象Windows 服务器关机后自动重启原因Windows 的「快速启动」或「自动重启」没关。PCNS 触发的是shutdown如果系统配了「意外关机后自动重启」电池耗尽后可能又起来。解决在电源选项里关掉快速启动在系统属性里关掉「自动重新启动」。另外确认 BIOS 里的「AC Power Recovery」设成「Off」或「Last State」别设成「On」。5.4 现象NMC 里看不到 PCNS 客户端原因SNMP 团体字不匹配或者 NMC 的 SNMP 没启用或者防火墙挡了 SNMP 的 161 端口。解决登录 NMC在「SNMP」菜单里确认 v1 已启用且团体字和 PCNS 里填的一致。在服务器上用snmpwalk -v 1 -c 团体字 NMC的IP测试能不能拿到数据。如果走 HTTPS 认证确认 NMC 的账号有足够权限。5.5 现象多台服务器同时关机导致存储阵列先掉原因关机顺序没协调好或者所有服务器用了同一个关机延迟。解决把依赖存储的服务器比如数据库、文件服务器的关机延迟设长一点确保它们最后关。如果用的是共享存储确认存储设备本身也在 UPS 保护下且它的关机策略和服务器协调过。6. 验证与进阶怎么确认这套东西真能救命装完不等于能用必须做一次真实的断电演练。我一般会挑一个业务低峰期把 UPS 的市电输入断开让 UPS 切到电池然后观察 PCNS 的日志和服务器行为。演练时要注意先确认所有服务器都注册到 NMC 了再断市电盯着 PCNS 日志看触发记录确认脚本执行顺序对最后看服务器是不是干净关机。演练完记得把 UPS 切回市电检查电池有没有充回去。如果条件允许每季度做一次因为 NMC 固件升级、服务器系统更新、网络调整都可能让这条链路失效。进阶用法里比较实用的是把 PCNS 的关机事件接到监控系统。PCNS 支持发 SNMP Trap可以在 NMC 里配 Trap 目标指向你的监控服务器。这样每次触发关机监控里都会有记录事后能追溯。另一个是结合虚拟化平台比如 vSphere 的关机 API让 PCNS 先触发虚拟机迁移或挂起再关宿主机减少业务中断时间。# 测试 NMC 的 SNMP 连通性 snmpwalk -v 1 -c public 192.168.1.100 sysDescr # 查看 PCNS 是否收到过触发Linux grep -i shutdown trigger /opt/APC/PowerChute/group1/logs/pcns.log # 模拟一次脚本执行不真关机把最后一行注释掉 bash -x /opt/APC/PowerChute/group1/pcns_shutdown.sh最后一行用bash -x跑脚本能看到每一步执行情况确认逻辑对再放开真关机。这个习惯帮我省过好几次事——有一次发现脚本里数据库的sleep写成了sleep 1真断电时数据库根本没停干净。血泪经验就一条别等真断电了才验证。我见过太多机房PCNS 装了两年从没演练过真出事时发现 NMC 的 IP 早就变了或者防火墙规则被改过。每季度花半小时断一次电比事后恢复四小时划算得多。希望帮到你。本文还有配套的精品资源点击获取