データ移行とは
データ移行とは、旧システムやExcel・紙の台帳などに蓄積されたデータを、新しいシステムで正しく使える形に変換し、移し替える作業のことです。
単にファイルをコピーするのではなく、項目の対応づけ、形式の変換、誤りや重複の修正、移した後の検証までを含む一連の工程を指します。システムの入れ替えやクラウド移行、Excelからの業務システム化など、新しい仕組みに切り替える場面では必ず発生します。英語では data migration と呼ばれ、項目の変換作業を指して「データコンバージョン」と言うこともあります。
仕組み・進め方のポイント
データ移行は、一般に次のような流れで進めます。
- 対象の洗い出し：どのデータを、いつ時点の分まで移すかを決める（全履歴か、直近数年分か、マスタだけか）。
- 項目の対応づけ（マッピング）：旧データの項目が新システムのどの項目にあたるかを一覧にする。
- 変換ルールの定義：日付形式、コード体系、区分値の読み替え、空欄の扱いなどを決める。
- データのクレンジング：重複・表記ゆれ・必須項目の欠落を修正する。
- 移行プログラム・手順の作成：変換と取り込みを自動化し、何度でも同じ結果が出るようにする。
- リハーサル：本番と同じ手順で試験移行し、件数・金額・内容を突き合わせる。
- 本番移行と検証：切り替え日に実施し、合計値や抜き取りで確認する。
移行方式には、主に次の2つがあります。
| 方式 | 内容 | 向いている場面 | 注意点 |
|---|---|---|---|
| 一括移行 | 切り替え日に全データを一度に移す | データ量が少ない、業務を一時停止できる | 失敗時の影響が大きい。切り戻し手順が必須 |
| 段階移行 | 部署・機能・期間ごとに分けて移す | 規模が大きい、止められない業務がある | 新旧システムが併存し、データの二重管理が発生 |
どちらを選ぶ場合も、「移行後に何をもって正しいとするか」という検証基準を事前に決めておくことが重要です。件数が一致するか、売掛残高などの合計金額が一致するか、代表的な数件を画面で目視確認するか、といった基準を発注側と開発側で合意しておきます。
実務での使い方・具体例
架空の例として、10年以上使ってきた販売管理システムを新システムへ入れ替える会社を考えます。旧システムには、顧客区分の値が途中で変わっていたり、使われていない項目に別の情報が入力されていたりと、運用の中で生まれた「独自ルール」が多く残っていました。
このようなケースでは、まず旧データを実際に抽出して中身を確認する作業が欠かせません。仕様書や項目名だけを見てマッピングすると、「備考欄に請求先が書かれていた」「削除されたはずの取引先が残っていた」といった事実を見落とします。旧システムを使ってきた現場の担当者に、データの意味を確認しながら進めることが、移行の品質を左右します。
また、移行作業はシステム開発の終盤に置かれがちですが、実際には要件定義の段階から計画しておくべき工程です。移行に必要な工数や、データ確認に割く現場の時間を見込んでおかないと、リリース直前にスケジュールが圧迫されます。
移行の役割分担も、早めに決めておくべき論点です。一般的には、旧データの抽出と内容の説明は発注側、変換プログラムの作成と取り込みは開発側、移行結果の確認は双方、という分担が多くなります。ただし旧システムの保守会社しかデータを抽出できない場合もあるため、抽出の可否と費用、所要期間を事前に確認しておきます。切り替え当日のタイムテーブル（旧システムの停止時刻、最終データの抽出、取り込み、検証、利用開始の判断）を作り、問題が起きた場合に旧システムへ戻す判断基準も決めておくと、当日の混乱を防げます。
よくある誤解と注意点
- 「エクスポートして取り込むだけ」ではない：形式の変換やクレンジングに想像以上の手間がかかります。見積もりの段階で移行の範囲と担当を明確にしておきます。
- 全部移そうとしない：古い履歴をすべて移すと、変換ルールが複雑になります。参照用に旧データを別途保管し、新システムには必要な分だけ移す判断も有効です。
- リハーサルを省かない：一度の試験で問題が出ないことはまずありません。最低でも1〜2回は本番同様の手順で通します。
- 切り替え後の問い合わせ対応を準備する：移行直後は「前のデータが見つからない」という問い合わせが集中します。対応窓口と調査手順を決めておきます。
関連用語
- マイグレーション：システムやデータを新しい環境へ移すこと全般。
- 名寄せ：重複データを同一のものとして統合する作業。
- データクレンジング：誤りや表記ゆれを修正する作業。
- リプレイス：既存システムを新しいシステムに置き換えること。
- ロールバック：問題発生時に元の状態へ戻すこと。
- 実践記事：システム入れ替え時のデータ移行計画
Otsumuに相談できること
移すデータが少なく、項目の対応も単純であれば、新しいシステムの取り込み機能を使って社内で移行できることも多いです。一方、旧システムのデータの中身がよく分からない、変換ルールが複雑、業務を止めずに切り替えたい、といった場合は、移行計画と検証の設計を早い段階から外部と一緒に組んだほうが安全です。Otsumuではシステムリプレイスの一環として、データの調査から移行手順の設計まで支援します。30分の無料相談で現状をお聞かせください。
執筆：Otsumu株式会社 ／ 編集日 2026.10.01