知識マップ: Windowsクラッシュダンプ収集入門 - WER/ProcDump/WinDbg

記事「Windowsクラッシュダンプ収集入門 - WER/ProcDump/WinDbg」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

Windowsアプリのクラッシュダンプ収集は、追加ツールなしでアプリ単位に設定できるWER LocalDumpsをまず入れ、hangやfirst chance exceptionまで見たい場合や既に起動中のプロセスを監視したい場合にProcDumpを足し、独自の診断機能が必要になったときだけMiniDumpWriteDumpによる自前収集を検討するという順で考えるのが安全である。ダンプの種類はミニダンプとフルダンプで採れる情報の深さとサイズがトレードオフになり、.NETのCLRプロセスはProcDumpのMiniPlus指定でもフルダンプ相当のサイズになる。保存先フォルダの書き込み権限を確認しないと収集自体が空振りになり、取得したダンプはPDBと組み合わせてWinDbgで解析して初めて読める情報になる。

flowchart LR
    accTitle: Windowsクラッシュダンプ収集(WER/ProcDump/WinDbg)の知識マップ
    accDescr: WER LocalDumpsとProcDumpとMiniDumpWriteDumpがこの順で検討すべきクラッシュダンプの収集手段であり、ダンプの種類の選択、保存先ACLの確認、PDBを伴うWinDbgでの解析までが一続きの流れであることを示す図
    wer_localdumps["WER LocalDumps"]
    procdump["ProcDump"]
    windbg["WinDbg"]
    minidumpwritedump["MiniDumpWriteDump"]
    crash_dump["クラッシュダンプ"]
    minidump["ミニダンプ"]
    fulldump["フルダンプ"]
    miniplus_dump["MiniPlusダンプ"]
    native_boundary_crash_investigation["ネイティブ境界の原因調査"]
    dump_folder_acl["ダンプ保存先フォルダのACL"]
    first_chance_exception["first chance exception"]
    second_chance_exception["second chance exception"]
    hang_detection["ハング検出"]
    postmortem_debugger["Postmortem debugger"]
    pdb["PDB(プログラムデータベース)"]
    custom_diagnostic_report["独自の診断情報保存機能"]
    notmyfault["NotMyFault"]
    wer_localdumps -->|"より先に行うべき"| procdump
    procdump -->|"より先に行うべき"| minidumpwritedump
    wer_localdumps -->|"実装を担う"| crash_dump
    procdump -->|"実装を担う"| crash_dump
    wer_localdumps -.->|"利用する"| minidump
    wer_localdumps -.->|"利用する"| fulldump
    procdump -.->|"利用する"| fulldump
    procdump -.->|"利用する"| miniplus_dump
    fulldump -->|"推奨される対応"| native_boundary_crash_investigation
    minidump -->|"用いるのは非推奨"| native_boundary_crash_investigation
    wer_localdumps -.->|"前提とする"| dump_folder_acl
    procdump -.->|"利用する"| first_chance_exception
    procdump -.->|"利用する"| second_chance_exception
    procdump -.->|"利用する"| hang_detection
    wer_localdumps -->|"用いるのは非推奨"| hang_detection
    procdump -.->|"実装を担う"| postmortem_debugger
    wer_localdumps -->|"より先に行うべき"| postmortem_debugger
    crash_dump -.->|"前提とする"| pdb
    crash_dump -->|"で確認できる"| windbg
    minidumpwritedump -->|"推奨される対応"| custom_diagnostic_report
    notmyfault -->|"用いるのは非推奨"| wer_localdumps

概念間の関係(全21件)

図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。

