変更管理
システムの構成や設定を変えるとき、目的、影響、手順、確認方法を管理する活動である。変更がうまくいかない場合の切り戻しも準備し、必要な変更を安全に実施する。
イマシルちゃんの解説
ルータの交換やサーバの更新では、新しいものを用意するだけでは足りないよ。
誰の通信が止まるか、変更後に何を確認するかも決めておく必要があるんだ。
変更管理は、そうした計画から実施結果までを管理する活動だよ。
作業前の設定を残し、問題が起きたら元へ戻す切り戻しの手順も用意するの。
作業できる時間が限られるなら、戻すための時間も先に確保するよ。
変更した人だけが状況を知っている状態を避け、関係者が同じ手順と判断基準で動けるようにするんだ。
この解説はわかりやすかったですか?
より深い解説
変更前から完了までの情報を管理する
変更管理では、変更の必要性と影響を確認し、適切な承認、実施、検証、記録を行う。対象はアプリケーションの更新だけでなく、ネットワーク機器の交換、経路やアクセス制御の変更などにも及ぶ。
| 段階 | 決めること・残すもの |
|---|---|
| 計画 | 目的、変更対象、依存する機器、利用者への影響、実施時間帯 |
| 準備 | 現在の構成と設定の保存、検証環境での確認、作業手順 |
| 実施 | 作業者、連絡先、実施時刻、実際に行った操作 |
| 動作確認 | 通信、認証、業務機能、性能などの成功条件 |
| 完了 | 構成情報の更新、結果の記録、残る問題の引継ぎ |
元の構成へ戻す判断を準備する
変更後に問題が起きたとき、変更前の利用可能な構成へ戻す操作が切り戻しである。構成のロールバックとも呼ぶ。新旧機器の接続、設定ファイル、ソフトウェアの版、保存データなど、戻す対象を具体的に決める。
元の設定が残っていても、変更後に更新されたデータや互換性のない形式があると、単純な復元では戻せない場合がある。何をどの時点へ戻すか、変更中の更新をどう扱うかも準備する。
実施中に判断を先延ばしにしないよう、「業務機能の確認に失敗した」「決めた時刻までに復旧の見通しが立たない」などの切り戻し条件と判断者を決める。復帰手順と復帰後の確認に必要な時間から、判断の期限を逆算する。
停止を伴う作業の時間を見積もる
作業の計画枠には、切替えの操作だけでなく、動作確認と問題時の復帰を含める。独自の例として、作業中はサービスを止める構成で次の時間を想定する。
| 作業 | 想定時間 |
|---|---|
| 新しい構成への切替え | 12分 |
| 切替え後の動作確認 | 8分 |
| 問題時に元へ戻し、復帰を確認する操作 | 15分 |
この例で問題時まで含めた必要時間は12+8+15=35分である。別途、連絡や予期しない遅れの余裕も確保する。正常に切替えが完了すれば戻す操作は行わないため、毎回この合計時間だけ停止するという意味ではない。
冗長構成で旧系を動かしたまま準備できる作業では、全作業時間と利用者から見た停止時間は一致しない。実際に利用できない区間を明示して、許容停止時間に収まるか確認する。
参考資料
実際の試験ではここに出る!全1問
ネットワークスペシャリスト
- 午後Ⅱ