データ移行とは

データ移行は、一般的な IT アクティビティの 1 つです。ただし、データ資産はさまざまな状態でさまざまな場所に存在する可能性があるため、移行プロジェクトの中には他の移行プロジェクトに比べて複雑で技術的な課題が多くなるものもあります。データ資産の例を次に示します。

• 多数の異なるデバイスに保存されている、未整理の多種多様なファイル。
  
  
• アプリケーション、オペレーティング システム、環境。
  
  
• リレーショナル データベース (SQL Server、MySQL、PostgreSQL、MariaDB など)。
  
  
• 非構造化データベース (MongoDB、Azure Cosmos DB、DocumentDB、Cassandra、Couchbase、HBase、Redis、Neo4j など)。
  
  
• データ レイク、データ BLOB、データセンター全体。
  

したがって、データ移行プロジェクトを確実に成功させるには計画、実施、検証が必要になります。クラウド移行とその他の種類の移行について、ここで詳しく学びましょう。  

クラウド データ移行の要件収集とスコープ設定を始める前に、初めに組織が実際にどのようなデータを保有しているかを検出して評価することが必要です。データの実地調査を行う、つまりどれだけの量があり、どれだけの種類があり、その質や状態がどの程度かを明らかにする必要があります。

さらに、移行が組織に及ぼすインパクトを評価する、誰が利害関係者で、誰が関連専門知識を持つかを明確にする、責任を割り当てる、予算とタイムラインを設定する、データ移行プロジェクトについての全員のコミュニケーション方法について合意を得るといったことを行います。

プロジェクトのスコープが確定したら、移行をデザインします。これに含まれる作業としては、データの移動時に使用するデータ移行ソフトウェアとハードウェアの選択、データ移行の仕様の作成、データを移行するペースの決定 (すべて一度に、または少しずつなど) があります。多くの組織は、移行のライトサイジングについてのヘルプとガイダンスを求めます。特に、クラウドに移行するときです。 

計画が完了して、移行のデザインが完成したら、実施を始めます。計画フェーズで定められた要件とステップ バイ ステップの移行ガイダンスに従ってデータ移行ソリューションを構築し、データの移転を開始します。  

データを移行するときに、その実行を監視してテストします。データが正しく移転されて競合、データの品質の問題、重複、異常がないことを確認するためです。この監視とテストは、運用環境をミラーリングした環境で行います。この環境は、データ移行に関する問題をすばやく特定して修復できるものであることが必要です。

すべてのデータが移行されて実施が完了した後に、新しい構成でのデータの監査を行い、そのデータが正確に移転されたことを検証します。データ移行の検証が、技術およびビジネスの利害関係者と、それ以外の、そのデータを使う人々 (これには顧客も含まれます) によって行われるまでは、古いデータ構成の運用を終了することはできません。

組織のデータ移行が必要になる、あるいは組織がデータを移行することを選ぶ理由はさまざまです。大まかに言えば、これらの理由としては、コストの縮小、イノベーションの実現、パフォーマンスの向上、可用性の向上、セキュリティの強化などが挙げられます。組織のデータを移行するという決断を下すときに考慮する必要がある事項としては、データの整合性、移行のコスト、ビジネスとその顧客への影響があります。

データ移行が必要になる具体的なシナリオとビジネス ケースの例を次に示します。