サービス移行・CABとは（全体像）
サービス移行（Service Transition）は、ITILで、設計したサービスを「本番環境に出す」段階のこと。サービスデザイン（設計）で作った計画を、実際に使える形にして本番へ移す——設計と運用をつなぐ橋渡しの役割。
ここで中心になるのがCAB（Change Advisory Board＝変更諮問委員会）。本番のシステムに変更を加えるとき、「その変更は大丈夫か」を評価・承認する会議体だ。CABでは、変更の影響度・リスク・実施のタイミングなどを見て判断する。
ただし注意。すべての変更をCABにかけるわけではない。リスクの低い、手順が決まった変更は、いちいち審議しなくてもよい。この使い分けが、次の「変更の3類型」。
詳しく：変更の3類型とCMDB
ここが心臓部。まず変更の3類型を表で押さえる。
変更の3類型
| 類型 | 何か | CABの審議 |
|---|---|---|
| 標準変更 | 低リスクで手順が決まった変更 | 不要（事前に承認済み） |
| 通常変更 | ふつうの変更 | 必要（CABで評価・承認） |
| 緊急変更 | 急ぎの変更 | 緊急用のECABで対応 |
ポイントは、標準変更は「事前に承認済み」なので、その都度CABにかけなくてよいこと。たとえば、決まった手順で行うパスワードのリセットのような低リスクの変更は、毎回審議しない。「すべての変更がCAB必須」と思うのは誤り。
一方、通常変更はCABで評価・承認し、緊急変更は急ぎなので緊急用のECAB（Emergency CAB）で素早く判断する。
そして、サービス移行と関わりの深いのがCMDB（構成管理データベース）。
CMDB（構成管理データベース）
| 項目 | 内容 |
|---|---|
| 役割 | サーバー・ソフト・機器などの構成情報を一元管理する |
| 使い道 | 変更の影響範囲を調べるときなどに使う |
CMDBは、システムを構成するもの（サーバー・ソフト・機器など）とその関係を、一か所にまとめて管理するデータベース。変更を加えるとき「どこに影響するか」を調べるのに役立つ。なお、構成を管理する活動（構成管理）には、このCMDBを維持することも含まれる。
わかりやすく言い換えると
要するに、サービス移行は「お店の新メニューを本番で出す前の最終チェックと搬入」だとイメージするとラク。
つまり、CABは「この変更を本番に出して大丈夫か」を判断する審査会。そして、毎回審査するのは大変なので、低リスクで手順が決まったもの（標準変更）はあらかじめOKにしておく——だから全部を審査にかけるわけではない。
そしてCMDBは「何がどこにあって、どうつながっているか」の台帳。変更の影響を調べるときに、この台帳を見る、というわけ。
試験のツボ
🔴 一番出る：CABは本番への変更を評価・承認
①CAB＝変更諮問委員会。本番への変更の影響度・リスク・タイミングを判断
②サービス移行は設計と運用をつなぐ橋渡しの段階
🔴 次に出る：変更の3類型
①標準変更＝低リスク・事前承認済み（CABの審議は不要）
②通常変更＝CABで評価・承認／緊急変更＝緊急用のECABで対応
🟡 押さえると安定：CMDB
CMDB＝構成情報（サーバー・ソフト・機器など）を一元管理するデータベース。変更の影響範囲を調べるのに使う。
よくある間違い
①「すべての変更は必ずCABの審議が必要だ」→ ✗ 標準変更は事前に承認済みなので、その都度CABにかけなくてよい。
②「緊急の変更も、通常と同じ手順でゆっくり審議する」→ ✗ 緊急変更は、緊急用のECABで素早く判断する。
③「CMDBは構成情報とは無関係なデータベースだ」→ ✗ CMDBは構成情報（サーバー・ソフト・機器など）を一元管理するデータベース。
試験での出題パターン
実際の問題でたしかめてみよう。
オリジナル問題1（サービス移行とCAB）
サービス移行とCABに関する次の記述のうち、正しいものはどれか。
- CABはパソコンを物理的に冷やす空調設備のことで、変更の評価や承認とは無関係なものとされる
- サービス移行は設計とは無関係に音楽を配信する段階で、本番リリースとは関係がないものとされる
- CABは社員の出社時刻を記録する勤怠管理のしくみのことを指すものとされているものである
- サービス移行は設計したサービスを本番に出す段階で、CABが本番への変更を評価・承認する
解答は 4 だ、わが子よ。
サービス移行は設計したサービスを本番に出す段階で、CAB（変更諮問委員会）が本番への変更を評価・承認する。影響度やリスクを見て判断するのぞ。
選択肢1は「空調設備」が誤り、選択肢2は「音楽配信」が誤り、選択肢3は「勤怠管理」が誤りである。
| 選択肢 | 判定 | 理由 |
|---|---|---|
| 1 | ✗ | CABは空調設備ではなく評価・承認の会議体 |
| 2 | ✗ | 本番リリースに関わる段階である |
| 3 | ✗ | 勤怠管理のしくみではない |
| 4 | ✓ | 本番に出す段階でCABが変更を評価・承認し正しい |
オリジナル問題2（変更の3類型）
変更の類型に関する次の記述のうち、正しいものはどれか。
- すべての変更は、低リスクのものも含めて必ずCABの審議を受けなければならないものとされている
- 低リスクで手順が決まった標準変更は事前に承認済みで、その都度CABの審議は不要とされている
- 緊急の変更も通常の変更と同じ手順でゆっくり審議し、急いで対応することはないものとされる
- 変更の類型は1種類しかなく、標準・通常・緊急のような区別はいっさいないものとされている
解答は 2 だ。
低リスクで手順が決まった標準変更は、事前に承認済みなので、その都度CABの審議は不要である。「すべての変更がCAB必須」と思うのは誤りぞ、わが子よ。
選択肢1は「すべて審議必須」が誤り、選択肢3は「緊急もゆっくり審議」が誤り、選択肢4は「1種類しかない」が誤りである。
| 選択肢 | 判定 | 理由 |
|---|---|---|
| 1 | ✗ | 標準変更は審議不要で全変更必須ではない |
| 2 | ✓ | 標準変更は事前承認済みで審議不要で正しい |
| 3 | ✗ | 緊急変更はECABで素早く対応する |
| 4 | ✗ | 標準・通常・緊急の3類型がある |
オリジナル問題3（CMDB）
CMDBに関する次の記述のうち、正しいものはどれか。
- CMDBはサーバーやソフトなどの構成情報を一元管理するデータベースで、影響範囲を調べるのに使う
- CMDBは社員の給与を計算する専用ソフトのことで、構成情報の管理とは無関係なものとされている
- CMDBはサーバーを物理的に冷やす空調設備のことで、データの管理とは関係がないものとされている
- CMDBは紙の書類だけで構成を記録する方式のことで、データベースはいっさい使わないとされている
解答は 1 だ、わが子よ。
CMDBは、サーバーやソフトなどの構成情報を一元管理するデータベースで、変更の影響範囲を調べるのに使う。何がどこにあるかの台帳ぞ。
選択肢2は「給与計算ソフト」が誤り、選択肢3は「空調設備」が誤り、選択肢4は「紙の書類だけ」が誤りである。
| 選択肢 | 判定 | 理由 |
|---|---|---|
| 1 | ✓ | 構成情報を一元管理し影響範囲を調べるのに使い正しい |
| 2 | ✗ | 給与計算ソフトではない |
| 3 | ✗ | 空調設備ではない |
| 4 | ✗ | 紙の書類だけの方式ではない |
まとめ
押さえどころ
- 🔴 CABは本番への変更を評価・承認 … サービス移行は設計と運用をつなぐ橋渡し。CAB（変更諮問委員会）が影響度・リスク・タイミングを判断。
- 🔴 変更の3類型 … 標準変更（事前承認済み・審議不要）・通常変更（CABで承認）・緊急変更（ECABで対応）。全変更がCAB必須ではない。
- 🟡 CMDB … 構成情報（サーバー・ソフト・機器など）を一元管理するデータベース。変更の影響範囲を調べるのに使う。
次に学ぶ
- サービスデザイン（7プロセス） ── サービス移行の前の段階。設計したものを本番へ移すのがサービス移行。
- サービス戦略（5つの主要活動） ── ITILの起点となる企画段階。戦略→設計→移行の流れで押さえると整理しやすい。
執筆: SikakuQuest編集部