• WER LocalDumpsはProcDumpより先に行うべきです。クラッシュダンプ収集は、まずWER LocalDumpsをアプリ単位で入れ、必要ならProcDumpを足すという順で考えるのが分かりやすいとされる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• ProcDumpはMiniDumpWriteDumpより先に行うべきです。自前収集のMiniDumpWriteDumpは最後に考えるくらいでちょうどよく、必要になってから検討すれば十分とされる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• WER LocalDumpsはクラッシュダンプの実装を担います。WER LocalDumpsはクラッシュ後にローカルへユーザーモードダンプを保存する実装を担う / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• ProcDumpはクラッシュダンプの実装を担います。ProcDumpはトリガー条件を指定してクラッシュダンプを生成する実装を担う / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• WER LocalDumpsはミニダンプを利用します。DumpTypeを1にした場合、WER LocalDumpsはミニダンプを採取する / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• WER LocalDumpsはフルダンプを利用します。DumpTypeを2にした場合、WER LocalDumpsはフルダンプを採取する / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• ProcDumpはフルダンプを利用します。-maオプションを指定した場合、ProcDumpはフルダンプを採取する / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• ProcDumpはMiniPlusダンプを利用します。-mpオプションを指定した場合、ProcDumpはMiniPlusダンプを採取する / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• フルダンプはネイティブ境界の原因調査に対する本記事の推奨です。メモリ破壊、ネイティブDLL、COM、P/Invoke、長時間稼働後の状態異常が怪しい場合はフル寄りが有利とされる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• ミニダンプをネイティブ境界の原因調査に用いることは推奨されません。ミニダンプは状態復元の深さが弱く、ネイティブ境界の原因調査には不十分になりやすい / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• WER LocalDumpsはダンプ保存先フォルダのACLを前提とします。既定以外の保存先パスを使う場合、クラッシュしたプロセスが書き込める権限になっていることを確認する必要がある / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• ProcDumpはfirst chance exceptionを利用します。-e 1オプションを指定した場合、ProcDumpはfirst chance例外でもダンプを採取できる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• ProcDumpはsecond chance exceptionを利用します。-eオプションを指定した場合、ProcDumpは未処理例外(second chance)でダンプを採取する / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• ProcDumpはハング検出を利用します。-hオプションを指定した場合、ProcDumpはハングしたウィンドウのダンプを採取する / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• WER LocalDumpsをハング検出に用いることは推奨されません。WER LocalDumpsは基本的にクラッシュ向けで、hangや細かい条件分岐には弱く、ProcDumpの方が向いている / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• ProcDumpはPostmortem debuggerの実装を担います。ProcDumpは-iオプションでpostmortem debuggerとしての登録を実装できるが、マシン全体のクラッシュ時挙動に踏み込むため入門段階の最初の一手には重いとされる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• WER LocalDumpsはPostmortem debuggerより先に行うべきです。入門段階ではpostmortem debuggerとしての登録より先に、WERのアプリ単位設定かProcDumpの-w/-x/PID指定から入る方が扱いやすいとされる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• クラッシュダンプはPDB(プログラムデータベース)を前提とします。ソースファイル名・行番号やネイティブフレームの関数名まで読みたい場合、PDBと配布バイナリの保管とセットで行う必要がある。PDBが無くてもマネージドのスタックフレームや型情報など読める情報は残るが、ソース行の特定にはPDBが要る / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• クラッシュダンプはWinDbgで確認できます。取れたダンプはWinDbgで開き、シンボルを設定したうえで!analyzeによる自動解析から読み進める / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• MiniDumpWriteDumpは独自の診断情報保存機能に対する本記事の推奨です。MiniDumpWriteDumpは、UIから診断情報を保存したい、ログや独自メタデータを合わせたいといった自前の診断機能に向く / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• NotMyFaultをWER LocalDumpsに用いることは推奨されません。NotMyFaultはWindowsシステム自体をクラッシュ/ハングさせてブルースクリーンのダンプを作るためのツールで、ユーザーモードアプリのLocalDumps検証には自前の小さなEXEの方が安全で確実とされる / 確度: 確立した関係 / 確認日: 2026-08-01 出典

主要概念の定義

WER LocalDumps

WERがクラッシュ後にユーザーモードダンプをローカルへ保存するための、レジストリで設定する機能。追加ツールなしでアプリ単位の設定が可能。

ProcDump

hang、first chance exception、条件付き採取など、WER LocalDumpsより多くのトリガーでクラッシュダンプを収集できるSysinternalsのツール。

WinDbg

クラッシュダンプやハングしたプロセスの状態をカーネル/ユーザーモードで解析するためのMicrosoft製デバッガー。SOS拡張によるマネージドヒープ解析や、Application Verifierの検出結果の解析にも使われる。

フルダンプ

プロセスのメモリを広く含む大きめのクラッシュダンプ。取れる情報は多いがサイズと機密混入リスクが大きい。

ミニダンプ

含めるメモリ量を絞った小さめのクラッシュダンプ。転送しやすいが状態復元の深さは弱い。

クラッシュダンプ

プロセスのメモリ内容・スタック情報・例外情報などをファイルへ書き出した、クラッシュ調査に使うスナップショットである。

MiniDumpWriteDump

UIからの診断情報保存や、ログ・独自メタデータの同梱など、自前のダンプ収集機能を実装するためのWin32 API。

NotMyFault

Windowsシステム自体をcrash/hangさせてブルースクリーンのダンプを作るためのSysinternalsツール。管理者権限が必要で、ユーザーモードアプリのLocalDumps検証には向かない。

機械可読データ

• JSON-LD / Turtle ── この記事の知識グラフ全体
• 概念一覧 / 語彙(述語)の定義

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。