徒然なるままに

完全メモリダンプを採取するための設定ができたら、次は実際にSTOPエラーを発生させてメモリダンプを採取できるかどうか確かめてみましょう。
とは言ってもそんなに簡単にSTOPエラーは発生しないので、何らかの形で手動でメモリダンプを生成させます。

以下のサポート技術情報には、そのための方法がいくつか掲載されています。

---

http://support.microsoft.com/kb/969028/ja
・Windows Server 2008 でカーネルまたは完全メモリ ダンプ ファイルを生成する方法

---

その中で今回は、一番簡単そうなNotMyFaultツールを使ってみました。
NotMyFaultはWindows Sysinternalsの一つですが、Sysinternals Suiteには含まれていないため、個別にダウンロードする必要があります。(後述)

(写真1)ダウンロードして解凍したNotMyFaultツール

ダウンロードしたzipファイルを解凍すると、x64とx86のそれぞれのフォルダの中にNotMyfault.exeが現れます。
OSに応じた方を選んで、NotMyfault.exeを実行します。

(写真2)起動したNotMyFaultツール

BSOD画面を様々な色に変更する機能もあるようですが、ここでは無視します。
NotMyFaultツールを起動したら、規定値のままCrashボタンを押します。

(写真3)NotMyFaultでCrashを実行して発生したSTOPエラー

するとおなじみのSTOPエラー画面が表示されます。
画面一番下の数字もカウントアップし、順調にメモリダンプが生成されます。

(写真4)NotMyFaultツールによって作成されたメモリダンプファイル

作成されたメモリダンプの実態ファイルであるMEMORY.DMPが、確かに作成されています。
今回は規定値のままだったので、C:\Windowsの下に、カーネルメモリダンプが出力されました。

(写真5)NotMyFaultツールのヘルプ画面

コマンドプロンプトからNotMyFault.exe /?を実行して、ポップアップしたヘルプ。

Not My Fault

notmyfault [/crash] [/bugcheck code] /crash        Crashes the system with a high IRQL fault /bugcheck code    Crashes the system with the specified stop code         e.g. notmyfault /bugcheck 0xe2

STOPエラーを発生させる方法ですが、GUIからだけではなく、コマンドプロンプトからNotMyFault.exe /crashでも同じことが可能です。

こんな方法で、完全メモリダンプが正しく採取できるかどうかを確認します。


そしてNotMyFaultツールはここからダウンロードできます。

---

http://technet.microsoft.com/ja-jp/windows/gg986281
・1 回のクリック操作で色を変更できる "ブルー スクリーン"
　→http://download.sysinternals.com/files/NotMyFault.zip

前回の日記ではWindows Serverのページングファイルとメモリダンプファイルの配置について、マイクロソフトのサポート技術情報と富士通の資料(Windows Server 2008 / 2008 R2 大容量メモリダンプファイル 設計ガイド)を読んで検討しました。

長くなったので、このページでまとめます。

この表では便宜上、
・ブートパーティションをCドライブ、それ以外をDドライブとしています
・搭載メモリを仮に4GBとしています
・数十MB程度の少量のデータは無視しています

(写真1)ページングファイルとメモリダンプファイルの組み合わせ一覧

※1:各OSともに共通で、基本的にはこのパターン
※2:Windows Server 2008 R2でCドライブに空きがない場合はこのパターン
※3:Windows Sevrer 2008でCドライブに空きがない場合はこのパターン

○を付けた3つがお勧めパターンです。
基本はA-1ですが、Cドライブの空きが不足する場合は、必要に応じてB-2かDを選択します。
私は今までB-1を利用する場合が多かったですね。
Cドライブにpagefile.sys、DドライブにMEMORY.DMPを配置するやつ。
この場合は次回再起動時にpagefile.sysが確保できなくなる場合があるかもしれません。

Windows Server 2008でdedicateddumpfile.sysを使用する場合(Dパターン)は、レジストリの変更などが必要です。
マイクロソフトのサポート技術情報を読んでレジストリの設定をしてください。

---

http://support.microsoft.com/kb/969028/ja
・Windows Server 2008 でカーネルまたは完全メモリ ダンプ ファイルを生成する方法

---

