サーバトラブル解決に
Windows Server 2008の新ツールでサーバ履歴を分析
Windows Server 2008のユーティリティ「Reliability and Performance Monitor」は、サーバの履歴をチェックし、問題を引き起こしたイベントを特定するのに役立つ。
サーバの履歴を調べるには、イベントログを検査するのが一般的な方法だ。しかし残念なことに、イベントログに含まれる情報量が不十分であったり、逆に情報が多過ぎるために本当に必要な情報を探し出せないかのどちらかであることが多い。もちろん、サーバの履歴を確認するだけであれば、何時間もかけてイベントログを丹念に検査するには及ばない。
幸いにも、Microsoftはわれわれの苦労を理解してくれたようだ。Windows Server 2008には「Reliability and Performance Monitor」というユーティリティが付属している。このツール（Windows Vistaにも含まれる）は、サーバの履歴をチェックし、問題を引き起こしたイベントを特定するのに役立つ。実際、わたしも最近、仕事で使っているサーバの1台で起きた問題の原因を特定するのにこのツールを利用した。
このユーティリティにアクセスするには、サーバの「Administrative Tools」メニューから「Reliability and Performance Monitor」コマンドを選択する。Reliability and Performance Monitorが開くと、サーバの現在のパフォーマンスデータを示した幾つかのグラフが表示される（図A）。
図A《クリックで拡大》
このパフォーマンスデータも役立つが、サーバの履歴を知りたいのであれば、コンソールツリーから「Reliability and Performance」→「Monitoring Tools」→「Reliability Monitor」を選択する。すると図Bのような画面が現れる。
図B《クリックで拡大》
恐らくこの画面で最初に目に付くのは、上側にある大きなグラフだろう。このグラフはさまざまなイベントを記録し、サーバの信頼性を時系列で表したものだ。画面の右上の数字は、サーバの現在の信頼性を1から10の指標で評価したものだ。
この図によると、今日のわたしのサーバの信頼性指標は6.15であり、これはあまり良いとはいえない。しかし画面の下側の部分を見ていただきたい。この部分は、今日起きたイベントでサーバの信頼性に影響するものを示している。これを見れば分かるように、今日は何も起きていない。グラフに戻ると、2008年4月21日以降は重要なイベントが起きていないことが分かる。しかしサーバの信頼性指標は最初の時点で10だったのが、4月に幾つかイベントが起きたために信頼性に問題があると判断されたのだ。
重要な問題が検出されるたびに、信頼性指標の値が少し（問題の性質によっては大きく）減少する。何も問題が起きずに1日が過ぎれば、信頼性指標の値が少し増加する。これは、サーバが前日よりも少し信頼性が高いことを実証したことを意味する。グラフでは、4月21日以降、信頼性指標が徐々に増加しているのが分かる。
これらのスクリーンショットは本稿執筆用にわたしのサーバでキャプチャーしたものであり、4月に起きた問題のほとんどは、一部のメモリチップの不具合に関連したものであることが分かっている。しかし、わたしがこのサーバを初めて見るコンサルタントで、それまでに起きた問題についてもっと詳しく知りたいとしよう。その場合、グラフに表示された日付のどれかをクリックすれば、その日のイベントに関する情報を見ることができる。図Cに示すように、Reliability Monitorはその日に起きた問題に関する具体的な情報を提供してくれる。
図C《クリックで拡大》
既に述べたように、このチャートのイベントのほとんどはメモリチップの不具合に関連したものである。この問題は4月15日ごろから起きなくなったようだが、4月21日には新たに問題が発生している。
4月21日に起きた問題は複数の電源障害に関係したものだったが、Windowsにはそれは分からない。グラフを見れば、4月20日から21日にかけて信頼性指標が大きく落ち込んでいるのが分かる。図Dに示すように、4月20日にイベントが起きているが、これはエラーではない。
図D《クリックで拡大》
図Dは、わたしが4月20日に新しいデバイスドライバをインストールしたことを示している。4月21日に電源障害が起きたのは単なる偶然だが、Reliability Monitorは信頼性指標が急激に低下したことを示している。これは、システムの信頼性にかかわるイベントが前日に起きたという事実に対して注意を喚起するためだ。Reliability Monitorは、4月20日にインストールされたデバイスドライバが、その翌日に起きた障害の原因となった可能性があることを示そうとしているのだ。このケースではそうではなかったが、通常は、こういったイベントと障害の因果関係を調査する必要がある。
本稿筆者のブライエン・M・ポージー氏はMCSE（マイクロソフト認定システムエンジニア）の資格を持ち、Windows Server、IISおよびExchange Serverに関する仕事でMicrosoft Most Valuable Professionalの認定を4回受けた。全米規模の病院／医療施設チェーンでCIOを務めた経験を持つほか、フォートノックス（ケンタッキー州にある米軍施設）のネットワーク管理者を務めたこともある。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[o9ソリューションズ・ジャパン株式会社] 「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略 -
製品資料
[o9ソリューションズ・ジャパン株式会社] 「サプライチェーン最適化」実践ガイド：効果的な意思決定を実現する秘訣とは？ -
製品資料
[株式会社リンプレス] 非デジタル／IT人材を「自走するDX推進者」に変えるための育成ロードマップ -
市場調査・トレンド
[ワンアイルコンサルティング株式会社] AI時代の組織設計：「判断と責任」を人に残すための2つの原則とは？ -
技術文書・技術解説
[ワンアイルコンサルティング株式会社] システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「完璧な設計」なのに3000万円溶けた AWSの失敗事例から学ぶ3つの教訓
-
2
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
3
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
4
高額な「AI PC」を一般従業員も使えたら？ 費用のハードルを一気に下げる方法
-
5
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
6
LLMの「過学習」、正しく説明している文章はどれ？
-
7
「コピペ運用の限界」に直面するAI活用 7割超が“別画面”のまま使う理由は？
-
8
IT調達担当者が知るべき「IT機器 大インフレ時代の前向きな選択肢」
-
9
「AIバブル」は崩壊するのか？ 熱狂の後に来る“尻拭い”と4つの防衛策
-
10
パナソニックが国内製造26拠点のERPを「SAP S/4HANA」に統一 アドオン7割削減
ホワイトペーパーランキング PR
-
1
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
3
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
4
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
5
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
6
生成AIで文書活用を進めるには？ 効率化と安全性をどう両立する
-
7
「人員を増やす」という選択肢はない 情シスが負の連鎖から抜け出すには？
-
8
「問題が深刻化しやすいプロジェクト管理」から脱却する方法とは？
-
9
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
10
NTTドコモが実践したクラウド統合監視 業務量2倍でも残業削減を実現できた理由
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー