寻求后台运行的工具/方案以排查服务器突发100% CPU占用的高CPU进程

兄弟，这种突发CPU拉满导致服务器直接罢工的情况我太懂了，尤其是还碰到服务器自动登出的限制，总不能一直守在那儿盯着。结合你试过的工具的问题，我给你几个能后台跑的靠谱方案：

• 优化Process Monitor的后台运行方式
  Process Monitor完全可以后台静默运行，不需要一直开着界面。你可以用命令行启动它，比如：

  procmon /BackingFile C:\procmon_log.pml /Minimized /Quiet
  

  关键是别用普通用户会话启动，而是通过任务计划程序创建一个任务，选择以「本地系统账户」运行，触发条件设为系统启动时自动启动。这样就算用户登出，它也会在后台持续记录进程活动，日志文件存在非系统盘避免占满空间，事后直接打开这个PML文件就能排查当时的异常进程。

• 修正PerfMon的配置，覆盖所有进程
  你之前对PerfMon的理解有点偏差——它完全可以监控后续启动的进程。创建数据收集器集时，选择「性能计数器」，添加Process\% Processor Time\_Total，再添加Process\% Processor Time并选择「所有实例」，这样不管之后启动什么进程，PerfMon都会记录它们的CPU使用率。同样把这个收集器集设置为以系统账户后台运行，还能加个触发规则：当CPU使用率超过90%时，自动触发额外的细节捕获（比如进程转储），精准锁定异常时刻。

• 用Windows内置命令行工具轻量化监控
  如果不想装额外工具，typeperf命令就能搞定后台CPU监控。比如这条命令：

  typeperf "\Process(*)\% Processor Time" -si 1 -o C:\cpu_log.csv
  

  它会每秒采集一次所有进程的CPU使用率，结果保存成CSV文件，用Excel就能轻松分析。同样通过任务计划程序以系统账户启动，不受用户登出影响，就算服务器CPU跑满，本地的CSV文件也会完整记录下当时的进程数据。

• 用Procdump自动捕获高CPU进程转储
  要是想直接拿到异常进程的内存转储来深度分析，微软Sysinternals的procdump工具非常好用。用命令行启动：

  procdump -ma -c 90 -s 5 -n 1 -o C:\dumps\
  

  这个命令会监控系统CPU使用率，当持续5秒超过90%时，自动生成高CPU进程的全内存转储文件。同样把它加到任务计划里，以系统账户后台运行，就算服务器因为CPU跑满断了监控上报，本地的转储文件也能帮你找到元凶。

这些方案都是本地存储数据，完全不受服务器自动登出或者现有监控失效的影响，事后只要调出日志或转储文件，就能精准定位到那个搞事情的进程。

备注：内容来源于stack exchange，提问作者anon221