Dump

このエントリでは典型的なWindowsクライアント、Windowsサーバーのトラブルシューティング時の確認ポイントやよくある問題についてまとめてみようと思います。 ログ確認 - イベントログ アプリケーション - システム - (監査)※監査ログを追う機会は比較的少ない - アプリケーションのログ デバッグモード、診断ログ的なものがあれば有効にする - 循環したり、切り捨てられるものが多いのですぐに回収する ダンプ - ダンプファイル確認 再現 - 再現性の有無を確認する - 再現手順を探す 設定差異 - 問題が発生する状況を確認する(問題発生時と未発生時) 端末 - ユーザー - OSバージョン - SPバージョン - 修正パッチ - ブラウザ(違うブラウザでの切り分け) - 導入ソフトウェア、アドオン 特にウイルス対策ソフトウェア(無効、除外による切り分け) - ログオンDC - ログオンサイト - ドメイン - ネットワーク設定 SNP - GW - DNS - NetBIOS over TCP/IP - WINS - IPv6 - コンポーネント - Windows FireWall パフォーマンス確認 - CPU - メモリ - ディスク - リーク メモリーリーク - ハンドルリーク 環境確認 - ネットワークトラフィック ブラックホールルーター問題 - SNP - ジャンボフレーム - DC複製状況 repadmin - GPO適用状況 gpresult - VSS動作状況 vssadmin list writers 問題発生時の動作確認 - ProcessMonitor - TCPコネクション状態 TCPポート枯渇 - パケットキャプチャ ...

クラッシュ。ブルースクリーン。BSOD。 嫌な単語です。WindowsServer管理者としてはもっとも遭遇したくない現象の1つでしょう。でも残念ながら結構よく遭遇してしまうのが現実です。 対応としては、表示されるストップコードをGoogleやMicrosoftのKnowledgeBaseで検索してみて、該当する情報を調べてみたりする･･･ということがまずできるわけですが、それだけで問題の原因にたどり着けることは稀です。通常は色々と発生する条件を絞り込み、問題を切り分けて「このあたりが怪しい」というところまで持っていったところで機器のみなし交換やソフトウェアのバージョンアップや入れ替えを行い、問題が再発しないことを祈る･･･この程度の対応が精一杯だと思います。 しかし、このような問題を切り分けて回避していくアプローチでは結局問題の根本原因が判明せず「いつ再現するかわからない」状況になってしまいます。そうではなく、「問題の根本原因」を突き詰めていく方法、それがクラッシュダンプ解析です。 クラッシュダンプが発生するのは、何かしらのHWなり、ソフトウェアなりに問題があることは確実なわけですから、その原因となっているコンポーネントを突き止めて、そのメーカーに証拠とともに改善要求を出す、これがWindowsServer管理者が取れる最善の方法です。 これができるためには、(ケースにもよりますが)かなりHWやOSの深い知識を持ってダンプの解析を行わなければいけません。 私がエンジニアになってからも何度もこのダンプの解析の必要性に迫られたことがあるのですが、残念ながら当時の私にはその能力がなく、またその能力を身に着けたくてもその方法が全くわからない･･･ということがずっと続いていました。泣く泣くメーカーに高い費用を払ってダンプの解析を頼むことも良くありました。 ですが、ここさいきんではかなり情報が公開され、ダンプ解析をできるようになるための知識を身につけることが可能になってきています。 お勧めの書籍 ここではダンプ解析ができるようになるための知識を身につけるためのお勧めの書籍を紹介します。 Windowsダンプの極意 エラーが発生したら、まずダンプ解析! 上原 祥市 まずは、この書籍。日本語でダンプ解析のことを正面から取り扱った本は他にはないと思います。様々なケースのダンプ解析の手法が詳しく書かれており、ここに書かれていることを一通り理解できるようになれば、大抵のケースで問題モジュールの特定が可能になると思います。 プログラムはなぜ動くのか 第2版 知っておきたいプログラミングの基礎知識 矢沢 久雄 コンピューターは結局のところCPUがプログラムを実行することでうごいているわけで、ダンプ解析に関してもこの部分の理解が不可欠です。メモリとCPUの処理の関連性から基本的なマシン語の成り立ち、C言語での関数呼び出し時のスタックの使われ方などなど、基本的なコンピューター、プログラムの動作内容の理解にはこの本がわかりやすいと思います。難易度も低めです。 インサイド Microsoft Windows 第4版〈上〉 (マイクロソフト公式解説書) ディビット ソロモン マーク ルシノビッチ インサイドMicrosoft Windows第4版〈下〉 (マイクロソフト公式解説書) ディビット ソロモン マーク ルシノビッチ ダンプ自体は結局OSが保持しているメモリの内容が吐き出されたものであり、それを理解するためにはOS自体の知識が欠かせません。OSの仕組みに関してはインサイドWindowsが良く書かれています。ただし、難易度も高いですが･･･。 ダンプ解析自体は、あるいはサーバー管理者には直接必要ないという考え方もあるかと思います。お金で解決できる問題でもありますし(それを言い出したらサーバー管理自体もお金の問題なのですが)、取り組む場合に勉強すべきレベルが深すぎて、レベルも高いですし、必要となる前提知識としてかなり根源的なものが要求されてしまいます。 ですが、私は逆にこのような物事に取り組み理解することこそが、技術力の地盤となり、ある程度の年月がたっても通用するエンジニアとなるための(遠回りのように見える)近道なのではないかと考えています。 私自身まだまだ技術力不足な面が多いのですが、このブログでもダンプ解析のことについて少しずつ触れていきたいと思います。

