仮想化基盤移行で見落としやすいポイント｜依存関係・停止時間・切戻し・運用の確認

手順書だけでは移行作業日を確定できない

移行手順書には、作業内容、実施順序、担当者、所要時間などを記載します。ただし、手順書に記載した作業が成立するには、接続先や業務日程、判断体制などの前提がそろっていなければなりません。

例えば、次のようなケースが考えられます。

作業当日、仮想マシンの切り替えまでは計画どおりに進みました。しかし、動作確認の段階で、業務システムから別のサーバーへ接続できないことが分かりました。

接続先の設定が旧環境のままで、変更には業務システム担当者による確認が必要です。担当者が作業時間帯に不在であれば、作業を継続するか、切戻すかをその場で判断できません。

これは実例ではなく、依存関係と連絡体制が計画に含まれていない場合に起こり得る状況を示した想定例です。

手順書に記載した作業だけで済む場合は、必要な時間を見積もれます。一方、計画に含まれていなかった確認や設定変更が加わると、その後の作業時間を見通しにくくなります。

手順書を詳しくするだけでは、把握できていない前提を補えません。移行対象の構成、接続先、確認担当者、判断条件を確認した上で、手順書へ反映します。

PoCの結果を実行計画へ引き継ぐ

PoCと実行計画では、確認する範囲が異なります。

PoCでは、候補となる構成が自社の要件に合うか、移行後も運用を続けられるかを検証します。実行計画では、その結果を基に、移行対象、作業順序、停止時間、切戻し、実施体制、移行後の運用を具体化します。

検証環境で動作を確認できても、本番環境のすべての条件を再現できているとは限りません。次の情報を、PoCの結果から実行計画へ引き継ぎます。

• PoCで確認した構成と前提条件

• PoC環境と本番環境の違い

• 条件付きまたは未判定となった項目

• 本番移行前と移行後に確認する項目

「PoCで問題がなかった」という結果だけでは、作業当日の判断材料として十分ではありません。どの条件で確認したのか、本番環境との差は何か、追加確認が必要な項目は何かを分けて記録します。

PoCの判定結果がまとまっていない場合

VMware移行PoCで検証すべき項目｜性能・可用性・運用・復旧の合否基準

性能、可用性、運用、復旧の確認項目と、PoCの合否基準を整理しています。

依存関係を移行対象ごとに確認する

移行対象ごとに、ほかのシステムや外部サービスとの関係を確認します。

• 業務システム間のファイルの受け渡し

• データベースへの接続

• APIの呼び出し

• 認証や名前解決との関係

• ジョブやバッチの実行順序

• 取引先や外部サービスとの通信

• 外部接続時に使用する送信元アドレス

• ライセンス認証の仕組み

• 監視対象と通知先

• バックアップ対象と取得方法

仮想マシンの一覧だけでは、それぞれの仮想マシンが何と連携しているのかを把握できない場合があります。構成資料で確認できない項目は、業務部門やシステムの導入担当者へ確認します。

それでも不明な場合は、通信状況や設定内容を調査します。調査しても確認できない項目は、「問題なし」とは扱わず、未確認事項として記録してください。

• 確認できていない内容

• 確認先

• 担当者

• 確認期限

• 移行可否への影響

• 確認できない場合の対応

現行環境を把握できていない場合

構成、契約、業務上の依存関係を整理できていない場合は、実行計画を作成する前に現行環境を棚卸しします。

VMware環境の構成・契約・依存関係を棚卸しする方法

移行対象、契約、仮想マシン、ネットワーク、バックアップを確認する手順を整理しています。

停止時間は移行方式と業務条件から見積もる

停止時間は、移行するデータ量だけでは決まりません。次の条件を組み合わせて見積もります。

• 移行する対象のデータ量

• 採用する移行方式

• 移行方式を利用するための条件

• 業務側が許容できる停止時間

• 作業できる時間帯

• 繁忙期や締め処理との重なり

• 移行後の動作確認に必要な時間

• 切戻しの判断と作業に必要な時間

業務停止を伴わない方式や、停止時間の短縮を目的とする方式を検討する場合は、自社の構成で利用できる条件を個別に確認します。

必要な条件を満たせない場合に、どの方式へ切り替えるかも計画に含めます。方式の成立条件を確認できなければ、停止時間の見積もりも確定できません。

作業可能な時間のすべてを移行作業へ割り当てることは避けます。次の時間を分けて確保してください。

• 移行作業に使用する時間

• 移行後の動作確認に使用する時間

• 作業を継続するか判断する時間

• 切戻しを判断する時刻

• 切戻し作業に必要な時間

例えば、作業終了時刻だけを決め、切戻しの判断時刻を決めていない場合、問題が見つかった時点では切戻しに必要な時間が残っていない可能性があります。

