令和3年度 問37
サービスマネジメント
システムの利用者数が当初の想定よりも増えてシステムのレスポンスが悪化したので,増強のためにサーバを1台追加することにした。動作テストが終わったサーバをシステムに組み入れて稼働させた。この作業を実施するITサービスマネジメントのプロセスとして,適切なものはどれか。
- アインシデント管理
- イ変更管理
- ウ問題管理
- エリリース及び展開管理
答えと解説を見る
✓ これが正解エリリース及び展開管理
解説
リリース及び展開管理は、本番の環境へ実際に配置する役目です。
ITサービスマネジメントでは、日々の運用を役割ごとの管理プロセスに分けています。インシデント管理は、起きてしまった不具合を早く元に戻すことを受け持ちます。問題管理は、その不具合がなぜ起きたのかという原因を突き止めて、繰り返さないようにします。変更管理は、システムに手を加えてよいかどうかを、影響と危険を見比べて決める役目です。そして決まった変更を実際に本番の環境へ運び込み、動く状態にすることを受け持つのがリリース及び展開管理です。動作テストを終えたサーバを組み入れて稼働させる作業は、まさに運び込んで動かす場面にあたります。本番へ運び込む前には、うまくいかなかったときに元へ戻す手順まで決めておくのがふつうです。よって適切なのは、リリース及び展開管理ということになります。
ほかの選択肢はなぜ違うのか
- アインシデント管理:インシデント管理は、利用に支障が出ている状態を、まず早く元へ戻すことを受け持ちます。今回はレスポンスの悪化がきっかけではありますが、行った作業はサーバを組み入れて動かすことなので、応急の復旧を担うこの管理とは役目が違います。
- イ変更管理:変更管理は、システムに手を加えてよいかどうかを、影響の広がりや危険を見比べて判断し、承認する役目です。実施してよいと決めるところまでが受け持ちなので、決まったものを運び込んで動かす作業は、その次の段階に置かれます。
- ウ問題管理:問題管理は、なぜその不具合が起きたのかという根本の原因を調べ、同じことが繰り返されないようにする役目です。原因を探る場面の話であって、用意したサーバを実際に本番へ組み入れる作業を受け持つわけではありません。
この問題の用語
- 変更管理すべての変更を、評価し承認し実施し見直すことを確実にする活動です。未知の原因を突き止めて再発を防ぐ問題管理とは、目的が違います。
- インシデント管理起きた出来事を受け付け、記録し、元どおりに戻すまでを決まった流れで進めること。原因の追究は別の活動として分けます。
- 問題管理インシデントの未知の根本原因を突き止め、恒久的な対策を出す活動です。決められた時間内に復旧させるインシデント管理とは目的が違います。
- テスト決めたとおりに動くかを、実際に動かして確かめる作業のこと。何を確かめるかによって移行テスト、システムテストなどと呼び分けます。
- 作業工程を組み立てる、一つひとつの仕事の単位のことです。開始と終了、所要日数をもち、順序をつないで全体の日程を作ります。
- サービスマネジメントITサービスを計画し、提供し、良くしていく一連の管理活動です。計画外の中断や品質の低下は、インシデントとして扱います。
出典:令和3年度 ITパスポート試験 問37
同じ用語が出る問題
- 令和8年度 問48:インシデント管理に関する問題(問題管理)
- 令和8年度 問46:問題管理の説明(インシデント管理)
- 令和7年度 問40:変更管理に関する問題(変更管理)
- 令和7年度 問37:SLAに関する問題(サービスマネジメント)
- 令和6年度 問46:構成管理に関する問題(問題管理)
この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する(メールが開きます)