解説

システム移行計画に関する問題です。移行は本番環境を切り替える作業であり、失敗した場合の影響が大きいため、計画段階でのリスク対策が重要です。その中でも特に重要なのが、移行作業が失敗した場合に旧システムへ戻す「切戻し（フォールバック）」の手順と、切戻しを実行するかどうかの判断基準をあらかじめ移行計画書に定めておくことです。移行当日にトラブルが発生してから判断を始めると、対応が遅れて業務影響が拡大したり、中途半端な状態でシステムが運用されたりする恐れがあります。「どのような状態になったら何時までに切戻しを決断するか」を事前に決めておくことで、冷静かつ迅速な判断が可能になります。アが正解です。移行計画では他にも、移行リハーサルの実施、データ移行の検証方法、移行体制と役割分担、利用部門への周知などを定めます。試験では「切戻し基準を事前に決める」「リハーサルを行う」が適切な記述、「一括移行すべき」「並行運用で費用低減」などが不適切な記述として繰り返し出題されています。

なぜ他の選択肢は違うのか

選択肢 イ

移行するデータ量が多いほど、切替え直前の一括移行は作業時間の超過やトラブル発生のリスクが高まります。データ量が多い場合はむしろ、変更が少ないデータを事前に移行しておき、直前には差分だけを移行する段階的な方式を検討すべきです。「多いほど一括で」という記述はリスク管理の観点から逆方向であり、適切ではありません。

選択肢 ウ

新旧両システムで環境の一部（データベースやネットワーク機器など）を共有すると、新システム側で発生した問題が旧システムの稼働に波及したり、障害発生時にどちらの環境に原因があるのかの切り分けが難しくなったりして、移行の確認はむしろ複雑になります。また旧システムへの切戻しの妨げにもなり得ます。環境はできる限り分離して相互の影響を避けることが移行設計の基本です。

選択肢 エ

新旧両システムの並行運用は、移行の安全性を高める有効な手段ではありますが、両システムの運用要員・設備・ライセンスなどを二重に維持する必要があるため、移行に必要な費用はむしろ増加します。「費用が低減できる」という記述は並行運用のトレードオフ（安全性と引き換えにコスト増）を取り違えており、適切ではありません。

解くときのポイント

移行計画の鉄則は「切戻し（フォールバック）の判断基準を事前に文書化」。一括移行はリスク増、環境共有は切り分け困難、並行運用は費用増、という各選択肢の落とし穴パターンも定番。