データ移行

データ移行とは、データを選択、準備、抽出、変換し、あるコンピュータ ストレージ システムから別のコンピュータ ストレージシステムに永続的に転送するプロセスです。さらに、移行されたデータの完全性の検証と、レガシー データ ストレージの廃止は、データ移行プロセス全体の一部と見なされます。^{[1] [2]}データ移行は、システムの実装、アップグレード、または統合における重要な考慮事項であり、通常は可能な限り自動化されるように実行され、面倒な作業から人的リソースを解放します。データ移行は、サーバーまたはストレージ機器の交換、メンテナンスまたはアップグレード、アプリケーションの移行、Web サイトの統合、災害復旧、データ センターの移転など、さまざまな理由で発生します。^[2]

2011 年時点で^{[アップデート]}、「データ移行プロジェクトの約 40% が時間超過、予算超過、または完全に失敗しました。」^{[1] [3]}したがって、効果的なデータ移行には適切な計画が不可欠です。データ移行計画の詳細はプロジェクトごとに異なる場合があり、時には大幅に異なる場合がありますが、IBM は、ほとんどのデータ移行プロジェクトには計画、移行、移行後の 3 つの主要なフェーズがあると提案しています。^[2]これらのフェーズにはそれぞれ独自のステップがあります。計画中は、依存関係と要件が分析され、移行シナリオが開発およびテストされ、事前の情報を取り入れたプロジェクト計画が作成されます。移行フェーズでは計画が実行され、移行後では、移行の完全性と徹底性が検証され、文書化され、レガシー システムの必要な廃止も含めて完了します。^[2]中程度から高度の複雑さのアプリケーションの場合、新しいシステムが完全に検証され、展開されたと見なされるまでに、これらのデータ移行フェーズが数回繰り返されることがあります。

計画: 移行するデータとアプリケーションは、ビジネス、プロジェクト、技術要件と依存関係に基づいて選択されます。ハードウェアと帯域幅の要件が分析されます。実行可能な移行とバックアウトのシナリオ、および関連するテスト、自動化スクリプト、マッピング、および手順が開発されます。データ品質を向上させ、冗長または古い情報を排除するために、データ形式のデータクレンジングと変換の要件も評価されます。移行アーキテクチャが決定および開発され、必要なソフトウェアライセンスが取得され、変更管理プロセスが開始されます。^{[1] [2]}

移行: ハードウェアとソフトウェアの要件が検証され、必要に応じて移行手順がカスタマイズされます。要件とカスタマイズされた設定が期待どおりに機能することを確認するために、何らかの事前検証テストが行​​われることもあります。すべてが順調であると判断された場合、移行が開始されます。これには、古いシステムからデータを読み取るデータ抽出と、新しいシステムにデータを書き込むデータロードという主要な作業が含まれます。追加の検証手順により、作成された移行計画が完全に実行されたことが確認されます。^{[1] [2]}

移行後: データ移行後、結果に対してデータ検証が行われ、データが正確に変換され、完全であり、新しいシステムのプロセスをサポートしているかどうかが判断されます。検証中は、不一致の領域を特定し、誤ったデータ損失を防ぐために、両方のシステムを並行して実行する必要がある場合があります。移行プロジェクトの追加文書化とレポート作成が行われ、移行が完了したことが検証されると、レガシーシステムも廃止される可能性があります。移行完了会議で、移行プロセスは正式に終了します。^{[1] [2]}

データ移行とデータ統合のアクティビティには違いがあります。データ移行とは、データをある環境から別の環境に移動またはコピーし、ソースから削除または廃止するプロジェクトです。移行中 (数か月または数年かかる場合があります) は、データが複数の方向に流れ、複数の移行が同時に行われる場合があります。ETL (抽出、変換、ロード) アクションが必要になりますが、これらを実現する手段は、ETL の頭字語に従来関連付けられている手段ではない場合があります。

対照的に、データ統合はITアーキテクチャの恒久的な部分であり、さまざまなアプリケーションとデータストア間のデータの流れを担っており、プロジェクト活動ではなくプロセスです。運用システムからデータウェアハウスにデータを供給するように設計された標準的なETLテクノロジーは、後者のカテゴリに当てはまります。^[4]

データは、ファイルやデータベースなどのさまざまなメディアに保存され、ビジネス プロセスをサポートするソフトウェア アプリケーションによって生成および消費されます。データの転送と変換の必要性は、さまざまなビジネス要件によって決まり、移行のアプローチはそれらの要件によって異なります。これに基づいて、4 つの主要な移行カテゴリが提案されています。

