データ移行戦略ガイド

新しいシステムへの移行は決して容易ではありません。しかし、古いシステムがニーズを満たさなくなった場合は、それを行うしかありません。問題：全てのデータの移行方法 このガイドでは、データ移行に関するさまざまなステップについて説明し、ビジネスに適した戦略を作成する方法を説明します。始めましょう。

データ移行とは、オンプレミスのデータセンターからクラウド、データベースからデータウェアハウスなど、あるストレージの場所から別の場所にデータを移動するプロセスです。データ移行プロセスには、プランニング、マッピング、抽出、フォーマットが含まれ、新しいストレージ環境でデータにアクセスできるようにします。 

データの迅速かつ容易な移行は、処理すべきデータの量と種類が急激に増加するにつれて、ますます重要になっています。

ほとんどのデータ移行には、一般的に以下のステップが含まれます。

• 移行するデータを分析して、現在のストレージ環境と移行先の環境間の互換性の問題を特定します。
• データのバックアップにより、データ移行中のデータ損失の可能性を最小化します。
• 本番環境のコピーを使用して移行コードやアプリケーションをテストし、新しいソース・システム上のデータを検証します。
• データ・ローダまたは ETL アプリケーションを使用してソース・システムからデータを抽出します。
• 必要に応じてデータをターゲット・システム形式に変換します。
• 新しいシステムにデータをロードする
• 検証とテストで、データ転送が成功したことを確認します。

もちろん、移行対象や場所によって、上記の内容が異なる場合があります。

これらは、データ移行に関連する最も一般的なリスクと課題です。 

1. 予算超過

Bloor Group 社によると、データ移行プロジェクトの 60% 以上が時間や予算を超過しており、コストは平均 30%、時間も平均 41% 超過しています。もちろん、時間は予算と相互に関連しており、通常、以下に説明する他のリスクの 1 つに関連する遅延により、予算超過が発生します。

2. データ損失

データ損失は、データ移行における一般的な問題です。もちろん、データ損失は主要なビジネス・キラーであるため、データのバックアップ（上記）はデータ移行の重要な部分です。 

3. ダウンタイム

ダウンタイムは、一般的なデータ移行リスクの 1 つです。ジオレプリケーションなどの適切なシステムを導入しなければ、サーバーをシャットダウンせずにデータを移行し、アプリケーションの性能に影響を与えることは困難です。 

4. データ破損

データ破損により、不要なデータが新しいシステムに転送され、クラッシュや不良データが発生し、最終的にアプリケーションの性能に影響が及ぶ可能性があります。 

5. データ・グラビティ

おそらく、全てのデータ移行の最大のリスクは、データ・グラビティです。これは、同じ環境で異種または一度は接続されていないデータセットを一緒にすることで生じます。データ・グラビティとは、データとアプリケーションが互いに自然に引き寄せられるという考えです。データが非常に重く、データの移動が難しくなり、データの簡素化、適用、使用のためにデータを切り離すことがはるかに困難になります。 

適切なデータ移行計画により、データグラビティを含む上記の全てを回避できます。そのため、データ移行戦略が実行されます。

全てのデータ移行の一般的な目的は、性能と競争力を向上させることですが、移行によって、未知の情報や重複を含むデータが不正確になった場合は、これらのいずれも達成できません。包括的なデータ移行戦略や計画を持つことで、データの移行が妨げられ、解決する以上の問題が生じることになります。

データ移行にはさまざまな種類があり、近日中に開始します。全体的な計画は、移行の種類と一致する必要があります。

しかし、一般的には、データ移行戦略には主に 2 種類あります。

1. オール・アット・ワンス 

そうでなければ、「ビッグバン」移行と呼ばれる、オール・アット・ワンスの転送で、全てのデータを一度に移行します。通常は、ETL 処理と新しいデータベースへの移行中に、システムをダウンさせます。

この方法の利点は、全てが 1 回ですぐに起こることです。不利な点は、企業のシステムが少しの間ダウンし、セキュリティやデータ損失のリスク、移行の侵害や失敗のリスクが生じることです。

2. 「トリクル」

データ移行は、移行の実行中に古いシステムと新しいシステムの両方を並行して実行することで段階的に行われます。これにより、ダウンタイムや運用の中断を排除できます。

オール・アット・ワンス・マイグレーションと比較して、トリクルな実装は複雑ですが、適切に行えば、リスクを追加するのではなく、リスクを低減するよりも複雑性が増すことが多くなります。

データ移行戦略にはさまざまな種類がありますが、データの移行元や移行先、移行するデータの種類によっても、データ移行にはさまざまな種類があります。

データベース移行

データベース移行とは、あるベンダーから別のベンダーに移行するため、またはデータベースに現在使用されているソフトウェアをアップグレードするために、2 つのデータベース・システム間でデータまたはアプリケーションを転送することです。

クラウド移行 

クラウド移行には、オンプレミスのデータセンターからクラウド、またはクラウドから別のクラウドへのデータやアプリケーションの移行が含まれます。多くの場合、クラウド移行にはストレージ移行が伴います。

ストレージ移行

ストレージの移行には、既存のストレージアレイから新しいアレイへのデータやアプリケーションの移行が含まれます。

アプリケーションの移行

