生产环境服务器温控需构建“可读—可判—可响”三层机制：稳定采集硬件数据，设定阈值自动识别风险，触发告警或干预；Windows用HWiNFO64+PowerShell，Linux用lm-sensors+systemd，辅以BIOS、风道及BMC交叉校验。
实时监控服务器CPU温度与风扇转速，核心是建立“可读—可判—可响”三层机制：先稳定采集硬件数据，再设定合理阈值自动识别风险，最后触发告警或干预动作。不依赖图形界面、不增加显著负载、不依赖人工值守，才是生产环境可用的方案。
Windows 服务器：用 HWiNFO64 + PowerShell 自动闭环
HWiNFO64 是首选工具——免安装、支持 Server Core、后台静默运行，且能精准识别 CPU 封装温度（Package）、各核心温度（Core #0~#N）、主板传感器及所有 PWM 风扇（如 CPU_FAN、SYS_FAN1）。启用 “Sensors Only” 模式后，右键风扇条目 → “Show in summary”，即可在托盘旁悬浮显示关键 RPM 值，持续可见。
预警不能只靠弹窗。建议配置四级响应：
- CPU 温度 ≥75℃：写入 Windows 事件日志（ID 999），同时播放提示音、弹出警告窗口
- 任一风扇 RPM 持续低于 800（如标称 6000 RPM 的风扇长期运行在 500 RPM）：同样记录事件并标记为“风道异常”
- 用任务计划器监听该事件 ID，自动触发 PowerShell 脚本
- 脚本可执行：powercfg -setacvalueindex SCHEME_CURRENT SUB_PROCESSOR PROCTHROTTLEMAX 50（临时限制 CPU 性能上限防热失控），或调用 Send-MailMessage 发送告警邮件
Linux 服务器：lm-sensors + systemd 服务长期守护
先运行 sudo sensors-detect --auto 自动加载所需内核模块（如 coretemp、nct6775、it87），再执行 sensors 验证输出是否含 temp1_input（CPU）、fan1_input（主风扇）等字段。若无风扇读数，检查 BIOS 是否启用了 Q-Fan / Fan Control，或确认风扇插头是否为 4-pin PWM 接口。
把监控做成常驻服务更可靠：
- 写一个轻量脚本，每 10 秒读取 sensors | awk '/Core 0/ {print $3}' | sed 's/[^0-9.]*//'
- 温度超 80℃ 或风扇低于 1000 RPM 时，用 logger -t tempwatch 记录系统日志，并调用 wall 向所有终端广播告警
- 用 systemd 将其注册为服务，设置 Restart=always，确保崩溃后自启
通用物理层保障：BIOS 设置与机房风道不可跳过
再好的软件监控也救不了物理散热失效。两项必须检查：
- 进 BIOS/UEFI，确认风扇策略设为 “Full Speed” 或 “Optimal”（而非 “Quiet” 或 “Legacy”）；部分服务器需在 BMC 界面单独开启 “Fan Control Mode”
- 服务器必须安装在标准机柜中，前后净空 ≥5 cm；裸机测试时严禁堵住进风口（尤其前置风扇区域）或出风口（后置排风格栅）；灰尘堆积会使同等负载下温度升高 15–25℃
进阶验证：用 ipmitool 或 smartctl 补充交叉校验
对于带 BMC 的服务器（如 Dell iDRAC、HPE iLO、华为 iBMC），ipmitool sensor list | grep -E "(CPU|Fan)" 可获取独立于操作系统的硬件传感器读数，与 HWiNFO 或 sensors 输出比对——若温差 >5℃ 或风扇显示 “N/A”，说明某一路传感器通信异常，需排查固件或连接问题。
NVMe SSD 温度容易被忽略，但 PCIe 4.0 盘持续 >65℃ 就可能降速。用 smartctl -a /dev/nvme0n1 | grep Temperature 定期抽查，比依赖主板传感器更直接可靠。
