Windows Serverの移行設計でやること【詳細設計〜本番切替まで】

移行案件は「設計が9割」だと思っている

サーバーの移行案件に入ると、本番切替の当日が一番緊張する。

でも実際に大事なのは設計フェーズだ。「何を・どの順番で・どの手順で動かすか」を事前に徹底的に洗い出しておくと、当日はその通りに動くだけになる。

設計が甘いと、当日に「あれ、この順番どうする？」「この設定が予想と違う」が出て、夜中に焦ることになる。

移行設計でやることを整理する。

移行設計の全体の流れ

① 現行環境の調査・棚卸し
② 移行要件の整理
③ 移行先環境の設計
④ 移行手順書の作成
⑤ リハーサル計画・実施
⑥ 本番移行計画の作成
⑦ 本番切替
⑧ 切替後確認

特に①と⑤をていねいにやるかどうかで、後の品質が変わる。

①現行環境の調査・棚卸し

移行設計の最初のステップが現行環境の調査だ。

調べること：

OS・ハードウェア情報

・OSバージョン・SP（Windows Server 2016/2019/2022等）
・CPU・メモリ・ディスク構成
・ネットワーク構成（IPアドレス・VLAN等）

役割・機能

・サーバーの役割（AD/DNS/DHCP/ファイルサーバー等）
・インストールされているWindows機能
・稼働中のサービス一覧（services.msc で確認）

インストール済みソフトウェア

・コントロールパネル > プログラムと機能
・バージョンと設定を記録（ライセンス含む）

依存関係

・このサーバーに接続している他システム
・このサーバーから接続している先
・バックアップの対象・方式

調査結果を設計書にまとめて、顧客に確認を取る。「認識があっているか」を移行前に合意しておくことが大事。

②移行要件の整理

顧客・PMと確認すること：

移行の目的

ハードウェアのEOL対応か
OSバージョンアップか
データセンター移設か
目的によって設計の制約が変わる

ダウンタイムの許容範囲

切替作業の時間枠（〇時〜〇時）
業務停止できる時間
これが一番制約になることが多い

データ移行の要件

ファイルサーバーの場合：移行するデータの量・世代
データベースの場合：整合性確認の方法

切り戻し（ロールバック）の要件

移行先で問題が出たときに移行元に戻せるか
どのタイミングまで戻す判断ができるか

③移行先環境の設計

現行環境の調査結果と移行要件をもとに、移行先の設計を行う。

OSバージョンの選定 Windows Server 2022を選ぶ場合、現行の機能・ロールが引き継げるか確認する。特にADのドメイン機能レベル・フォレスト機能レベルには注意が必要。

IPアドレスの設計 移行元と移行先を並行稼働させる期間がある場合、移行先は一時的に別IPアドレスを使う。切替時にIPを付け替える手順が必要になる。

ディスク構成 移行元のC:ドライブ・D:ドライブのサイズを踏まえて設計する。移行元より小さくならないよう注意。

④移行手順書の作成

移行手順書は「その手順書だけを見れば作業できる」レベルで書く。

記載する内容：

作業環境（作業用PC・踏み台サーバー等）
作業前提（事前完了しておくこと）
手順（ステップ番号・コマンド・確認方法・期待値）
リカバリ手順（各ステップの失敗時の対処）
判断基準（〇〇の場合はGO・〇〇の場合はNG判断してPMへ連絡）

確認方法と期待値を書くのが大事だ。「設定した」だけでなく「こう確認して、こう表示されれば正常」を書く。

⑤リハーサルの実施

本番切替前に、本番と同じ環境・同じ手順でリハーサルを行う。

リハーサルでやること：

手順書通りに作業する（コマンドも一言一句同じ）
作業時間を計測する（本番の時間見積もりに使う）
手順書の不明点・曖昧な箇所を洗い出す
手順書を修正する

リハーサルで「手順書の通りにやったら詰まった」「この手順が手順書にない」が出てくる。これを本番前に解消するのがリハーサルの目的だ。

⑦本番切替のポイント

タイムラインを決める 切替開始〜完了までのタイムラインを事前に作る。「〇〇時〇〇分：〇〇の手順を開始。〇〇分経過したら〇〇に連絡」まで決めておく。

判断基準を明確にしておく 「切り戻しを判断するのは誰か」「何が起きたら切り戻すか」を事前に合意しておく。当日に判断できる人間がいないと、NGが出ても進んでしまう。

完了確認のチェックリスト 切替完了後に確認すること一覧を手順書に入れておく。業務担当者による動作確認も含める。

移行設計で役立つAI活用

移行手順書の初稿を作るときにAIを活用している。

「Windows Server 2016からWindows Server 2022へのAD移行の一般的な手順を教えて」と聞いて、漏れている観点がないか確認する材料にする。

そのまま手順書にするのではなく、現場固有の情報（IPアドレス・ホスト名・設定値）を加えて完成させる。

まとめ

Windows Server移行設計で意識していること：

現行環境の調査を徹底する（棚卸しが不十分だと設計がずれる）
移行要件をPM・顧客と合意する（ダウンタイム・切り戻し条件）
手順書は「その手順書だけで動ける」レベルで書く
リハーサルで手順書を検証する（本番前に問題を潰す）
当日のタイムラインと判断基準を事前に決める

設計が丁寧であればあるほど、本番当日は静かになる。