INSIGHT
データが移った。それだけで、移行完了と報告するな——新旧の仕事を照合する
新しい画面にデータが見えたこと以外に、移行前と同じ仕事ができると確かめたか。
顧客データを新しい仕組みへ移し、会社名を検索すると、最新の案件と担当者が表示された。これで「移行完了」と報告しようとしている。しかし、過去の対応履歴、添付した契約書、顧客と案件の関係、未完了の作業、閲覧権限まで正しく移ったかは確認していない。
新しい画面が動くことは、業務に必要なデータがそろい、関係を保ち、必要な人だけが使えることの証拠ではありません。「移行完了」という報告が、旧システムを停止・廃棄する判断に使われることもあります。表示を確認した範囲と、まだ照合していない範囲を分けて伝える必要があります。
新環境の表示確認だけで、旧環境の停止、削除、契約終了へ進めてはいけません。
いま止めるのは、戻る道を閉じる操作です
新システムでの試行や照合作業を止める必要はありません。止めるのは、業務照合が終わる前に行う次の操作と決裁です。
- 旧システムの停止、サーバー撤去、データ削除・廃棄
- 旧環境を読めなくするアカウント・権限の削除
- 旧環境の契約・ライセンス・保守の終了
- 旧連携を切り、新連携だけへ確定的に切り替える操作
- 旧環境への書込みを止めたまま、差分取込みの方法を持たない運用
- バックアップの保存期間を短くする、または復元手段を失う変更
照合のために旧環境を読取り専用にする場合も、切替時点より後に旧側へ入った更新、未処理の連携、利用者の作業中データをどう扱うかを先に決めます。「旧は残してある」というだけで、権限がなく読めない、検索できない、復元に数週間かかるなら、実用的な戻り道にはなりません。
旧環境に重大な脆弱性などがある場合も、照合のために危険な公開状態を維持する、という意味ではありません。管理担当と、外部接続を制限した閲覧環境や復元可能な保管などを検討します。守るのは必要な記録と調査・復旧の経路であって、旧環境のすべての接続ではありません。
移行対象を、件数・期間・関係で固定する
「顧客データ一式」のような表現では、何が未移行かを判断できません。対象を業務単位に分け、基準時点を決めます。
| 対象 | 確認する例 |
|---|---|
| 顧客・取引先 | 有効、休眠、統合前、削除予定を含むIDと属性 |
| 案件・契約 | 状態、金額、担当、開始・終了、顧客との関係 |
| 履歴 | 対応日時、順序、作成者、修正・取消し |
| 添付 | ファイル本体、名称、版、案件とのひも付け、閲覧可否 |
| 権限 | 部署、役割、個別例外、退職者・外部利用者 |
| 未完了作業 | 承認待ち、下書き、予約処理、期限、担当者 |
| 連携 | 会計、メール、帳票、分析などへの受渡しと失敗分 |
各対象には、移行元件数、移行先件数、除外条件、対象期間、最終更新時点を付けます。削除済み記録を移さない、古い添付を別保管するなどの方針があるなら、欠落ではなく合意した対象外として記録します。基準時点の後に増えた差分も別に数えます。
件数が合う前に、何を一件と数え、どの期間と状態を移すかをそろえます。
全件比較と業務サンプルで、違う失敗を探す
件数の照合は必要ですが、それだけでは顧客と案件のひも付けや履歴順を確認できません。統合・分割・除外を伴う移行では、元と先の総件数が単純に一致しない場合もあります。承認した変換規則から期待する件数と対応関係を求め、その上で照合を複数の層に分けます。
全件では、件数、主キー、必須項目、合計値、重複、欠損、文字化け、日付・金額の変換を比べます。関係では、顧客と案件、案件と添付、親子契約、担当者と権限が切れていないかを見ます。業務サンプルでは、通常例だけでなく、統合された顧客、取消し済み案件、大容量添付、長い履歴、複数権限、期限直前の未完了作業を選び、利用者が実際の仕事を終えられるかを試します。
AWSのAWS DMS data validation は、AWS DMSで移行元と移行先の行を比較し、不一致を報告する検証機能と制約を説明しています。これは特定製品の機能資料であり、すべての移行の正しさ、業務上の関係、添付、権限、未完了作業まで保証するものではありません。自社の業務単位の照合は別に設計します。
不一致を分類し、再照合まで閉じる
不一致を一つの件数にまとめると、「仕様どおりの除外」と「業務を止める欠落」が混ざります。少なくとも、移行漏れ、重複、変換誤り、ひも付け切れ、権限差、合意済み対象外、基準時点後の差分に分けます。
一件ごとに、移行元ID、移行先ID、影響する業務、原因、処置、担当、期限、再照合結果を残します。処置は、再移行、手修正、変換規則の変更、対象外の再承認に分けます。修正件数だけを確認せず、同じ原因が他のデータへ及んでいないかを調べます。
照合結果はシステム担当だけで閉じません。顧客対応、会計、営業など、実際に記録を使う部門が、代表業務と例外を確認します。「不一致率が低い」ことと、「その不一致が請求や契約へ影響しない」ことは別です。影響の大きい一件は、割合が小さくても旧停止を保留する理由になります。
不一致は移行の失敗を隠す数字ではなく、誰が何を直し、業務が再開できるかを追う作業票です。
切替は、凍結・差分・並行運用・切戻しを一組にする
移行中も業務は進み、旧環境へ新しい入力が入ります。基準時点で入力を凍結するなら、凍結時間、例外受付、再開後の登録方法を決めます。凍結しないなら、基準時点後の差分を識別し、再取込みと照合を行います。
新旧を一定期間並行して使う場合は、両方へ自由に入力するとどちらが正しいか分からなくなります。どちらを正本とし、もう一方を読取り・照合用にするか、差分を誰が反映するかを決めます。切戻しでは、新環境で発生した更新を旧側へどう戻すか、二重処理をどう防ぐか、連携先をどの順序で戻すかを試します。
英国政府のサービスマニュアルMoving away from legacy systems は、2016年8月4日付の一般的な案内で、依存関係を把握し、段階的に旧システムから移る考え方を示しています。英国行政向けの古い一般指針であり、すべてのシステムに同じ移行手順を義務付けるものでも、自社移行の正しさを証明するものでもありません。
完了報告には、照合結果と旧停止へ渡す未確認を添える
移行を担当する人は、次の条件に対する結果を、旧システムの停止を決める人へ渡します。停止の最終判断や契約終了は、移行作業をしたことだけで自分が決めてよいものではありません。
- 移行対象、一件の定義、期間、除外、基準時点が承認されている
- 件数、ID、必須値、重複、欠損、変換の全件照合が基準内にある
- 履歴、関係、添付、権限、未完了作業を業務サンプルで確認した
- 不一致の処置と再照合が終わり、残件の影響と受入れ責任者が明確である
- 基準時点後の差分が取り込まれ、連携先でも結果を確認した
- 新環境で業務部門が代表業務と例外を完了できた
- 切戻し、旧データの閲覧・保存、問い合わせ対応を実行できた
すべて満たしても、停止、権限縮小、契約終了、データ廃棄を同じ日に行う必要はありません。まず旧環境を書込み不可・閲覧可能にし、問い合わせ期間を置き、切戻し不要を確認してから契約や保管を見直す段階を設けられます。法令、契約、記録管理上の保存期間は、データ削除前に別途確認します。
移行の照合結果と未確認の仕事を渡し、戻る道を閉じる前に判断する
新しい画面の表示や、総件数の一致だけでは、移行完了を判断できません。履歴、関係、添付、権限、未完了作業が保たれ、利用部門が仕事を終えられることが必要です。
移行完了と報告する前に、照合した対象、見つかった差、直して再確認した結果、まだ確認していない仕事を並べてください。その記録を、利用部門と旧環境の停止を決める人へ渡します。自分が確認できたことを正確に報告し、未確認のまま戻る道を閉じる判断へつなげないでください。