Windowsのイベント ビューアーのログを読んでエラーを診断する方法

イベント ビューアーとは何か、どのログが重要か

イベント ビューアーはNTの時代からすべてのWindowsに同梱されており、プログラム、サービス、ドライバー、システム自身が報告するイベントを集めています。左側のペインには「Windows ログ」が並び、そのうち4つが診断作業のほぼすべてを担います。アプリケーション（ユーザープログラムのエラー）、システム（ドライバー、サービス、OSのコア）、セキュリティ（ログオンと監査イベント。管理者アカウントからのみ読める）、セットアップ（更新履歴）です。各レコードにはレベル——重大、エラー、警告、情報——に加えて、時刻、報告したソース、そして検索の鍵になるイベントIDが付いています。

ログが使いものになる理由は2つあります。第一に循環型であること。各ログにはサイズ上限があり、満杯になるとWindowsは最も古いエントリを上書きします。場所を空けるためにイベント ビューアーを掃除する必要は一切ありません。第二に、情報イベントはエラーより桁違いに多いこと。忙しいシステムは1日に何千件も書き込みます。重大でもエラーでもないものは、堂々と無視して構いません。

• イベントID 41、ソース Kernel-Power（システム）——電源が落ちたか、電源ボタンでリセットされたか。フリーズの古典的な痕跡
• イベントID 1001、ソース BugCheck（システム）——ブルースクリーンが発生。詳細タブに0x0000007Eのようなストップコードが表示される
• イベントID 6008、ソース EventLog（システム）——前回のシャットダウンが予期しないものだった
• イベントID 7031と7034、ソース Service Control Manager（システム）——サービスがクラッシュ。同じIDが数分おきに繰り返されるなら、壊れたアプリの兆候
• イベントID 4101、ソース Display（システム）——描画中にグラフィックスドライバーがリセットされた。ゲーム中の黒い画面の瞬きとして見える
• イベントID 4625（セキュリティ）——ログオン失敗。長い連続は調査に値する

イベント ビューアーを開いて自分のエラーを探す

まずツールを開きます。スタートを右クリック→イベント ビューアー、またはWin+Rでeventvwr.mscと入力してEnter。セキュリティ・ログを見る予定なら、管理者アカウントから行ってください。でないとそのブランチにはイベントではなくエラーが表示されます。「Windows ログ」を展開し、「システム」をクリック、日時の降順で並べ替えます。そしてクラッシュやフリーズが起きた瞬間を見つけてください。容疑者はその直前のエントリで、再起動後に現れるエラーは大抵、原因ではなく結果です。

ノイズを削るには、右側の「現在のログをフィルター」をクリックし、「重大」と「エラー」にチェックを入れてOK——ログが本当に重要なイベントだけに縮みます。イベントをクリックすれば「全般」タブに読みやすいテキストが表示され、「詳細」→「フレンドリ ビュー」または「XML」で生のフィールドが見られます。勝ち筋の検索レシピはシンプルです。イベントID＋ソース名＋Windowsのバージョン。たとえば「1001 BugCheck Windows 11」。

カスタム ビュー、ログの保存、そしてやってはいけないこと

同じ問題が何度も戻ってくるなら、カスタム ビューを作りましょう。「カスタム ビューの作成」で同じ重大/エラーフィルターに期間を加えて保存すると、「カスタム ビュー」の下に現れ、常にワンクリック圏内に置けます。証拠をフォーラムや専門家に渡すには、ログを右クリック→「すべてのイベントに名前を付けて保存」で.evtxファイルを保管します。どのWindowsマシンでも、出てきたときと同じ姿で開けます。「ログのクリア」ボタンを押しても安全です。ログは自然に再度満ちていきますから。ただし必要なものをエクスポートしてから押すこと。

期待値は正直に。イベント ビューアーは何が壊れたかを教えてくれますが、なぜはいつもではありません。ブルースクリーンの調査は通常、ミニダンプの分析やsfc /scannow、chkdskといったチェックへ続きます。道中は2つの抜け道が役立ちます。信頼性モニター（perfmon /relを実行）は同じクラッシュを赤い×のシンプルなタイムラインとして描き、騒がしいDCOM警告10016と10010は無視してよいことで有名なノイズです。

よくある質問

次に読む記事

すべての記事 · よくある質問