あるあるネタで学ぶ、障害対応“7つの鉄則”
業務を止めないためには、起きた障害をいち早く解決することと、そもそも障害が起きないような備えをしておくことが大切。今回は障害対応を高速化する7つのポイントを、筆者独自の経験における“あるあるネタ”も絡めながら紹介しよう。 ITIL v3で「インシデント」の定義がさらに明確化 皆さん、こんにちは。前回から、障害管理のお話について書いています。と、本題に入る前に――。 2011年6月30日で、ITIL （注1）v2 Foundation試験の再試験が終了するのはご存じでしょうか？ すでに昨年の6月30日に新規の受験は終了していました。今後は完全にITIL v3に移行します。しかし、当のOGC（Office of Government Commerce：ITILを取りまとめている英国商務局）は、今後「ITIL is ITIL」というキャンペーンを展開していく予定だそうです。つまり、v2、v3とい
年々難しくなる「障害検知」のコツ
ITシステムの複雑化に伴い、年々速やかな検知が難しくなっているシステム障害。今回は障害をいち早く検知し、効率的に対処するためのポイントを紹介する。 「インシデント」と「障害」は別のこと 皆さん、こんにちは。前回までは「リリース管理」のようなITILっぽいお話もしましたが、今回はITILを離れておおまかに障害管理についてお話をすることにします（とはいえ、ときどきITILっぽいお話もしますのでご承知おきください。ただ、本連載は ITILを勉強することが目的ではないので、ITIL V2、V3のどちらを参照するか、ということまでは言及しません） さて今回は、第2回「インシデント管理＝障害対応という誤解」の復習をしましょう。 第2回では、インシデントとは「利用者がやりたいと思ったことをやれない状態」のことだと定義しました。利用者が「やりたいことをやれない」原因として、最も多いのは「障害」ではないでし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
