データ移行とは？データ移行の種類や方式、実際の移行手順について解説
データ移行とは、企業や組織が保持するデータを古いシステムから新しいシステムへと移すプロセスのことです。
システム刷新やパッケージ導入時などに欠かせない工程であり、データマイグレーションとも呼ばれます。
データ移行は4種類存在しています。
- ストレージ移行
古いストレージシステムから新しいストレージシステムへ、物理的もしくは仮想的にデータを移動するプロセス - データベース移行
データベースを異なるプラットフォームへ移行するプロセス - アプリケーション移行
ソフトウェアアプリケーションを別のプラットフォームへ移行するプロセス - ビジネスプロセス移行
業務フローや運用プロセスそのものを効率化・刷新するプロセス
また、データ移行には3つの方式が存在しています。
- 一斉移行方式
全てのデータを短期間で一括して移行する方式です。
迅速な移行が可能ですが、移行元システムと移行先システムの両方を一時的に停止する必要があります。 - 段階的移行方式
データを段階的に移行する方式です。
部分的な移行を行う手法のため、一斉移行方式と異なり、システム停止を回避できるメリットがありますが、全体のプロセスには時間がかかってしまい、本格運用までの期間が長いというデメリットがあります。 - 並行稼働方式
一斉移行方式と段階的移行方式の要素を合わせた移行方式です。
データごとにどちらの方法で移行するか選択し、相互のデメリットを最小限に抑えることが可能です。しかし、計画や管理が難しいというデメリットがあります。
実際にデータ移行を進める際は、下記のような手順を踏みます。
- データ移行方針の検討
プロジェクト要件やテスト方針書を踏まえ、データ移行の対象範囲、役割、スケジュールを検討し内容について開発ベンダと合意を得ます。
なお、開発ベンダとの合意事項をまとめた文書はデータ移行方針書と呼びます。
※検討事項：対象となるテーブル、データ項目、データ量、移行方法、移行リハーサルの実施要否・実施方法…など
- 移行データの調査・クレンジング方針の策定
作成したデータ移行方針書を基に移行対象データに関する調査を行います。
また、移行対象データに関しては、クレンジングの要否を判定の上、クレンジング方針を策定します。
なお、クレンジングとはデータの中から、重複や誤記、表記の揺れなどを探し出し、削除や修正、正規化などを行ってデータの品質を高めることを指します。 - 移行元データ項目一覧の準備
2.の工程で明らかになった移行対象データを一覧化します。 - データマッピングの実施
3.の工程で一覧化した移行対象データを、新システムのデータベースへ移行する方法を定義します。 - データ移行計画書の作成
データ移行方針書を基に移行概要、移行対象、切り戻し時対応、スケジュール、移行体制・役割分担を具体化した移行計画書を作成し、決定事項について随時更新します。 - データ移行手順書の作成
データ移行計画書を基に、具体的なデータ移行の進め方を記載したデータ移行手順書を作成します。 - データ移行テスト計画書の作成・データ移行テストの実施
データ移行計画書、データ移行手順書を基に、データ移行範囲、移行方針、移行方法を具体化し、データ移行テスト計画書としてまとめます。
その後、データ移行テスト計画書をもとにテストを実施します。 - 移行リハーサル計画書の作成・移行リハーサルの実施
データ移行テスト結果とデータマッピングにて定義した内容との整合を確認したのち、不具合がなければ移行リハーサルの実施要否判断を行います。
移行リハーサルを実施する場合、移行計画書を基に移行リハーサル書を作成し、それに基づいて移行リハーサルを実施します。
※データ移行テストで不具合が発生した場合は、受入れテストまでに不具合の改修と再テストを実施します。また、コンティンジェンシープランの策定も重要なポイントです。
※移行リハーサルを実施しない場合、データ移行テストで使用したデータを受入テストで使用します。 - 受入テスト計画書の作成・受入テスト実施
受入テスト計画書(受入テストの目的、テスト対象・範囲、スケジュール、担当者、テスト管理の流れ)を作成します。
その後、受入テスト計画書を基に作成した受入テストシナリオ(受入テストを実際に行う際の手順書)を参照しながら受入テストを実施します。 - 本番移行判定・本番移行の実施
受入テストの結果、本番環境へ移行判定しても問題ないと判断された場合、本番環境へのデータ移行作業を実施します。
その後、新システムの稼働状況を確認し、問題がなければ新システムをリリースします。
あわせてこの用語と記事をチェック
パッケージ導入時の実装作業とその中でも発注者側が実施すべきこととは – IT調達ナビ (gptech.jp)
新システム稼働直前の受入テストや移行時に発注者側が実施すること – IT調達ナビ (gptech.jp)
この記事の編集者
大野 誠司
日本のIT変革の一助となりたいと考え（株）グローバル・パートナーズ・テクノロジーに新卒入社。 主に民間企業の情シス業務に従事しつつ、IT調達ナビでシステム発注に役立つ記事を展開するというメディア運営業務にも携わる。
