Server 2003 Std/EntとSQL2000/2005を実行しているサーバーがいくつかありますが、時間の経過とともにCPU使用率が高くなることに気づきました。 WMIサービスを停止して再起動すると、常にサービスが停止します。これは大きなクリープではありませんが、1か月後には約10%増加するため、アイドル時間でも10%のCPU使用率が表示されます。 WMIはあまり使用せず、サービスの状態をチェックするスクリプトと、perfmons(WMIを使用していますか?)を使用しているだけです。 WMIトレースツールはありますか?これをトラブルシューティングする他の方法はありますか?症状を示すサーバーは大きく異なり、OSとSQL以外の一般的な要素はありません。
私は実際に一度この問題を抱えていました。 filemonを取得したところ、WMIがログファイル(Framework.log)に大量に書き込んでいることがわかりました。ファイルをチェックアウトしたところ、サイズが2GBを超えていることがわかりました。ファイルの名前を変更するか、サービスを停止して名前を変更しました(思い出せません)。とにかく、CPUが解放されたことがわかりました。ファイルが非常に大きくなる理由とその修正方法を示す修正が公開されたKB記事があります。これは私たちのために働いた:
http://support.Microsoft.com/kb/836605
HTH
Windows 2003には、この特定の問題に対する修正プログラムがあります。 http://www.Microsoft.com/downloads/details.aspx?FamilyID=0638D919-109B-41C6-851D-0BE19D29172E&displaylang=en 。うまくいけば、修正はとても簡単です。 WMI関連のログを%SystemRoot%\ SYSTEM32\WBEM\Logsで確認することもできます。そこに手がかりがあるかもしれません。
編集:修正プログラムはSMSに関連しているようです。
ただし、特にWMIサービスの問題を診断するための別のユーティリティがあります。 http://www.Microsoft.com/downloads/details.aspx?familyid=d7ba3cd6-18d1-4d05-b11e-4c64192ae97d&displaylang=en
これは私があなたの問題を読んだ後に調べたウェブサイトからの引用です。
したがって、私自身の質問に答えるために、問題(私の場合)は、Windowsが提供する「ハードウェア管理」コンポーネント(プログラムの追加または削除-> Windowsコンポーネントの追加/削除->管理および監視ツール->ハードウェア管理)に関連していました。このコンポーネントを削除すると、CPUスパイクの問題は解消されました。根本的な問題は、「イベントコレクター」サービス(コンポーネントとともにインストールされているようです)にありました。このサービスを停止するだけでも問題は解決します。
これはすべてのサーバーで発生しますか、それとも1つのサーバーでのみ発生しますか?サーバーが1つだけで、DCの場合は、 http://support.Microsoft.com/?id=88819 を参照してください。
SQL Server以外に、アンチウイルスなどのサーバーで実行されている他のアプリケーション。これらの容疑者を無効にして、CPU使用率を監視できる可能性があります。
サーバーで印刷スプーラーを無効にする
Process Explorer を使用して、wmiprvse.exeを使用しているプロセスに関する詳細情報を取得し、さらにトラブルシューティングを行います。
AFAIK SQL Serverはwmiprvse.exeを使用し、WMIサービスが無効になっている場合は
ConfigurationManagerが機能しません。
SQL ManagementStudioはSQLServerのステータスを表示しません。
MgmtStudioとSSCMを使用してSQLServerを起動または停止することはできません。