アスキービジネス

ホーム > アスキービジネス > エンタープライズ

連載コラム

コラム

知らないでは許されない
ITILでシステムの効率化を目指そう

2005年8月25日  協力●東芝ソリューション

第7回
「次につなげるトラブル管理術(1)」~インシデント管理~(3/3)



ステップ3 問題管理にエスカレーションする

 いったん障害が発生すると、ユーザーからは「いつになったら直るのですか」という矢のような催促が来るはずです。こうした催促で胃が痛くなるというのは、システム管理者であれば誰でも経験があることだと思います。しかし、運用対処が適用され、サービスが復旧すると、これらのフォローは必要なくなります。もちろん、こうしたシステムの立ち上げ当初は、インシデントが発生しても運用対処の方法がわからないかもしれません。しかし、運用を重ねるにつれてデータベースにインシデントのデータがたまってくると、障害が発生しても運用対処のみで復旧ができるようになってきます。

 ただ、これは「サービスを速やかに復旧し、ビジネスへの影響を最小化する」というインシデント管理の目的に合致してはいますが、そのままでは「同じ問題が何度も発生する」という現象につながります。したがって、インシデントが発生した場合には問題管理にエスカレーション(移行)し、根本原因を特定することが重要です。

インシデント管理と問題管理の振り分け
図1●インシデント管理と問題管理の振り分け

 インシデント管理がない場合は、問題管理のエンジニアはユーザーから「早く原因を調べて、復旧させて!」というプレッシャーの中で作業をしなければなりません。しかし、インシデント管理が機能していれば、運用対処によりユーザーへのサービスは復旧しているので、問題管理のスタッフも余裕を持って調査ができるようになるというメリットがあります。

プロセスのまとめ

 今回のインシデント管理についてまとめると、以下のようになります。

  1. 障害等の事象(インシデント)の内容を正確に記録する
  2. 運用対処を適用し、ビジネスを速やかに復旧させる
  3. 根本原因究明のため、問題管理にエスカレーションする

 インシデント管理を効率的に行なうためには、最初にコールを受けるサービスデスクと密に連携することが重要です。データベースを統合したサービスデスクツールも市販されていますのでそれらの導入を検討するのもよいでしょう。次回は、もう一方の問題管理について見ていきます。

協力:ネットワークマガジン

戻る

「ITILでシステムの効率化を目指そう」トップへ「ITILでシステムの効率化を目指そう」トップへ

アスキービジネスのおすすめ
登録は無料!今すぐ登録する方はこちらから 利用者登録がお済みの方はこちらからログインできます
最新ニュース

| ASCII.jp | デジもの | Mac/iPod | 自作PC | 科学技術 | ゲーム・ホビー | 話題 | 情報システム | ビジネス |

| 価格比較 | Microsoft | キャリア | SaaS・ASP | VPN | SHARP | Panaspot | 富士通 | 住まい情報局 |

| EPSON DIRECT | Wireless Gate | アキバ | ムービーフラッシュ | SpeedGun | デジタル用語辞典 | Blogmag | アスキー365 |

サイトポリシー | プライバシーポリシー | 運営会社 | お問い合わせ