IIS トラブルシューティング入門 - 目次

私のトラブルシューティング経験 ～ MS のエンジニアとしてたくさんの重大案件に対応しました

私は以前、マイクロソフトのサポート部のリード・エンジニアとして、 たくさんの IIS の障害を解決してきました。

私はサポート部のテクニカル・リード (技術主任) という肩書きもありましたが、 同時に IIS の CPR というチームにも所属していました。

CPR というのは Critical Problem Resolution (=重大問題解決) の略です。

マイクロソフトのサポートの部には、通常のサポートエンジニアチームの他に CPR というチームがあり、特に重大な問題については CPR のエンジニアがそれを対応します。

いわば、警察組織に例えて言えば CPR は「特殊部隊」といえます。

ちなみに、CPR に所属するエンジニアを、エスカレーション・エンジニアといいます。

私が MS に在籍していた当時、日本の IIS CPR は私一人であった時期が長かったため、 かなりの重責、重圧を背負いながら、様々な案件に対応していました。

そのせいで (?)、ストレス発散の酒量も増えましたが・・・ (苦笑)

調査の基本はいつも同じ。この資料ではその基本をご説明します

個別案件における対応はそれぞれの案件ごとに変わってきますが、 基本的な対応方法はいつも同じです。

当サイトではそのような基本に焦点をあてて、説明していきます。

応用のきく方法ですから、IIS を使っていない人にも役に立つと思います。

1. いろいろなツール

デバッガの利用

1. デバッガとは？
2. デバッガの入手方法とインストール
3. シンボル情報
4. CDB
5. WinDbg
6. ADPlus (AD+)
7. Debug Diagnostic Tool
8. SOS ～ .NET Debugger Extension

各種診断ツール

上で紹介した Debugging Tools for Windows に含まれていないものでも、システム解析に大変役に立つツールが マイクロソフトから提供されています。

1. ネットワークモニター
2. パフォーマンスモニタ
3. Process Monitor
4. 各種コマンドの使い方

2. アプリケーションの実行と障害

この章では、始めにプログラムが実行する仕組みについて概要を説明します。 それから開発者が犯しやすい誤りについて理解し、障害発生時に当たりを付けやすくします。

プログラム実行の仕組み

デバッガを使ってプログラムの状態を診断する際に、プログラム実行の仕組みを少し 知っておいたほうが良いです。

1. スタックフレーム - 関数に渡される引数を知る
2. 呼び出し規則
3. FPO フレーム

典型的なバグ

少し規模が大きくなってくると、開発者と運用管理する人が異なる場合が普通です。 問題解決する場合は、運用管理者も開発者が犯しやすい誤りについて理解している方が良いです。

1. スタック コラプション
2. ヒープ コラプション

3. デバッグの実践

障害箇所を切り分ける

1. ネットワークの診断

デバッグの基本

1. ブレークポイント
2. スタックバックトレース
3. x64 で引数を確認する
4. 戻り値を確認する
5. 例外
6. WOW64 上のデバッグ
   • WOW64 とは何か？
   • .effmach コマンドによるコンテキストのスイッチ
7. LIST_ENTRY に関するデバッグコマンド
8. ヒープコラプションのデバッグ手順 ～ 例外 STATUS_HEAP_CORRUPTION (0xc0000374)

デバッガによる解析

1. メモリダンプを開く
2. アクセス違反 - まずはスタックバックトレースから
3. デッドロック
4. ハングアップ
5. CPU 100% となりハングアップ
6. メモリの確認
7. ページヒープ (PageHeap) によるヒープオーバーランの検出

4. プロアクティブなトラブルシューティング

1. 問題解決のシナリオと運用計画

参考資料

トラブルシューティングをする上で参考になる書籍は以下の通りです。