アプリケーションの移行には、ある環境から別の環境へのアプリケーションの移行が含まれます。これは、アプリケーションをオンプレミスのデータセンターからクラウドに移動すること、アプリケーションをクラウドから別のクラウドに移動すること、アプリケーションの基盤となるデータをソフトウェア・プロバイダがホストする新しい形式のアプリケーションに移動することなどを意味します。

全てのデータ移行には何らかの形の ETL が伴いますが、データセンターの移行計画の正確な形式は、ビジネス固有のニーズによって異なります。とはいえ、計画を成功させるために必要なものを確実に提供するために従うことができる一般的なステップがいくつかあります。

優れたデータセンター移行プロジェクト計画は、移行を予定どおり、予算内で維持します。Data Migration Pro の簡単なステップ・バイ・ステップのガイドをご覧ください。

1. 移行前計画

移行前の影響評価を実行して、移行のコストを検証する必要があります。この評価では、コストの見積もりが推測または具体的な詳細と事実に基づいているかどうかを検証する必要があります。また、移行に関与している、または関与している可能性がある場合は、経営幹部や IT 部門にも知らせる必要があります。また、プロジェクトのセキュリティ制限に関して、関連するセキュリティ・ガバナンス・チームから正式な合意を事前に取得し、最適なプロジェクト提供構造（アジャイル対ウォーターフォール）を決定し、関係者全員が移行における各自の役割を理解し、トレーニング計画を設計し、構成管理ポリシーが整備されていることを確認する必要があります。

2. プロジェクト開始

プロジェクト開始フェーズでは、バックオフィスを整頓します。データ移行計画のこの部分では、ステークホルダーとのコミュニケーション計画を作成し、プロジェクトのポリシーを公開および配布し、プロジェクトコラボレーションプラットフォームを設定し、標準的なプロジェクト文書を作成し、サードパーティのサプライヤー契約を正式にし、プロジェクトの後半のフェーズのハードウェアとソフトウェアの要件を定義する必要があります。

3. ランドスケープ分析

ランドスケープ分析は、データの構造、意味、コンテンツ、コンテキストを掘り下げる場所であるため、データ移行計画の最も重要なフェーズとなる可能性があります。この段階では、詳細なデータ・ディクショナリ、高度なソースからターゲットへのマッピング仕様、高度なスコーピング・レポートを作成する必要があります。また、高水準のボリュームメトリックを決定し、リスク管理プロセスをチームと共有し、データ品質管理プロセスとインパクト・レポートを作成し、ファーストカットのシステム除却戦略を開発して共有し、概念モデルと共通モデルを設計し、プロジェクトの見積もりを改善する必要があります。

4. ソリューション設計

ソリューション設計プロセスでは、ソースからターゲットへの変換をマッピングし、構築のための最終的な設計を作成します。この段階では、詳細なマッピング設計仕様、インターフェース設計仕様、データ品質管理仕様を作成する必要があります。また、本番ハードウェアの要件を定義し、移行のためのサービス・レベル契約に同意する必要があります。

5. 構築とテスト

構築とテストの段階では、データ移行アーキテクチャを実装し、厳密なテストを使用して、目的に合っていることを確認します。この段階では、チームが移行ロジックを文書化していることを確認する必要があります。また、ライブ環境のミラーを使用して移行をテストする必要があります。 独立した移行検証エンジンを開発し、 レポート戦略と関連技術を定義し、 継続的なデータ品質監視ソリューション、 移行のフォールバック・ポリシーを作成する 従来の廃止戦略を確立し、 関連する実行トレーニングを修了し、発生する可能性のあるデータ品質の問題を確実に理解し、予想される問題について利害関係者から承認を得て、データ移行の実行戦略の定義とレイアウトを行い、ギャップ分析を作成し、実際の進捗状況と現在の進捗状況を比較します。 

6. 移行と検証

ここで、上記のアプローチのいずれかで移行を実際に実行します。全て一度に実行することも、トリクル・ダウンすることもできます。ここでは、監査人やビジネス・スポンサーに対する移行のコンプライアンスを示す必要があります。また、移行が成功し、結果として得られるデータ品質がターゲット・サービスをサポートするのに十分なレベルにあることを確認するために、移行を独自かつ客観的に検証する必要があります。

7. デコミッショニングと監視

データ移行の最終段階では、従来の環境を一新し、データ品質の資産を移行します。この段階では、システム除却検証を完了し、データ品質監視の所有権を引き継ぐ必要があります。

既に述べたように、データ・ストレージは、あらゆるデータ移行において重要な役割を担っています。適切なストレージがなければ、データが準備できなかったり、移動できなかったりして、移行が始まる前に成功が遠のいてしまう危険性があります。

ピュア・ストレージのサブスクリプションは、Evergreen アーキテクチャ上に構築されており、データ移行をより簡単かつ手頃な価格で提供します。

• Evergreen//One は、ストレージの管理とサポートに関連する複雑さとコストを削減し、IT リスクを軽減しながら、財務上の柔軟性と運用の簡素化を実現します。
• Evergreen//Flex は、需要や用途の変化に柔軟に対応し、ストレージの俊敏性を高め、初期費用を削減することで容量使用量の ROI を最大化します。
• Evergreen//Forever は、真の IT 俊敏性を提供します。ストレージを一度購入すれば、ペナルティなしで、事実上永久にシームレスに無停止で拡張できます。

ピュア・ストレージの Evergreen ポートフォリオは、データの移行をより簡単でコスト効率の高いものにします。