以下のレジストリの値を適切に設定する必要があるみたいですが、私自身はWindows Server 2008でdedicateddumpfile.sysを使用した完全メモリダンプの設定をする予定はないので、詳しくは確認していません。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl
DedicatedDumpFile
DumpFileSize
DumpFile

いざ、と言うときにWindows Serverの完全メモリダンプを確実に採取できるようにするためには、ページングファイルとメモリダンプファイルの適切な配置を検討して設定し、そしてドライブに空き監視なども行う必要がありますね。

(長くなったので、まとめは次の日記にします)

この仕事をやっていると、Windows Serverのメモリダンプを採取して、メーカーのサポートに解析に出したりすることがあります。
例としてWindows Server 2008 R2で、メモリダンプの設定項目を確認しましょう。

(写真1)Windows Server 2008 R2のメモリダンプの設定の規定値


(写真2)Windows Server 2008 R2のメモリダンプの種類の選択肢


メモリダンプの種類は次の3種類です。
・最少メモリダンプ(256KB)
・カーネルメモリダンプ
・完全メモリダンプ

規定値では「カーネルメモリダンプ」になっています。
STOPエラーなどの不測の事態が発生した際に、最後の砦としてメモリダンプの調査をサポート部門に出します。
すると「○○ドライバでXXが発生している」などの回答が返ってきます。(もちろん不明な場合もあります)
せっかくメモリダンプを調査に出しても、規定値のカーネルメモリではわからず、「完全メモリダンプを採取して再発行してください」なんて事があります。
それを未然に防ぐため、多くの場合は「完全メモリダンプ」に変更します。

しかし様々な理由で完全メモリダンプが採取できない事があります。
まあその多くはブートパーティション(以下:Cドライブ)の空き領域不測が原因です。
ファイルサーバーレベルでも4GBやそれを超える容量のメモリを搭載する事が多くなってきているので、Cドライブの容量は十分に検討する必要があります。

それでもCドライブの空きが足りなくなってきた場合、手っ取り早い対策としてページングファイルをDドライブなどに移動させる事が良くあるのですが、これをやってしまうと有事の際にメモリダンプが採取できなくなる場合があります。
と言うわけでメモリダンプを採取するためには、ページングファイルとメモリダンプファイルの配置とサイズを考える必要があります。

この辺の事が富士通の資料に詳しく掲載されています。
「大容量メモリダンプファイル 設計ガイド」がとても参考になります。

---

http://jp.fujitsu.com/platform/server/primergy/technical/construct/
・富士通 > コンピュータプラットフォーム > サーバ > PRIMERGY > 技術情報 > サーバ構築ガイド > Windowsシステム構築ガイド
→http://jp.fujitsu.com/platform/server/primergy/technical/construct/pdf/win2008-memory-dump.pdf
→・Windows Server 2008 / 2008 R2 大容量メモリダンプファイル 設計ガイド（739KB）

---

マイクロソフトのサポート技術情報も読みましょう。

---

http://support.microsoft.com/kb/254649/ja
・Windows 2000、Windows XP、Windows Server 2003、Windows Vista、Windows Server 2008、Windows 7 と Windows Server 2008 R2 のメモリ ダンプ ファイル オプションの概要
http://support.microsoft.com/kb/969028/ja
・Windows Server 2008 でカーネルまたは完全メモリ ダンプ ファイルを生成する方法
http://support.microsoft.com/kb/886429/ja
・Windows Server 2003 でメモリ ダンプ ファイルを新しい場所を構成するときの考慮事項

---

まず、メモリダンプファイルの配置について。
規定値では以下の場所に設定されています。
%systemroot%\MEMORY.DMP
つまりC:\Windows\MEMORY.DMPですね。

メモリダンプファイルはCドライブ以外の場所に配置する事ができます。
十分に空いているドライブに配置しましょう。
例えばD:\MEMORY.DMPとか。
それからpagefile.sysとMEMORY.DMPが同じドライブに配置される場合は、一時ファイルであるDUMPxxxx.tmpは不要です。


ではページングファイルとメモリダンプファイルの配置とサイズを見ていきましょう。

まずはこれが基本です。(富士通資料のA-1)
■pagefile.sys - Cドライブ
■DUMPxxxx.tmp - (不要)
■MEMORY.DMP - Cドライブ
○Windows Server 2003/同R2
○Windows Server 2008
○Windows Server 2008 R2

