起動直後から「Service Host (Diagnostic Policy Service)」「System Interrupts」「Windows Event Log」が暴走し、イベント ビューアには “A corrected hardware error has occurred” (WHEA‑Logger) が秒単位で雪崩れ込む――Dell Precision 3520／Windows 10 で発生するこの厄介な症状は、放置すると作業不能レベルの遅さを招きます。原因は多くのケースで Intel Management Engine (ME)／チップセットと BIOS の不整合です。以下では、再現しやすい検証手順から、実効性の高い対策、再発防止の運用までを詳しくまとめます。
Dell Precision 3520 で発生する症状と背景
症状の全体像
- 起動直後～数分で CPU 使用率が 50–100% に張り付き、ファンが常時高回転。
- System Interrupts、Service Host: Diagnostic Policy Service (DPS)、Windows Event Log が上位に現れる。
- イベント ビューア > Windows ログ > システム に WHEA‑Logger の “A corrected hardware error has occurred” が数秒おきに大量記録（数千件規模）。
- シャットダウン／スリープ／再起動に時間がかかる、操作が引っかかる。
なぜ起きるのか（技術的背景）
WHEA (Windows Hardware Error Architecture) は CPU／メモリ／PCIe などのハードウェア訂正エラーを OS に標準化して通知する仕組みです。“Corrected” は「致命的ではない＝自動訂正済み」を意味しますが、短時間に連続発生すると イベント ログ書き込みと 割り込み処理が飽和し、DPS や Event Log サービスが高負荷化します。
Dell Precision 3520 世代では、Intel Management Engine (ME)／チップセット ドライバーと BIOS の組み合わせが古いまま Windows Update を繰り返すと、電源管理や内部タイマー、PCIe リンク状態の扱いが揃わず、WHEA の「訂正済みエラー嵐」を誘発することがあります。結果として System Interrupts が跳ね上がり、DPS がログ解析に追われ、Windows Event Log がボトルネック化します。
最短で収束させる解決戦略（要約）
| 対策 | 要点 | 効果 | 補足 |
|---|---|---|---|
| Intel ME／チップセット ドライバー更新 | 旧版の ME コンポーネントが原因になりやすい。 例：2521.8.6.0 A22 などの最新パッケージへ。 | WHEA‑Logger の連発が停止。DPS／Event Log の高負荷も沈静化。 | Dell 公式ユーティリティ（SupportAssist／Command | Update）または手動で適用。 |
| BIOS（含む ME ファーム）更新 | OS ドライバーとの整合性回復。ハードウェア制御レイヤーの齟齬を解消。 | 割り込み嵐の温床を除去。省電力遷移の安定化。 | AC 接続・バッテリー残量を十分に。更新中の強制終了は厳禁。 |
| OS 側の確認と後処理 | イベント新規発生の有無、CPU 平常化、DPC/ISR の安定を検証。 | 副作用（ファン常時高回転、バッテリー急減など）も収束。 | 必要に応じてクリーン ブートやハードウェア診断で切り分け。 |
該当ケースの識別方法（再現性の高いチェック）
イベント ビューアでの確認
- Windows ログ > システム を開く。
- 現在のログのフィルターで「イベント ソース」に
WHEA-Loggerを指定し、OK。 - 数十秒～数分の間に Event ID 17, 19, 47 などの「訂正済みハードウェア エラー」が数百～数千件増えるかを確認。
- 個々のイベントの詳細 > XML ビューで、
DeviceIdまたはComponent/ErrorSourceの文字列（例：PCI\VEN_8086...、PCI Express Root Portなど）を控える。
タスク マネージャー／パフォーマンス モニター
- プロセス タブで System Interrupts、Service Host: Diagnostic Policy Service、Windows Event Log の CPU 使用率を観測。
- パフォーマンス モニターで以下のカウンターを一時追加し、スパイク有無を確認。
- Processor(*)\% Interrupt Time
- Processor(*)\DPCs Queued/sec
- System\Context Switches/sec
PowerShell での件数把握（任意）
powershell
# 過去10分間の WHEA-Logger を集計
Get-WinEvent -FilterHashtable @{LogName='System'; ProviderName='WHEA-Logger'; StartTime=(Get-Date).AddMinutes(-10)} |
Group-Object Id | Sort-Object Count -Descending |
Format-Table Name, Count
根治に直結する手順（実施ステップ）
Intel ME／チップセット ドライバーの更新
まず ME コンポーネントの旧版が残っていないかを確認し、最新へ更新します。Precision 3520 世代では ME まわりの整合性が崩れると 訂正済みエラーの嵐 に直結します。
- デバイス マネージャーを開く（Win+X → デバイス マネージャー）。
- システム デバイス配下のIntel(R) Management Engine Interface（または Intel(R) Management and Security Application など）を開き、ドライバー タブで ドライバー バージョンと日付を控える。
- Dell の提供する最新パッケージを適用する（例：バージョン 2521.8.6.0 A22 等）。SupportAssist または Dell Command | Update で一括適用してもよいし、個別インストーラーを実行しても構いません。
- インストール後に再起動。起動直後の WHEA ログ流入が止まるかをイベント ビューアで確認。
ポイント：Windows Update ではベンダー最新の ME ドライバーが配信されないことがあり、必ず Dell 公式の経路で更新するのが安全です。
BIOS（含む ME ファームウェア）の更新
ME ドライバー更新と合わせて、BIOS を現行リビジョンへ。OS 上からの更新が不安な場合は、F12 ブートの BIOS アップデーターや BIOS セットアップ内の Update 機能を利用します。
- AC アダプター接続、バッテリー残量確保、スリープ解除設定の一時無効化。
- BitLocker 有効時は回復キーを事前に控える（必要に応じて一時停止）。
- 更新後は「最適化された既定値（Load Defaults）」の適用→必要な設定のみ再調整を推奨。
チップセット／周辺ドライバーの同期
ME と BIOS を上げたら、Intel チップセット デバイス ソフトウェアおよび ストレージ（RST）／サウンド／LAN/Wi‑Fi なども順に最新へ。省電力状態（C‑State、ASPML0s/L1、D3 再開）に関与するドライバーの古残りは訂正エラーの再発要因になります。
OS 側の後処理とヘルスチェック
- イベント ビューアで新規の WHEA エラーが止まっているかを確認。
- タスク マネージャーで System Interrupts と DPS が平常値（通常 1–2% 程度以下）に収束しているか確認。
- 必要に応じてシステム ファイル整合性を確認：
cmd sfc /scannow DISM /Online /Cleanup-Image /RestoreHealth - ログの洪水で巨大化したイベント データベースを整理したい場合はバックアップ後にクリア（任意）：
cmd wevtutil cl System wevtutil cl "Microsoft-Windows-WHEA-Logger/Operational"※運用監査要件がある環境ではクリアの是非を確認してください。
WHEA‑Logger の読み方と原因デバイスの手掛かり
よく見かけるイベント ID と意味
| Event ID | 概要 | 対処の方向性 |
|---|---|---|
| 17 | PCIe デバイス関連の「訂正済み」エラー通知。 | ME／チップセット／ストレージや無線 LAN などの周辺ドライバー更新、BIOS の ASPM 設定整合性を確認。 |
| 19 | CPU／内部タイマー／キャッシュなどの訂正済みエラー。 | BIOS 更新、ME／マイクロコードの整合性、電源プラン「高パフォーマンス」で頻度変化を観察。 |
| 47 | 一般的な訂正済みエラーの集約通知。 | 継続的に大量発生するならドライバー／ファーム連携を総点検。 |
XML 詳細で見る手順
- 該当イベントをダブルクリック → 詳細 タブ → XML ビュー。
<EventData>内のDeviceId、VendorId、Bus/Device/Functionを確認。VendorId 8086は Intel 系（ME／PCH／内蔵コントローラ）を示す例が多い。
該当バスのデバイスをデバイス マネージャーで特定し、優先的に更新します。
xml
<EventData>
<Data Name="ErrorSource">PCI Express Root Port</Data>
<Data Name="VendorId">8086</Data>
<Data Name="DeviceId">PCI\VEN_8086&DEV_xxxx&SUBSYS_xxxx...</Data>
<Data Name="Bus">0x00</Data>
<Data Name="Device">0x1C</Data>
<Data Name="Function">0x00</Data>
</EventData>
上記のような手掛かりが得られたら、同一バス配下のデバイス（SATA/NVMe、Wi‑Fi、Bluetooth、イーサネット、カードリーダーなど）も順に見直すと、再発防止につながります。
それでも止まらないときの切り分け
Dell Pre‑boot Diagnostics（F12）
起動ロゴで F12 連打 → Diagnostics。メモリ／ストレージ／マザーボードのセルフテストを実施し、ハード故障がないか確認します。
増設部品の影響排除
- 増設 RAM、サードパーティ NVMe／SATA、外付けドック、USB デバイスを一時的に外して再描画。
- 片側の RAM のみで起動、スロット入れ替え、XMP/OC の無効化。
クリーン ブートでの再現性確認
- msconfig → サービス タブで「Microsoft のサービスをすべて隠す」→ すべて無効。
- スタートアップ タブ → タスク マネージャーを開く → 不要項目を無効化。
- 再起動後、WHEA の連発が止まるかを確認（止まる場合は常駐アプリ干渉の可能性）。
電源プランの固定
一時的に 高パフォーマンス に固定し、C‑State/ASPM 遷移の頻度を下げて挙動を観察。頻度が顕著に下がるなら、省電力遷移とドライバー連携の問題が濃厚です。
内蔵デバイス設定の見直し（BIOS）
- BIOS を最新化したうえで「デフォルトに戻す」を実施し、カスタム設定は最小限から足す。
- 古いドック／周辺機器利用時は Thunderbolt Security／USB Wake 等の相性も考慮。
Diagnostic Policy Service（DPS）が高負荷になる理由と対策
DPS はハードウェア／ネットワークの障害診断を裏で実行し、関連するイベントを収集・解析します。WHEA の訂正済みエラーが秒単位で到来すると、DPS が調査を繰り返すため CPU 使用率が跳ね上がります。根本対策は WHEA 発生源の遮断（＝ME/BIOS 整合）ですが、応急処置として以下が可能です。
- イベント ログのフィルタで WHEA を抑止するのではなく、まず原因デバイスの更新を完了させる。
- 検証中のみ DPS サービスの再起動（管理者 PowerShell）：
powershell Restart-Service -Name DPS - 再現調査のため一時的に 電源オプション > 高パフォーマンス を適用し、ログ頻度の推移を観測。
Precision 3520 で効いた実践的チェックリスト
| チェック項目 | 方法 | 合格ライン（目安） |
|---|---|---|
| ME ドライバーが最新 | デバイス マネージャー > Intel MEI > ドライバー | ベンダー最新（例：2521.8.6.0 A22 等） |
| BIOS が最新 | BIOS セットアップ画面／Windows のシステム情報 | 最新リリースの適用、既定値から最小限の変更のみ |
| WHEA 新規発生が停止 | イベント ビューアの WHEA‑Logger フィルター | 起動後 10–15 分観測して 0–数件以内 |
| System Interrupts が低位 | タスク マネージャー（アイドル時） | 概ね 1–2% 以下で安定 |
| DPS の CPU 使用率 | タスク マネージャー／リソース モニター | 通常は 0–1 桁台前半 |
よくある質問（Precision 3520／Windows 10）
Windows Update だけで直りますか？
多くの場合、直りません。Windows Update は Intel ME の最新版を配信しないことがあり、Dell 公式パッケージ（SupportAssist／Command | Update／手動ダウンロード）での更新が必要です。
WHEA の「訂正済み」なら放置して良い？
クラッシュに直結しないケースが大半ですが、短時間に大量発生する状態は放置厳禁です。ログ洪水が OS の I/O と割り込みを圧迫し、DPS や Event Log が高負荷化、最悪は別の不具合を誘発します。
ログを消せば軽くなりますか？
一時的に軽くなることはありますが、原因デバイスの沈静化が先決です。ログクリアは最終段の「後処理」として、監査要件に配慮して実施してください。
BIOS 設定を弄れば改善しますか？
最新 BIOS 適用後に「既定値へ戻す」→最小限の変更のみで運用が基本です。C‑State/ASPM を手動で極端に無効化すると、消費電力や発熱面の副作用が出る場合があります。
ハードウェア故障の可能性は？
ドライバー／BIOS を最新化してもなお WHEA が止まらない場合は、メモリ／マザーボード／ストレージなどの物理故障や相性の可能性があります。F12 Diagnostics で一次切り分けを行い、異常があればサポートへ相談してください。
トラブル解消までの実務ベストプラクティス
- 段階的に 1 つずつ：ME → BIOS → チップセット → その他の順で適用、毎段階で WHEA と CPU を再観測。
- 変更の記録：ドライバー バージョン／適用日時／観測結果をメモ。再発時の比較が容易に。
- 復元点／バックアップ：システム復元やイメージ バックアップを活用し、巻き戻し可能な状態で作業。
- 電源環境の安定化：更新中は AC 接続、スリープ・休止抑止、外付け機器は最小構成。
具体的な操作フロー（コピペ手順）
1) 事前確認とバックアップ
- 重要データをバックアップ。
- 必要に応じて システムの復元ポイントを作成。
- BitLocker 有効なら回復キーを控える。
2) ME ドライバー更新
- SupportAssist または Dell Command | Update を起動し、ドライバーとファームウェアの利用可能な更新を確認。
- Intel Management Engine Components（例：2521.8.6.0 A22）を選択して適用→再起動。
- イベント ビューアで WHEA の新規発生が止まるか観測。
3) BIOS 更新
- AC 接続、バッテリー残量を十分に。
- Windows 上から BIOS アップデーターを実行、または F12 一時起動メニュー > BIOS Flash Update で適用。
- 更新後に BIOS 既定値へリセット → 必要項目のみ再設定。
4) チップセット／周辺の更新
- Intel Chipset Device Software を適用。
- ストレージ（Intel RST／NVMe）、オーディオ、LAN/Wi‑Fi、Bluetooth も最新化。
5) 検証・後処理
- 10–15 分放置し、WHEA の新規発生と CPU 平常化を確認。
- 問題なければログのバックアップ／整理を実施（任意）。
精度を高める観測のコツ
- 再現条件を限定：AC／バッテリー、周辺機器接続有無で挙動が変わるため、条件を固定して観測。
- ログの時間相関：WHEA の発生時刻と DPS/Interrupts のスパイク時刻を突き合わせる。
- 発生頻度の推移：更新のたびに 10 分間のイベント件数を記録、折れ線メモにして可視化。
安全上の注意
- BIOS／ファームの更新は電源断が最大リスク。ノート PC では AC 接続＋バッテリー残量を確保。
- 法人環境では 変更管理／監査ログ保全の手続きに沿って実施。
- ME／チップセットはプラットフォーム基盤。出所の不明なドライバーは使用しない。
再発防止：Precision 3520 運用のベストプラクティス
| 施策 | 狙い | 実施の要点 |
|---|---|---|
| 定期的なベースライン取得 | 異常時の比較対象を確保 | アイドル 10 分の CPU 使用率と WHEA 件数を月次で記録 |
| ドライバー更新の一元管理 | 不整合の予防 | Dell Command | Update を優先し、Windows Update のみで完結させない |
| 構成の最小化 | 相性トラブルを低減 | 新規増設やドック導入時は 1 つずつ追加して評価 |
結論：まずは ME と BIOS、そして検証
本症状は OS 側のチューニングでは根治しません。第一に Intel Management Engine／チップセットの最新化、第二に BIOS の更新で制御レイヤーの整合性を取り戻し、イベント ビューアとタスク マネージャーで沈静化を確かめるのが最短ルートです。これで WHEA‑Logger の洪水が止まれば、DPS や System Interrupts の暴走、ファン全開やバッテリー消費増大といった二次被害も連鎖的に収まります。なお改善しない場合は、F12 Diagnostics と最小構成での再検証、クリーン ブートによる切り分け、さらにはハードウェア交換の検討を進めてください。
付録：トラブル対応メモ（コピー用）
【確認】
1) イベント ビューアで WHEA-Logger をフィルター、件数/分を測る
2) タスク マネージャーで System Interrupts / DPS / Event Log の順位と%を確認
3) PowerShell で10分間のWHEA件数を集計（Get-WinEvent）
【更新】
4) Intel Management Engine Components を Dell 公式から最新へ（例：2521.8.6.0 A22）
5) BIOS を最新へ（既定値へリセット→必要最小限のみ再設定）
6) チップセット／RST／LAN/Wi‑Fi／Audio を順に更新
【検証】
7) 再起動→10–15分放置→WHEA新規0–数件、CPUアイドル1–2%程度を確認
【未解決時】
8) F12 Diagnostics → 増設取り外し → クリーン ブート → 高パフォーマンスで観察
9) それでも頻発する場合はサポートへ相談（ログと実施履歴を添付） 
コメント