クラッシュ時のログ・証跡設計

落ちるプロセスの中だけに証跡を期待せず、通常ログ・最終クラッシュマーカー・OS/別プロセス側の証跡に役割を分けて残す設計方針。

概念URI

https://comcomponent.com/knowledge/crash-time-logging-design/

別名・表記

クラッシュ時ログ設計

最終確認日

2026-08-01

機械可読データ

JSON-LD

この概念が関わる関係

• Windowsアプリの外注・受託開発はクラッシュ時のログ・証跡設計を利用します。クラッシュ調査の相談では、落ちた瞬間の証跡をどう残すかが鍵になるため、クラッシュ時のログ・証跡設計を扱う / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• クラッシュ時のログ・証跡設計は通常ログ(時系列ログ)を前提とします。3層構成のうち、直前までの時系列を残す通常ログが土台になる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• クラッシュ時のログ・証跡設計は最終クラッシュマーカーを前提とします。3層構成のうち、落ちる瞬間に1行だけ書いてFlush(true)する最終クラッシュマーカーが要る / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• クラッシュ時のログ・証跡設計はWER LocalDumpsを前提とします。3層構成の主証跡は、落ちたプロセスの外に残るWER LocalDumpsのダンプに持たせる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• クラッシュ時のログ・証跡設計はSEH(構造化例外処理)を前提とします。native Win32/C++のアプリでは、SetUnhandledExceptionFilterによるSEHの終了経路も押さえる必要がある / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• クラッシュ時のログ・証跡設計はCRT/C++ランタイムの終了経路を前提とします。native C++のアプリでは、SEHだけでなくinvalid parameter・purecall・terminateなどCRTランタイム起点の終了経路も意識する必要がある / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典

この概念を扱う記事

• Windowsアプリ 外注・受託開発を依頼する前に整理したいこと(言及)
• Windowsアプリのクラッシュ時にログとダンプを残す設計(主要トピック)

一次資料

• https://learn.microsoft.com/en-us/windows/win32/wer/using-wer

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