pagefile.sysとMEMORY.DMPのサイズは、両方とも物理メモリサイズ+少々です。
マイクロソフトのKB254649によると、物理メモリ+1MB以上
富士通の資料によると、物理メモリ+15MB以上

つまりページングファイルとメモリダンプファイルで、Cドライブには物理メモリの2倍+少々の容量が必要になります。
ページングファイルは物理メモリサイズよりも少し大きめのサイズに設定しましょう。

次にこれは良くあるパターンです。(富士通資料のB-1)
■pagefile.sys - Cドライブ
■DUMPxxxx.tmp - Cドライブ
■MEMORY.DMP - Dドライブ
○Windows Server 2003/同R2
○Windows Server 2008
○Windows Server 2008 R2

pagefile.sysとMEMORY.DMPのサイズは、両方とも物理メモリサイズ+少々で、上記と同じです。
しかしMEMORY.DMPがCドライブ以外の場合、一時ファイルとしてDUMPxxxx.tmpがpagefile.sysと同じCドライブに確保されます。
結局Cドライブには物理メモリの2倍超のサイズが必要なうえに、Dドライブにも物理メモリと同じサイズ+少々が必要になります。
つまりこの組み合わせにはメリットがありませんね。

知らなかった(汗)
今までこのパターンは良くやっていた。

まあマイクロソフトのKB886429によると、Cドライブに空きが足りなくてもメモリダンプは作成されるみたいです。
ただし再起動後にページングファイルのサイズが確保できず、小さくなってしまうようです。
と言うわけで少なくとも設計時点では十分な容量を確保すべきなので、結果としてやはりこのパターンを選ぶメリットは感じられないな。
Cドライブには物理メモリの2倍の空きが必要だが、Dドライブに複数世代のメモリダンプを残したい場合くらいだろうか。


これは新しいパターンです。(富士通資料のA-2)
■pagefile.sys - Dドライブ
■DUMPxxxx.tmp - Dドライブ
■MEMORY.DMP - Cドライブ
×Windows Server 2003/同R2
×Windows Server 2008
○Windows Server 2008 R2

Windows Server 2003/2008では、Cドライブに必要なサイズのページングファイルが確保されていない場合、完全メモリダンプを採取する事ができません。
あきらめましょう。

Windows Server 2008 R2では、このパターンでも完全メモリダンプが採取できるようです。
Cドライブには物理メモリと同量だけの空きがあればOKなので、メリットもあります。


これも新しいパターンです。(富士通資料のB-2)
■pagefile.sys - Dドライブ
■DUMPxxxx.tmp - (不要)
■MEMORY.DMP - Dドライブ
×Windows Server 2003/同R2
×Windows Server 2008
○Windows Server 2008 R2

これいいね。そうなんだ。
Windows Server 2008 R2なら、これもいいですね。
このB-2か、前記のA-1のどちらかがお勧めになります。

Windows Server 2003/2008では、Cドライブに必要なサイズのページングファイルが確保されていない場合、完全メモリダンプを採取する事が出来ないのはどうにもなりません。


ここから先はWindows Server 2008以降でサポートされる、新しいページングファイル「dedicateddumpfile.sys」を利用したパターンです。
マイクロソフトのKB969028や富士通の資料を読むとわかりますが、Windows Server 2008 R2ではdedicateddumpfile.sysを利用する必要はなく、従来からのpagefile.sysだけでも大丈夫です。
Windows Server 2008 R2ではpagefile.sysをDドライブなどに配置しても、完全メモリダンプを採取できるので、このdedicateddumpfile.sysを利用する必要がありません。

つまりdedicateddumpfile.sysを利用するのは、実質は(R2ではない)Windows Server 2008のみです。

dedicateddumpfile.sysを使用するパターンです。(富士通資料のC)
■最小限のpagefile.sys - Cドライブ or Dドライブ
■dedicateddumpfile.sys - Dドライブ
■DUMPxxxx.tmp - Dドライブ
■MEMORY.DMP - Cドライブ
×Windows Server 2003/同R2
○Windows Server 2008
○Windows Server 2008 R2

最小限のpagefile.sysは任意のドライブにあればOKです。
富士通の資料の例ではpagefile.sysは16MBになっています。
しかしdedicateddumpfile.sysとMEMORY.DMPが別ドライブの場合は、例によってdedicateddumpfile.sysと同じドライブにDUMPxxxx.tmpが必要になります。

