服务器cpu过热告警需依赖hwmonitor/crystaldiskinfo采集温度，设分层阈值（cpu封装75℃、nvme 65℃、机械盘50℃），联动事件日志+邮件/钉钉通知，并启用bios关机保护（建议70℃），辅以定期清灰与散热优化。
服务器硬件健康检查中，监控 CPU 温度过高并触发告警，不能依赖 Windows 原生功能——系统本身不提供温度阈值预警能力。必须组合轻量工具、合理阈值、多通道提醒与底层日志联动，才能实现可靠、低延迟、可审计的过热防护。
用 HWMonitor 或 CrystalDiskInfo 做实时温度采集
这两款工具免安装、免服务、资源占用极低，适合长期驻留服务器后台：
- HWMonitor：自动识别主板传感器、CPU 封装（Package）温度、各核心温度及 NVMe/机械硬盘 S.M.A.R.T. 温度；展开 “Temperatures” 节点，重点关注 CPU Package 和 Mainboard Chipset 数值
- CrystalDiskInfo：对固态硬盘温度更精准，尤其适用于 NVMe 盘（读取 S.M.A.R.T. ID 194），适合混合存储架构的服务器
- 两者均支持最小化至系统托盘，刷新间隔设为 2–3 秒即可兼顾响应与性能
设定分层温度告警阈值
告警不是越早越好，需匹配硬件规格和业务连续性要求：
- CPU 封装温度：75℃ 弹窗+声音告警（Intel/AMD 消费级及主流服务器 CPU 安全上限为 100℃，但长期＞85℃会加速老化）
- NVMe 固态硬盘：65℃ 触发警告（多数厂商标称工作上限为 70℃，超温易引发降速或掉盘）
- 机械硬盘：50℃ 启动预警（超过 55℃ 风险显著上升，可能预示机箱风道失效）
- 所有阈值建议留出 5–10℃ 缓冲，避免瞬时负载波动导致误报
让告警真正“抵达人”而非仅弹窗
服务器常无图形界面或管理员不在现场，单靠弹窗无效。应启用至少两种响应机制：
- 在软件中开启 写入 Windows 事件日志 功能（HWMonitor 支持自定义日志源），记录事件 ID 和当前温度值
- 配合 Windows 任务计划程序，监听该事件 ID，自动触发 PowerShell 脚本发送邮件或企业微信/钉钉通知
- 示例逻辑：当事件日志出现 “TempAlert” 来源、ID 999 的警告时，调用
Send-MailMessage发送含温度值与时间戳的告警邮件
补充 BIOS 级硬件保护作为最后防线
软件监控可能因系统卡死而失效，必须启用主板固件层保护：
- 重启进 BIOS/UEFI，找到 Hardware Monitor → Shutdown Temperature（路径因品牌而异，技嘉在 MIT→PC Health，华硕在 Advanced→Monitor）
- 将关机阈值设为 70°C：低于 65℃ 易误触发，高于 75℃ 可能来不及保护就已损伤硅脂或供电模块
- 部分服务器主板（如 Supermicro、ASUS RS 系列）还支持 Thermal Trip Log，可在 BIOS 日志中查看历史超温记录，用于事后归因
不复杂但容易忽略：监控只是手段，散热才是根本。定期清灰、确认风扇策略为“全速”或“主动式”、检查机柜冷热通道隔离，比任何告警都更能防止问题发生。
