カットオーバー は、旧システムや旧サーバーから、新しい環境へ本番利用を切り替えるタイミングや、その前後の実務を指す言葉です。
システム開発、サーバー移転、メール移行、業務システム更新の場面でよく使われます。
初心者向けには、本番を新しい環境へ正式に渡すこと と理解すると入りやすいです。
単なる公開日というより、実際に利用者や業務を新環境へ切り替える局面に近い言葉です。
まず押さえたいポイント
- 旧環境から新環境へ本番利用先を切り替えること
- リリースや移行より、当日の切り替え局面を強く指しやすい
- データ移行、接続先変更、確認、切り戻し判断が一緒に乗りやすい
- 技術作業だけでなく、連絡や業務停止時間の調整も含まれる
どんな場面で使うか
たとえば次のような場面です。
このとき、準備自体は数週間かかっても、カットオーバーと呼ばれるのは 本番を切り替える当日 であることが多いです。
よくある誤解
カットオーバーは、単に 公開すること と同じではありません。
本当に大事なのは、何を切り替えるのか、誰が確認するのか、問題が出たらどう戻すのかまで含めて決めることです。
また、カットオーバーが終わったからすぐ旧環境を止めてよいとは限りません。
DNS 反映差、メール残り、利用者側のキャッシュなどで、しばらく旧環境監視が必要なこともあります。
全体の進め方は、カットオーバーとは？本番切り替え・移行日・確認手順の基本を整理 で詳しく整理しています。
当日の判断だけを表にすると
手順そのものより先に決まっていないと困るのが、「進めてよいか」「戻すか」を誰がどの条件で言うかです。ここが曖昧なまま当日を迎えると、technicalには動いているのに誰も完了と言えない、という止まり方をします。
| 局面 | 進めてよい条件（Go） | 止める・戻す条件（No-Go） | 判断する人 |
|---|---|---|---|
| 切り替え開始前 | 直前バックアップの取得と復元手順の確認が済んでいる／業務停止の周知が届いている | バックアップが取れていない／連絡が届いていない相手がいる | 実施責任者 |
| データ移行後 | 件数と主要データの突き合わせが一致 | 件数が合わない／原因不明の差分がある | 業務側の確認者 |
| 切り替え直後 | 主要導線（ログイン・申込・通知メール）が通る | 主要導線のどれかが通らない | 業務側の確認者 |
| 完了宣言 | 確認項目が全て済み、旧環境の監視体制が残っている | 未確認項目がある／監視を誰も見ていない | 実施責任者 |
切り戻しの期限を先に決めておく
切り戻しは「やるかどうか」より、いつまでに決めるかが実務では効きます。時間を決めていないと「もう少し様子を見よう」を繰り返し、戻せない時刻に入ります。
- 何時までに完了宣言できなければ切り戻すか（例：業務開始の何時間前）
- 切り戻し作業自体に何分かかるか（測っておく。測っていない場合、それが最大のリスク）
- 切り戻した場合、移行後に入ったデータをどう扱うか
3つ目は見落としやすい割に厄介です。新環境で受け付けたデータがある状態で旧環境へ戻すと、そのデータの行き場が無くなります。だから「切り替え後しばらくは書き込みを止める」「受付を停止する」といった設計が要ります。
実務で見るときの注意点
カットオーバーで押さえたいのは、次の4つです。
- 何を切り替えるか
- 何を確認したら完了か
- 誰が完了判断を出すか
- どんな条件で切り戻すか
ここが弱いと、技術的には成功していても、業務側では失敗と見なされることがあります。
逆に、事前準備と確認手順がそろっていれば、切り替え当日の負荷はかなり下げやすくなります。