これもdedicateddumpfile.sysを使用するパターンです。(富士通資料のD)
■最小限のpagefile.sys - Cドライブ or Dドライブ
■dedicateddumpfile.sys - Dドライブ
■DUMPxxxx.tmp - (不要)
■MEMORY.DMP - Dドライブ
×Windows Server 2003/同R2
○Windows Server 2008
○Windows Server 2008 R2

最小限のpagefile.sysは任意のドライブにあればOKです。
富士通の資料の例ではpagefile.sysは16MBになっています。
dedicateddumpfile.sysとMEMORY.DMPが同じドライブなので、DUMPxxxx.tmpが不要です。
Wondows Server 2008の場合、これはお勧めパターンですね。


結局富士通の資料のそのまんまなんですが、この3つがお勧めパターンになってしまいました。
A-1
B-2
D
長くなったので、まとめは次の日記にします。

Windows Serverのメモリダンプについて調べているとき、ふと気づきました。

次期バージョンのWindows Server 2012では、メモリダンプの種類が増えていました。
・最少メモリダンプ(256KB)
・カーネルメモリダンプ
・完全メモリダンプ
・自動メモリダンプ ←これが追加されている

Windows 2000 ServerからWindows Server 2008 R2までは3種類だったのに。
(写真1)Windows Server 2012 RC版の規定値は自動メモリダンプ


(写真2)Windows Server 2012 RC版のメモリダンプの種類


(写真3)Windows Server 2008 R2のメモリダンプの種類


ところで自動メモリダンプってなんだろう?
おいおい調べます。

続きを読む

VMware Toolsをインストールしても、仮想マシンのマウスドライバが置き換わっていないことがあったので、そのメモです。

VMware ESXi 5.0上の仮想マシンに、Windows Server 2008 R2を新規インストールします。
その時点ではマウスドライバはOS標準の「PS/2互換マウス」です。
そしてVMware Toolsをインストールすると、マウスドライバは「VMware Pointing Device」に置き換わります。

(写真1)仮想マシン上にインストール直後のWindows Server 2008 R2


(写真2)Windows Server 2008 R2にVMware Toolsをインストールした後


VMware Toolsをインストールすると、マウスドライバーはPS/2互換マウスからVMware Pointing Deviceに置き換わっていますね。
最新とある物件でお客様に仮想マシンを引き渡し後、マウスドライバがPS/2互換マウスのままになっている現象がありました。
当然VMware Toolsはインストールしているのですが、何故そうなったのかはまだわかっていません。

マウスドライバがPS/2互換マウスのままでも当然動作はするのですが、vCenter Serverのコンソール画面を操作すると、コンソール画面の外にマウスカーソルが出れず、Ctrl + Altを押さなければなりません。
要するにVMware Toolsがインストールされていないのと同じ状態です。

どうしてそうなったのかは不明ですが、今後はマウスドライバをチェックするようにする予定です。

Windows Server 2012およびWindows 8の提供時期について、マイクロソフトから発表があったようです。

Windows Server 2012は、8月1週目にRTM、9月には正式版の提供開始。
Windows 8も8月1週目にRTM、10月26日には一般向けに発売されるそうです。

新しいOSのリリースは楽しみですね。
特にWindows Server 2012は大幅に機能強化されているし。

---

http://cloud.watch.impress.co.jp/docs/news/20120710_545888.html
・Windows 8は8月第1週にRTMの予定、一般発売は「10月末までに」と正式発表 - クラウド Watch
http://cloud.watch.impress.co.jp/docs/news/20120711_546011.html
・Windows Server 2012も8月第1週にRTM、9月より一般提供開始に - クラウド Watch

---

(2012/7/22追記とタイトル変更)
Windows 8の一般向け発売が2012/10/26に決まったと発表がありました。
その記事を追記し、タイトルを変更しました。

変更前:Windows Server 2012正式版は9月、Windows 8正式版は10月から提供開始
変更後:Windows Server 2012正式版は9月、Windows 8正式版は10月26日から一般発売開始

---

http://cloud.watch.impress.co.jp/docs/news/20120719_547806.html
・Windows 8の一般向け発売日が10月26日に決定 - クラウド Watch

---