予定する停止時間内に、移行、動作確認、継続判断、切戻しの時間を確保できるかを確認した上で、作業日を確定します。

データ更新の停止と最終同期を計画する

データを移行する場合は、旧環境への更新をいつ停止し、どの時点のデータを最終同期するかを決めます。更新停止後も旧環境への書き込みが続けば、移行先との差分が発生する可能性があります。

• 旧環境へのデータ更新を停止する時刻

• 更新停止後に実施する最終同期の方法

• 最終同期の完了を確認する担当者

• 新環境への接続切り替えを実施する条件

• 切り替え後にデータの整合性を確認する方法

最終同期の完了、接続先の切り替え、移行後のデータ確認を、誰がどの順序で行うかも決めてください。

対象が多い場合は、移行を複数回に分ける方法も考えられます。この場合は、新旧環境を並行して運用する期間が生じます。並行稼働中の監視、バックアップ、問い合わせ対応、環境間の連携についても、担当者と運用方法を決めます。

切戻しが成立する条件を決める

切戻しは、「手順があること」と「実際に業務を戻せること」を分けて考えます。

• 切戻しを判断する条件

• 切戻しを判断する時刻

• 継続または切戻しを判断する担当者

• 旧環境の保持期間

• 切戻しに必要な作業時間

• 新旧環境のデータ同期方法

• 新環境で更新されたデータの扱い

• 切戻し後の動作確認方法

• 業務を再開する条件

切戻しが可能な時点は、移行方式によって異なります。旧環境と新環境のデータ同期方法や、業務再開後に新環境で更新されるデータの内容も影響します。

新環境でデータが更新された後に旧環境へ戻す場合は、更新差分の扱いを決める必要があります。差分を旧環境へ反映できるのか、新環境で発生した更新を別途処理するのか、業務をどの時点まで戻せるのかを事前に確認します。

旧環境が残っていても、データの整合性を保ったまま業務を戻せるとは限りません。旧環境を保持することと、切戻しが成立することは分けて記録します。

切戻し計画に記録する内容

移行後の運用移管を計画に含める

移行は、仮想マシンやデータを新環境へ移した時点では完了しません。通常運用と障害対応を開始できる状態まで、実行計画に含めます。

• 運用手順書の更新

• 監視対象としきい値の見直し

• アラートの通知先と一次対応の整理

• バックアップの取得方法の確認

• バックアップからの復元確認

• 管理者権限の設定

• 旧環境の管理アカウントを停止する時期の決定

• 移行後の管理操作や障害調査に必要なログの確認

• 日常運用を担当する部門の決定

• 障害発生時の連絡先の整理

• 担当者への操作教育

• 構成情報と設定情報の引き継ぎ

外部へ移行作業を委託する場合は、構築と切り替えだけでなく、手順書、監視、バックアップ、権限設定、担当者への引き継ぎが委託範囲に含まれるか確認します。範囲に含まれない作業は、社内で担当するのか、別途依頼するのかを決めます。

特定の担当者だけが新環境の構成や操作方法を把握している状態では、その担当者が不在のときに判断できません。日常作業だけでなく、障害時の確認方法とエスカレーション先も共有します。

完了の判断を3段階に分ける

技術的な切り替えが完了しても、業務部門の確認が終わるまでは業務再開としません。また、業務を再開できても、監視やバックアップ、障害対応の体制が整っていなければ、通常運用への移管は完了していない状態です。

それぞれの段階について、確認項目、確認担当者、完了条件を実行計画へ記載します。

移行作業日を確定できるか判断する

ここまでの確認結果を基に、移行作業日を確定できる状態かを判断します。

Step 1．移行対象と依存関係を確認できているか

接続先、認証、ジョブ、外部通信、ライセンス認証、監視、バックアップを確認します。確認できている場合はStep 2へ進みます。確認できていない場合は、確認先、担当者、期限、移行可否への影響を記録します。

Step 2．停止可能時間内に必要な時間を確保できるか

移行作業だけでなく、データ更新の停止、最終同期、動作確認、継続判断、切戻しに必要な時間を含めて確認します。確保できる場合はStep 3へ進みます。確保できない場合は、移行方式、対象範囲、作業回数、作業日を見直します。

Step 3．切戻しの条件を説明できるか

判断条件、判断時刻、判断者、データ差分の扱い、切戻し後の業務再開条件を確認します。説明できる場合はStep 4へ進みます。説明できない場合は、切戻し可能と判断せず、追加確認またはリハーサルを行います。

Step 4．移行後の運用を開始できるか

監視、通知、バックアップ、権限、運用手順、担当者、障害時の連絡先を確認します。確認できている場合はStep 5へ進みます。確認できていない場合は、移行作業と運用移管の担当範囲を見直します。