今回はWindows Serverをインストールしたあとで確認しておくべきことをまとめてみます。 i386フォルダの配置 i386フォルダというのはWindowsのインストールCD内にあるフォルダです。これがWindowsのインストラーの実態で、これさえあればWindowsコンポーネントの追加のときにCDを別途用意しなくてすみます。 i386フォルダを配置しておき、サーバーに対してSPを適用するときにはスリップストリームにてi386フォルダの内容も更新しておくことで、後日追加コンポーネントが必要になったときにSP適用済みのメディアがなくてあせるようなことになりません。 もちろんそれなりに容量をとりますので、別にサーバーのローカルディスクに必ず配置する必要があるわけではないですが運用形態によってはこのようなルールも便利だと思います。 ツールのインストール Support Tools マイクロソフト製のツールです。インストールCDやサービスパックなどの「\SUPPORT\TOOLS\SUPTOOLS.MSI」というファイルがSupport Toolsのインストーラーになっています。非常に便利なツールが多数入っていますので必ずインストールしておくことをお勧めします。(ツールの内容は別エントリで解説予定です。) Resource Kit Tools これもマイクロソフト製のツールです。昔は書籍にしかついていない時期もありましたが、今はWebからダウンロードできます。こちらも非常に便利なツールが多数入っていますので必ずインストールしておくことをお勧めします。(ツールの内容は別エントリで解説予定です。) 管理タスクの Windows 2000 リソース キット ツール Download details: Windows Server 2003 Resource Kit Tools adminpak こちらは必須というわけではないですが、自身のサーバーには導入されていないサービスだけれども、リモートサーバーを管理したい、と言うようなときにはadminpakを導入しておくと便利です。 インストーラーは「%windows%\system32\adminpak.msi」です。これを導入すると、管理コンソールのみすべて導入されます。 各種更新作業 ドライバ更新 ドライバはインストール時に自動的に適用されているはずですが、きちんとドライバが適用されているかどうかを確認し、必要があれば更新を行うようにしましょう。 基本的にドライバのアップデートは各サーバーベンダーから出ているドライバのバージョンを一括管理できるツールを使って行いますが、きちんとデバイスマネージャーを見て、異常が無いことを確認しておきましょう。 黄色の感嘆符が出ないようにしましょう。 Service Pack, Hotfix 基本的にはWindows Server構築時には最新のService Packを適用した上でさらに全てのHotfixを適用しておくべきです。台数が少なければ個別に適用するべきものがなくなるまでMicrosoft Updateを実行すればいいでしょう。 一度Service Packを実行して、再起動したあとで再度Microsoft Updateを実行する･･･というように何度も繰り返す必要がありますので注意してください。 Microsoft UpdateはProxy接続の環境ではうまく動かないことがあります。この場合にはInternet explorerでのProxy設定だけではなく、proxycfg.exeコマンドでProxyを設定、再起動の上で再度実行するとうまくいくことがあります。 自動構成スクリプトの指定方法によって Windows Update が失敗する 上でも述べましたが、SP適用済みの環境に対して、SP的用済みではないメディアからWindowsコンポーネントを追加してしまった場合には、再度SPの再適用が必要ですので気をつけましょう。必ずスリップストリーム済みのi386フォルダからコンポーネントを追加しましょう。 イベントログの確認 インストール後には必ずイベントログの確認を行いましょう。警告、エラーが記録されている場合には、必ずそれに対して対処を行い、問題が無い状態にしましょう。 エラーの解消には以下のようなサイトが有効です。 マイクロソフト サポート オンライン EventID.Net 中には出ていても問題のないエラーなども存在しますので、それもあわせて確認しましょう。 Windows FireWall 現在のWindows ServerではWindows FireWallが自動的に有効になります。なんらかのサービスを提供するサーバーであれば必ずそのポートは開放する必要がありますので、忘れずに設定しましょう。 また、場合によってはWindows FireWallは無効に設定するポリシーのところもあるでしょう、いずれにしてもきちんと目的に合った設定にしましょう。 ...