この記事の要点
- データ移行は、移す範囲と変換の決まりを決める計画から始め、古いデータの整備と、同じ手順をくり返すリハーサルを経て本番に臨みます
- 移した結果は、件数・合計の金額・代表的なデータの中身の3つの観点で、元のデータと照らし合わせて確かめます
- 切り替えの当日は、続けるか戻すかを判断する条件と時刻、判断する人を前もって決め、戻す手順も用意しておきます
システムの入れ替えでのデータ移行は、移す範囲と変換の決まりを決める、古いデータを整える、同じ手順で移行をくり返し試す（リハーサル）、本番で移して切り替える、の順に進めます。移行の作業そのものより、準備とリハーサルにどれだけ時間をかけられるかで、切り替えの当日の安定が変わります。
データ移行は、新しいシステムを作る作業の陰に隠れて、計画が後回しになりやすい作業です。作り始めの段階から、移行の担当と計画を決めておくことをおすすめします。システムのリニューアルの全体の流れは、業務システムのリニューアルで失敗しない進め方で説明しています。
データ移行とは
データ移行とは、いま使っているシステムのデータを、新しいシステムで使える形に変えて移す作業です。データの置き場所を移すだけでなく、新しいシステムの項目の形やコードの体系に合わせて、変換する作業が含まれます。
例えば、古いシステムでは「顧客」と「取引先」を別々に管理していたのを、新しいシステムで1つにまとめる場合、重なっている相手をどう扱うかを決めてから移す必要があります。こうした決まりを前もって決めておくことが、移行の計画の中心になります。
移行の流れ
データ移行は、計画、整備、リハーサル、本番の切り替え、切り替えの後の対応の5つの段階で進めます。計画で移す範囲と変換の決まりを決め、整備で古いデータを整え、リハーサルで同じ手順を何度も試し、本番では決めた時刻に続けるか戻すかを判断し、切り替えの後はデータの問題の問い合わせに備えます。
データ移行の5つの段階
計画：移す範囲と変換の決まりを決める
計画の段階では、何を、どの期間の分まで、どの形で移すかを決めます。範囲を決めずに「全部移す」と始めると、使わない古いデータの整備にまで手間がかかります。
決めることは、次のとおりです。
- 移すデータの種類：顧客・商品などのマスターデータ、取引の記録、添付のファイルなど
- 移す期間：過去の取引を何年分移すか。移さない分をどこで見られるようにするか
- 変換の決まり：古い項目と新しい項目の対応、コードの付け替え、形の変換（日付・金額の書き方など）
- 移す方法：道具で自動に移すか、一部を手で登録するか
- 確かめ方：何をもって「正しく移った」とするか
- 担当と日程：誰が変換の決まりを決め、誰が確かめるか
移さない古いデータも、法令や業務で保存が求められる期間は見られるようにしておく必要があります。古いシステムを見るだけの形で残す、データを書き出して保管する、といった方法を決めておきます。
整備：古いデータを整える
古いデータには、重複、入力のゆれ、使われなくなったコード、空の項目などが含まれていることが多く、そのままでは新しいシステムに移せないことがあります。移す前に、データを調べて整えます。
よく見つかる問題と、整え方の例です。
| よく見つかる問題 | 整え方の例 |
|---|---|
| 同じ取引先が別々に登録されている | 名前や住所で重なりを探し、どれを残すかを業務の担当が決める |
| 書き方のゆれ（全角と半角、株式会社の書き方など） | 変換の決まりを作り、まとめて直す |
| 使われなくなったコード | 新しいコードとの対応を決めるか、移さない |
| 必須の項目が空 | 業務の担当が埋めるか、移すときの決まった値を決める |
| ありえない値（未来の日付、マイナスの数量など） | 1件ずつ確かめて直す |
どのデータを残し、どう直すかの判断は、技術の担当ではなく業務の担当が行います。整備は時間がかかるため、作る段階と並べて早めに始めます。
リハーサル：同じ手順で何度も試す
リハーサルとは、本番と同じ手順と量のデータで、移行を試すことです。1回目で問題が出ないことはまれで、直しては試すことをくり返し、手順と時間を固めていきます。
リハーサルで確かめることです。
- 手順書のとおりに作業を進められるか
- 移行にかかる時間が、切り替えに使える時間に収まるか
- 移したデータが、新しいシステムで正しく使えるか
- 移した結果の照らし合わせで、差が出ないか
照らし合わせは、件数、合計の金額や数量、代表的なデータの中身の3つの観点で行います。件数だけが合っていても、金額の桁がずれている、文字が化けている、といった問題は見つかりません。業務の担当に、新しいシステムの画面で、よく知っているお客様や商品のデータを見てもらうと、細かな違いに気づきやすくなります。
本番：切り替えの当日
本番の切り替え（カットオーバー）の当日は、リハーサルで固めた手順のとおりに進め、決めておいた時刻に、続けるか戻すかを判断します。
前もって決めておくことです。
- 古いシステムへの入力を止める時刻と、利用者への知らせ方
- 移行の作業の順番と、それぞれの担当
- 続けるか戻すかを判断する時刻と条件、判断する人（リリース判定）
- 問題が起きたときの連絡の手順
判断の条件は、「照らし合わせで差がないこと」「主な業務の操作を確かめられたこと」のように、確かめられる形で書いておきます。当日にその場で判断の基準を考えると、迷って時間を失いやすくなります。
戻す手順を用意しておく
切り替えで問題が起きた場合に、古いシステムに戻して業務を続ける手順（ロールバック）を用意しておきます。戻す手順がないと、問題が起きても新しいシステムで無理に続けるしかなくなります。
戻す手順を考えるときは、切り替えの後に新しいシステムに入力されたデータをどう扱うかも決めておきます。切り替えから時間がたつほど戻しにくくなるため、戻すかどうかを判断できる期限も決めておきます。止まると困る業務では、しばらく新旧を並べて動かす並行稼働を選ぶこともあります。
切り替えの後
切り替えの後しばらくは、データの問題の問い合わせが増えやすいため、問い合わせを受ける窓口と、直す担当を決めておきます。古いシステムは、移行の結果に問題がないと確かめられるまで、すぐには止めずに残しておくと安心です。
基幹システムの入れ替えでの考え方は、基幹システム（ERP）の選び方と入れ替えもご覧ください。
当社のご支援
当社のWebシステム開発では、古くなったシステムの作り直しを、要件定義からデータの移行、公開した後の運用まで受け持ちます。いまのシステムを残しながら、新しい仕組みとデータをつなぎたい場合はAIインテグレーションでもお受けしています。移行の計画の立て方から相談したい場合は、お問い合わせからご連絡ください。
- データ移行
- システム刷新
- カットオーバー
- ロールバック
この記事に出てくる用語
このコラムは一般的な情報の提供を目的としたもので、個別の状況への助言ではありません。製品・サービスの名前と内容は、記事の更新日の時点のものです。