企業は、より効率的なストレージ技術を活用するために、物理メディアを合理化することを選択する場合があります。^{[2]これにより、多くの場合、}仮想化技術を使用して、物理データブロックをテープまたはディスクから別のテープまたはディスクに移動する必要があります。データ形式とコンテンツ自体は通常、プロセスで変更されず、通常は上位レイヤーへの影響を最小限に抑えるか、まったく与えずに実現できます。^[5]

同様に、あるデータベースベンダーから別のデータベースベンダーに移行したり、使用しているデータベースソフトウェアをアップグレードしたりする必要があるかもしれません。後者の場合、物理的なデータ移行が必要になる可能性は低いですが、メジャーアップグレードではこれが発生する可能性があります。これらの場合、基礎となるデータ形式が大幅に変更される可能性があるため、物理的な変換プロセスが必要になることがあります。これは、データ操作言語またはプロトコルが変更されたかどうかに大きく依存して、アプリケーション層の動作に影響を与える場合とそうでない場合があります。^[6]ただし、最近のアプリケーションの中には、データベーステクノロジにほとんど依存しないように記述されているものもあるため、^[7] Sybase、MySQL、IBM Db2 、またはSQL ServerからOracleへの変更では、機能的パフォーマンスと非機能的パフォーマンスの両方が悪影響を受けていないことを確信するためのテストサイクルのみが必要です。

アプリケーションベンダーの変更（たとえば、新しいCRMまたはERPプラットフォーム）は、ほぼすべてのアプリケーションまたはスイートが独自のデータモデルで動作し、エンタープライズアプリケーション統合環境内の他のアプリケーションやシステムと対話するため、必然的に大幅な変革を伴います。^[8]さらに、アプリケーションを可能な限り広い市場に販売できるようにするために、市販の既製パッケージは通常、メタデータを使用して各顧客向けに構成されます。ベンダーは、処理する必要がある データの整合性を保護するために、アプリケーションプログラミングインターフェイス（API）を提供する場合があります。

ビジネスプロセスは、多くの場合、ビジネスプロセス管理ツールによって調整される、人間とアプリケーションシステムのアクションの組み合わせによって実行されます。これらが変化すると、組織や顧客、製品、運用に関する情報の変更を反映するために、あるストア、データベース、またはアプリケーションから別のストア、データベース、またはアプリケーションにデータを移動する必要が生じることがあります。このような移行の要因の例としては、合併や買収、ビジネスの最適化、新しい市場への参入や競争上の脅威への対応のための再編などがあります。^[9]

移行の最初の 2 つのカテゴリは、通常、IT 部門が他のビジネス部門の関与なしに処理する日常的な運用アクティビティです。最後の 2 つのカテゴリは、プロセスとアプリケーションの運用ユーザーに直接影響し、必然的に複雑であり、大幅なビジネス ダウンタイムなしで実行することが困難な場合があります。このような移行では、適応性の高いアプローチ、同時同期、ビジネス指向の監査機能、およびプロジェクト管理オフィスまたはデータ ガバナンス チームを通じて関係者が移行を明確に把握できることが重要な要件となる可能性があります。^[9]

デジタルオブジェクト自体に焦点を当てたマイグレーションとは、古いメディアから最新のメディアにデータを転送または書き換える行為であり、長年にわたりデジタルオブジェクトの長期保存のための唯一の実行可能なアプローチであると考えられてきました。^[10]脆い新聞をマイクロフィルムに複製することは、そのようなマイグレーションの一例です。

• 移行は、データ キャリアの陳腐化の可能性に対処しますが、データを使用する特定のテクノロジが完全に放棄され、移行が役に立たなくなる可能性には対処しません。
• 時間がかかります。移行は継続的なプロセスであり、特定のメディアに保存されているすべてのデータ オブジェクトについて、メディアが古くなるたびに繰り返す必要があります。
• コストがかかる – 機関は移行のたびに追加のデータストレージメディアを購入する必要があります。^[11]

• コンテンツの移行 – あるシステムから別のシステムへのコンテンツを移動するフォールバックとしてウィキデータの説明を表示するページ
• データ変換
• データキュレーション
• データの保存
• データ変換
• デジタル保存
• 抽出、変換、ロード（ETL）
• システム移行