イベント管理（event management）

分類: マネジメント系サービスマネジメント
出る試験: 基本情報応用情報
重要度: ★★★☆☆

システムの状態の変化を捉えて知らせる活動。例外・警告・情報の3つに分け、対応の要否を分ける。

もう少し詳しい説明

イベントは、システムの状態の変化のうち、管理の対象になるものです。監視によって検知し、メッセージとして知らせます。

3つの種別

種別	何を示すか	対応
例外	障害が起きた、または目標値に届かなかった	インシデントとして扱う
警告	例外ではないが、異常が起きている	あらかじめ決めた対応を行う
情報	状態の知らせ	すぐに行う対応は無い

それぞれの例

種別	監視の例
例外	サーバが停止した／サービスレベル目標値を満たせなかった
警告	CPUやストレージの使用率がしきい値を超えた
情報	バッチ処理が開始した／正常に終了した

警告は「まだ破っていない」段階

ここが取り違えやすいところです。

段階	種別
使用率が上がってきた	警告
そのまま進んで、処理が終わらなかった	例外

警告は、例外になる前に手を打つための知らせです。 警告が出た時点で対応すれば、インシデントにならずに済みます。

情報を出す意味

すぐに対応は要りませんが、無駄ではありません。

使い道	中身
正常に動いていることの確認	開始と終了の知らせが揃っているか
終わっていないことに気づく	開始の知らせだけで、終了の知らせが来ない
あとからの調査の材料	いつ何が動いていたかをたどれる

しきい値の決め方

決め方	起きること
高すぎる	気づくのが遅れ、例外になってから分かる
低すぎる	警告が多すぎて、重いものが埋もれる

知らせが多すぎると、見なくなります。 対応が決まっていない警告を出し続けるより、対応を決めてから出す形にします。

自動で検知する意味

利用者からの問合せを待つと、気づくのが遅れます。

気づき方	速さ
利用者からの報告	遅い。困った人が出てから
監視による検知	早い。起きた時点で分かる

システム障害やシステムエラーは、利用者の問合せの前に検知できる形にします。 監視の対象は、サーバやサービスの稼働状況、接続の確認、ログに出た種別の文字列などです。

次に渡す先

種別	渡す先
例外	インシデント管理の手順へ
警告	決めてある対応（割当ての追加、担当者への連絡など）
情報	記録として残すだけ

同じ警告が繰り返し出るなら、問題管理へ渡します。 その場しのぎを繰り返しても、原因は残ります。

試験ではこう出る

科目A（旧・午前）では、3つの種別の区別が問われます。目標値を破ったか、破る前か、知らせるだけかです。

午後や応用情報（サービスマネジメント）では、監視の表の空欄に種別を入れる形で出ます。しきい値超えなら警告、目標値の未達なら例外です。

自動で検知する仕組みを提案する設問も出ます。何を監視の対象にするかを選ぶ形です。

ミニクイズ

イベント管理において、リソースの使用率がしきい値を超えたことを示すイベントの種別として、最も適切なものはどれか。

正解は 4番：警告

使用率がしきい値を超えた状態は、まだ障害ではなく、目標値も破っていません。例外には当たらない異常なので警告として扱い、あらかじめ決めた対応を行います。例外はサービスが止まった、または目標値に届かなかったことを示すもので、インシデントとして扱います。情報は状態の知らせで、すぐに必要な対応はありません。

間違えた用語の復習リストを見る →

この分野をまとめて解く → サービスマネジメントのミニテスト（全17問）

最終更新：2026-11-09