先に要点
- カットオーバーは、ある時点で旧システムを止めて新システムへ一斉に切り替えるやり方(ビッグバン移行)。並行稼働(パラレルラン)は、旧と新をしばらく同時に動かし、結果を突き合わせて確認してから旧を止めるやり方です。
- ざっくり、カットオーバーは「速い・安い・リスク高め」、並行稼働は「安全・確実だが高コスト・長期間」というトレードオフの関係です。
- 会計・給与・請求などの基幹業務で「間違いが絶対に許されない」「新旧の計算結果を照合したい」なら並行稼働が向きます。
- Webサービスやインフラ、あるいは二重入力・二重運用が現実的でない(在庫・予約・決済など)場合はカットオーバーが向きます。
- 並行稼働は一見「安全」ですが、二重入力の手間・人的ミス・どちらが正か(source of truth)の混乱・突合コストという別のリスクを抱えます。銀の弾丸ではありません。
移行は一気に切り替える？それともしばらく両方動かす？ ── システム移行やリプレースで必ず出てくる分岐が、カットオーバーと並行稼働(パラレルラン)の選択です。どちらも「旧から新へ移す」ための方式ですが、安全性・コスト・期間のバランスが大きく違います。
この記事では、両者の意味と違い、比較表、どんな場面でどちらを選ぶか、そして並行稼働の落とし穴や中間の選択肢まで整理します。カットオーバーそのものの基本はカットオーバーとはで詳しく扱っています。
一言でいうと
カットオーバー(一斉切替・ビッグバン移行)
カットオーバーは、あらかじめ決めた移行日時に旧システムを停止し、新システムへ一気に切り替える方式です。切替後は新システムだけが本番として動きます。「ビッグバン移行」「一斉移行」とも呼ばれます。
利点は速くて安いこと。二重に運用する期間がないため、コストも運用負荷も小さく済みます。一方で全面的に切り替わる＝問題が起きたときの影響が大きいのが弱点で、事前の切り戻し(ロールバック)計画と、当日の確認体制が重要になります。
並行稼働(パラレルラン)
並行稼働(パラレルラン)は、移行後の一定期間、旧システムと新システムを同時に動かし続ける方式です。多くの場合、同じ業務データを両方に入力し、新旧の出力(帳票・計算結果・残高など)を突き合わせて、新システムが正しく動くことを確認します。問題がなければ旧を停止します。
利点は安全で、正しさを実証しながら移れること。旧がまだ動いているので、新に問題があればすぐ旧に戻せるのも安心材料です。欠点はコストと手間。2系統を同時に運用し、二重入力や突合作業が発生するため、期間も費用も膨らみます。
比較表
| 観点 | カットオーバー | 並行稼働(パラレルラン) |
|---|---|---|
| 切り替え方 | ある時点で一斉に | 一定期間、新旧を同時運用 |
| 安全性 | 低め(全面切替) | 高め(旧に戻せる) |
| コスト・工数 | 小さい | 大きい(二重運用・突合) |
| 期間 | 短い | 長い |
| 正しさの検証 | 切替後に確認 | 新旧の結果を照合して確認 |
| 切り戻し | 計画的なロールバックが必要 | 旧が生きている＝自然に戻せる |
| 向く領域 | Web・インフラ、二重運用が困難な業務 | 会計・給与など照合したい基幹業務 |
どちらを選ぶか
判断の入口は「二重に動かせるか」と「間違いのコスト」です。二重運用が現実的で、かつ間違いが許されない業務なら並行稼働。二重運用が無理、または本番前の検証で十分に確認できるならカットオーバー、と切り分けると迷いません。
並行稼働の落とし穴(安全に見えて、実は)
並行稼働は「安全策」と思われがちですが、それ自体が新たなリスクを生みます。「とりあえず並行稼働にすれば安心」という発想は危険です。
二重入力の負担とミス
同じ作業を新旧の両方で行うため、現場の工数が倍近くになり、入力漏れや不一致という新たなミスを生みやすい。
どちらが正か(source of truth)
新旧が食い違ったとき、どちらを正とするかを先に決めておかないと現場が混乱する。基準が曖昧なまま始めると収拾がつかない。
突合コストの見落とし
新旧の出力を照合(突合)する作業自体が重い。誰が・どこまで・いつ照合するかを決めないと、並行稼働が形骸化する。
そもそも並行にできない業務
顧客への二重請求・二重発送・在庫の二重引き当てなど、並行させると実害が出る業務は並行稼働に向かない。
中間の選択肢もある
「全面カットオーバー」か「フル並行稼働」の二択とは限りません。実務では間を取ることも多いです。
段階移行(フェーズド)
機能や拠点・部門ごとに少しずつ切り替える。影響範囲を小さく保てるが、新旧をつなぐ連携が要る。
パイロット(先行導入)
一部の部署やユーザーで先に新を試し、問題なければ全体へ広げる。並行稼働の負担を限定できる。
ブルーグリーン/カナリア
Web・インフラでの近縁概念。トラフィックを新旧に振り分けて安全に切替える。二重入力を伴わない点が並行稼働と異なる。詳しくはブルーグリーンデプロイで。
短期の並行確認
本格的な並行稼働はせず、切替直後の数日だけ旧を止めずに残す。すぐ戻せる保険をかけつつコストを抑える折衷案。
カットオーバーと並行稼働のよくある質問
カットオーバーと並行稼働、どちらが安全ですか？
一般には並行稼働の方が安全です。旧システムが動き続けるため、新に問題があればすぐ戻せ、結果の照合で正しさも確認できます。ただし二重入力のミスや突合負担という別リスクがあり、「並行稼働にすれば必ず安全」ではありません。
並行稼働はどのくらいの期間やりますか？
業務の周期に合わせるのが基本です。月次の締めがある会計・給与なら1〜数か月(1〜数回の締めを新旧で通す)が目安。長すぎると二重運用の負担が積み上がるため、「何を確認できたら終えるか」の基準を先に決めておきます。
Webサービスの移行でも並行稼働しますか？
多くはしません。Web・インフラは瞬時に切替・切り戻しができ、二重にユーザー操作を受け付けるのが難しいためです。代わりにブルーグリーンやカナリアでトラフィックを振り分ける方式が使われます。これは「二重入力」を伴わない点で並行稼働とは異なります。
並行稼働とカットオーバーは併用できますか？
できます。たとえば基幹の計算部分だけ並行稼働で照合し、画面や周辺は一斉切替にする、といった組み合わせです。段階移行やパイロットも含め、業務ごとに方式を変えるのが現実的なことも多いです。
DBの移行はどちらになりますか？
データそのものの移行は、多くの場合カットオーバー的に一括で移し、切替直後に検証します。並行稼働をするなら、新旧DBへどう二重反映するか(二重書き込みや連携)の設計が別途必要です。DB移行の注意点は本番DBマイグレーションの注意点も参考にしてください。
まとめ
カットオーバーはある時点で旧を止めて新へ一斉に切り替える方式で、速い・安いがリスクは高め。並行稼働(パラレルラン)は新旧をしばらく同時に動かして結果を照合してから旧を止める方式で、安全・確実だが高コスト・長期間です。選ぶ入口は「二重に動かせるか」と「間違いのコスト」。会計・給与など照合したい基幹業務は並行稼働、二重運用が困難なWeb・インフラや在庫・決済はカットオーバーが基本です。並行稼働は安全に見えて二重入力・source of truth・突合コストという別リスクを抱えるため、段階移行・パイロット・ブルーグリーンといった中間案も含めて、業務に合う方式を選ぶのが失敗しないコツです。
参考リンク
- 関連記事: カットオーバーとは / ブルーグリーンデプロイとは / 本番DBマイグレーションの注意点
- 関連記事: デプロイとリリースの違い / メンテナンスページはなぜ必要か
- 用語集: 並行稼働（パラレルラン） / カットオーバー / ロールバック / ブルーグリーンデプロイ