ブルースクリーンのメモリダンプから原因を解析する方法。Windows | puti se blog
最終更新日付： 2019年8月18日 Windowsサーバーを運用していると、突然のブルースクリーンに見舞われることがあります。 ブルースクリーンになると、メモリダンプという原因のヒントになるエラーになったメモリ状態をまるまる出力をしてくれますが、インフラSEにはWindowsの中の何が原因なのか追及が難しくお手上げになってしまいます。 しかし、意外と簡単にメモリダンプを解析して、切り分けや原因のヒントをつかむことが出来ます。 環境・前提条件 Windows Server 2016メモリダンプはカーネルメモリダンプ で、停止コード：BAD POOL HEADERというブルースクリーンが発生してOSがハングして停止してしまいました。 サーバーで出力されたメモリダンプ「C:\Windows\memory.dmp」をクライアントのWindows10上で解析してみました。 結論、マイクロソフト純正
メモリの中身を読んでみよう （プロセスをダンプ＋解析する方法） - 主に言語とシステム開発に関して
実行中のプログラムは，メモリ上に存在する。 そのメモリ上のデータを読み取れば，アプリケーションが扱っている生のデータを，そっくりそのまま取得できてしまう。 ユーザがどのような値を入力したか，アプリケーションがどこと通信してどういうデータを取得したか，全て丸見えである。 逆アセンブルの場合，プログラムの「実行前」のスタティックな姿しかわからない。 しかしメモリ上のイメージをダンプすれば，まさに「実行中」のプログラムの姿がわかる。これが逆アセンブルとダンプの大きな違いだ。 下記では，Windows上で実行中のプロセスをダンプし，プログラムにユーザが入力した値をメモリ上から実際に読み取る。 利用するフリーソフトは User Mode Process Dumper バイナリエディタ WinDbg の３つ。（これに加え，適当なC言語コンパイラがあるとよい。） ちなみに，ソフトウェアの利用承諾書に「無
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