Step 5．未確認事項の影響を判断できるか

未確認事項が残る場合は、担当者、期限、移行可否への影響、対応方法を記録します。未確認事項が、データの整合性、切戻しの成立可否、停止時間、業務再開条件、移行方式の成立条件に影響する場合は、確認が完了するまで作業日を確定しません。これらに直接影響せず、確認期限までに解消できる見通しがある場合は、作業日の候補を設定します。未確認事項の確認が完了した後、作業日を確定してください。移行可否への影響を判断できない場合は、作業日を設定せず、追加確認へ戻ります。

判断結果

確認項目への該当数だけで、作業日を確定できるとは限りません。業務停止、データ整合性、切戻し、移行後の運用へ与える影響を基に判断してください。

作業前のチェックリスト

移行計画の作成時と作業直前に、次の項目を確認します。

各項目について、次の管理情報を記録します。

• 確認済みまたは未確認

• 根拠となる資料

• 担当者

• 確認期限

• 移行可否への影響

• 未確認のまま進める場合の対応

• 再判定日

確認できていない項目がある場合は、一律に移行を中止するのではなく、影響を確認した上で対応を決めます。

• 作業前に追加確認する

• PoCまたはリハーサルで確認する

• 移行対象を見直す

• 作業日を変更する

• 未確認事項に対応できる担当者を配置する

• リスクとして受け入れる条件を決める

未確認事項をリスクとして受け入れる場合も、影響範囲、対応方法、判断者を記録します。

計画作成から実施までに期間が空く場合は、その間の構成変更にも注意が必要です。仮想マシン、接続先、担当者、業務日程、契約条件などに変更がないか、作業直前に再確認してください。

移行計画で確認したい疑問

未確認事項が残った場合は移行を延期すべきですか

未確認事項があることだけで、一律に延期するとは限りません。未確認事項が、移行可否、停止時間、データ整合性、切戻し、業務再開に与える影響を確認します。その上で、作業前に確認するのか、作業範囲から外すのか、対応できる担当者を配置するのかを決めます。データの整合性や切戻しの成立可否など、移行の継続判断に直接影響する内容を確認できない場合は、作業日を確定せず、追加確認へ戻ります。リスクとして受け入れる場合は、判断者、対応方法、影響範囲を記録してください。

移行後の業務再開は何を基準に判断しますか

業務再開は、仮想マシンが起動したことだけでは判断できません。対象アプリケーションを利用できること、必要なデータへアクセスできること、外部システムとの連携を確認できることなど、自社の業務再開条件を事前に定めます。監視とバックアップを開始できること、運用担当者が決まっていることは、通常運用へ移管する条件として確認します。判断条件と確認担当者を作業手順へ記載し、確認結果を記録してください。

作業直前には何を再確認しますか

計画作成後に変更された可能性がある項目を再確認します。

• 移行対象と構成

• 接続先と連携先

• 作業当日の担当者と連絡先

• 業務側が許容できる停止時間

• バックアップの取得状況

• 切戻しの判断者と判断時刻

• 移行後の確認担当者

• 契約条件や作業範囲

変更が見つかった場合は、手順書だけでなく、停止時間、切戻し、実施体制への影響も確認します。

まとめ

仮想化基盤の移行計画では、手順書を完成させることだけが目的ではありません。その手順が成立し、問題が発生した場合にも、作業の継続または切戻しを判断できる状態を整える必要があります。

作業前に確認する主な項目は、次のとおりです。

• 移行対象ごとの依存関係

• データ更新の停止、最終同期、移行、動作確認に必要な時間

• 切戻しの判断条件とデータ差分の扱い

• 作業当日の役割と連絡体制

• 技術的な切り替え、業務再開、通常運用への移管の完了条件

• 移行後の手順書、監視、バックアップ、権限、ログ、教育

すべての項目を確認できていない場合でも、移行可否に直接影響しない未確認事項であれば、担当者と期限を設定し、作業日の候補を置くことはできます。ただし、作業日の確定は確認完了後に行います。

一方、業務停止、データ整合性、切戻し、業務再開への影響を判断できない場合は、作業日を確定せず、追加確認やリハーサルへ戻ります。

計画作成時だけでなく、作業直前にも構成、業務条件、担当者が変わっていないか確認してください。

移行計画の確認事項を整理したい方へ

仮想化基盤の移行では、現行構成、依存関係、契約条件、停止時間、切戻し、移行後の運用を一つの計画として整理します。

横河レンタ・リースでは、現状環境と候補構成を確認し、移行前に確認する事項と、追加検証が必要な事項の整理についてご相談いただけます。

お問い合わせ (総合) | 法人向けパソコン (PC) ・計測器レンタルなら横河レンタ・リース