我有几个服务器，运行Server 2003 Std / Ent和SQL 2000/2005，我注意到将开始显示更高的CPU使用率随着时间的推移。 停止WMI服务并重新启动它将始终将其重新closures。 这不是一个巨大的蠕变，但一个月后将增加10％左右，即使在空闲时间，它也会显示10％的CPU使用率。 我们不大量使用WMI，只是检查服务状态的几个脚本，以及perfmon（它是否使用WMI？），这是如何被注意到的。 是否有WMI跟踪工具？ 任何其他方法来解决这个问题？ 显示症状的服务器有很大的不同，没有OS和SQL以外的常见元素。
我曾经遇到这个问题 我们拉起了filemon，发现WMI正在写入一个日志文件（Framework.log）。 我们检查了这个文件，发现它的大小超过了2GB。 我们要么重新命名文件，要么停止服务并重新命名（不记得）。 无论如何，我们发现它释放了CPU。 有一个发布修补程序的知识库文章显示了为什么文件变得如此之大以及如何修复它。 这对我们有效：
http://support.microsoft.com/kb/836605
HTH
在Windows 2003上有针对此特定问题的修补程序。http://www.microsoft.com/downloads/details.aspx ?FamilyID = 0638D919-109B-41C6-851D-0BE19D29172E&displaylang =en 。 希望修复很简单。 您还可以在％SystemRoot％\ SYSTEM32 \ WBEM \ Logs中检查与WMI相关的日志。 那里可能有线索。
编辑：此修复程序看起来与SMS有关。
但是，另一个实用工具专门用于诊断WMI服务的问题： http : //www.microsoft.com/downloads/details.aspx? familyid=d7ba3cd6-18d1-4d05-b11e-4c64192ae97d&displaylang= en
这是一个网站的报价，我看了你的问题后，抬起头来。
所以要回答我自己的问题，这个问题（在我的情况下）与Windows提供的“硬件pipe理”组件（添加或删除程序 – >添加/删除Windows组件 – >pipe理和监视工具 – >硬件pipe理）相关。 一旦我删除了这个组件，CPU尖峰问题就消失了。 根本问题是“事件收集器”服务（显然与组件一起安装） – 只需停止此服务也将解决问题。
这是发生在所有服务器还是只在一台服务器？ 如果只有一台服务器，并且是DC，请参阅http://support.microsoft.com/?id=888193
除了SQL Server什么其他应用程序运行在像Antivirus这样的服务器..可以你可以禁用这些嫌疑人和监视CPU使用率。
禁用您的服务器中的后台打印程序
使用Process Explorer获取有关使用wmiprvse.exe的进程的更多信息，并进一步进行故障排除。
AFAIK SQL Server使用wmiprvse.exe，如果WMI服务被禁用，那么
configurationpipe理器不会工作。
SQLpipe理工作室不会显示SQL Server的状态。
您无法使用Mgmt Studio和SSCM启动或停止SQL Server。