データ移行とは、既存のデータをある場所から別の場所へ移すプロセスです。たとえば、既存のデータベースから新しいデータベースへ、オンプレミスのストレージからクラウドへ、あるいは新しいストレージデバイスへデータを移行します。多くの場面で企業はデータを移行する必要があるため、データ移行は一般的な作業ですが、リスクも少なくありません。データ移行は複数の段階から成る複雑なプロセスです。関係するすべてのステークホルダーを巻き込み、起こり得る不測の事態に備えた綿密な戦略を立てることで、リスクを軽減できます。本記事では、データ移行のプロセスと種類、課題、そして成功の可能性を高めるベストプラクティスと戦略について説明します。
データ移行の種類
すべてのデータ移行には、十分に検討された戦略、綿密なマッピング、詳細な計画が必要ですが、計画の内容は移行の種類によって異なります。
ストレージ移行
ストレージ移行とは、あるストレージ媒体から別の媒体へデータを移すことです。たとえば、ハードドライブからテープへ移行します。ストレージのブロックやファイルをある媒体から別の媒体へ転送する際にデータを検証することで、古いデータや破損したデータが新しいシステムへ移される量を減らせます。
データベース移行
データベース移行では、データベースベンダーの変更、既存データベースのアップグレード、データベースのクラウド移行などに伴い、データベースファイルを新しいシステムやアップグレード済みのシステムへ移します。データを移す前に、既存のデータベースをバックアップし、品質保証プロセスを整備しておく必要があります。
アプリケーション移行
アプリケーション移行では、データを新しい環境へ移します。たとえば、オンプレミスのアプリケーションからクラウドプロバイダーの環境やデータセンターへ移行します。既存のアプリケーションを再構築するよりも移行が推奨されますが、カスタマイズされたアプリケーションではプロセスが複雑になる可能性があります。
クラウド移行
クラウド移行とは、企業のすべてのデータ、アプリケーション、サービス、ITプロセス、つまり事業運営全体をクラウドへ移す包括的な転送を指します。オンプレミスのソリューションやデータセンターからクラウドへ移行する場合もあれば、別のクラウドベンダーへ移行する場合もあります。
データ移行のベストプラクティス
種類にかかわらず、すべての移行計画には、準備、計画、実行、品質保証テストと最適化という4つの共通フェーズがあります。綿密な計画を立てても、複雑な要因によってデータ移行が困難になることがあります。以下のベストプラクティスは、移行を成功させるのに役立ちます。
移行コンサルタントを雇う
社内に移行の経験者がいない企業は、移行の計画と実行を支援してもらうため、移行コンサルタントを雇うべきです。多くのことがうまくいかず、データや事業継続性が危険にさらされる可能性があります。場当たり的に進めるのではなく、経験豊富な専門家を迎えることで、成功を確実にしやすくなります。
移行アセスメントを実施する
移行アセスメントとは、組織が計画中の移行のさまざまな構成要素をより深く理解するために記入できる質問票です。適切なアプローチの特定、予算の策定とリソースの確保、スケジュールの決定に役立ちます。
ステークホルダーを関与させる
影響を受けるすべての人に移行計画を伝えることで、検討すべき事項が漏れなく検討され、必要なデータがすべて移行されるようにできます。また、データを利用する全員に移行の実施時期を知らせることで、データの消失、重複、破損を防ぎ、移行そのものにも役立ちます。
バックアップと復旧計画を作成する
不可欠なのは、移行対象のすべてのデータをバックアップし、計画どおりに進まなかった場合に備えてロールバックと復旧の計画を策定することです。これにより、予期しないダウンタイムを最小限に抑え、事業継続性を確保できます。
業務に適したツールを使う
適切な移行ツールを見つけるためにベンダーとプラットフォームを評価し、期待どおりに機能すること、そして自分が使い方を理解していることを確認するためにテストします。さらに、移行プロセスもテストして、計画の弱点や問題点を洗い出します。実際の移行時ではなく、リハーサル中に見つけるほうがよいでしょう。
データとシステムを理解する
移行するデータはアセスメントプロセスに含める必要があります。データの品質はどうでしょうか。クリーニング、再フォーマット、その他の準備が必要でしょうか。チームとシステムについても同様です。関係するスタッフ全員が移行プロセスとツールの仕組みを理解していますか。スケジュールは明確になっていますか。
オフピーク時間帯に移行する
ほとんどの企業は、移行プロセス中も業務を継続する必要があります。特に、24時間体制で稼働する大企業ではなおさらです。数時間でも業務を停止すれば、事業継続性が損なわれ、顧客を失う可能性があります。トラフィックが最小限になるオフピーク時間帯や、祝日を含む週末などに移行を計画しましょう。
プロセスを監査し、文書化する
綿密な文書化により、移行プロセスの構成要素をすべて把握しやすくなり、予期しない問題のトラブルシューティングや不測の事態への備えも容易になります。移行が完了した後も、すべてのシステムとデータについてテスト、監査、文書化を続けましょう。問題は必ずしもすぐに明らかになるとは限りません。
データ移行の課題とリスク
データ移行は、多くの手順、人員、相互に異なるツールやシステムが関わる複雑なプロセスです。問題が発生する可能性は数多くあります。どれほど綿密に立てた計画でも、あらゆる可能性に対応できるとは限りません。しかし、十分に検討された戦略があれば、予期しない事態が発生したときにも備えられます。
データ移行で注意すべき、最も一般的な問題を以下に紹介します。
- データ損失。移行中にデータが失われるリスクは常に存在するため、すべてのデータをバックアップし、復旧計画を整備しておく必要があります。移行後には、過去のデータが新しいシステムに移行されたことを確認するため、テストを実施しましょう。
- データ破損。誤りのあるデータ、不要なデータ、破損したデータを移行先のシステムに移すと、システムがクラッシュしたり、検証済みの過去データが破損したりする可能性があります。可能性を最小限に抑えるため、データを移行先のシステムへ移す前に、データの種類とソースを監査しましょう。
- セキュリティリスク。移行によってデータがリスクにさらされ、サードパーティーベンダーに公開されたり、エクスプロイトの影響を受けやすい脆弱なシステムへ移されたりする可能性があります。優れた移行戦略にはデータセキュリティの要素を含める必要があり、選定プロセスでは移行先システムのセキュリティも考慮すべきです。
- パフォーマンスの低下。移行中は、バグ、過負荷状態のシステム、信頼性の低い移行ツールによってパフォーマンスが影響を受ける可能性があります。移行のペースを検討し、すべてのシステムが対応できる状態であることを確認しましょう。
- セマンティクスエラー。フィールドやレコードの誤り、不正確な処理によってセマンティクスエラーが発生すると、移行したデータが機能しなくなる可能性があります。実際の移行に先立って厳格な移行テストを行うことで、リスクを最小限に抑えられます。
- 長時間のダウンタイム。移行で問題が発生すると遅延が生じ、複数の問題が重なることで移行が長引き、切り替えにも時間がかかる可能性があります。その結果、収益や顧客を失うことがあります。コンサルタントや移行会社とのサービスレベル契約（SLA）に、許容可能な期限が明記され、保証されていることを確認しましょう。
- 人的ミス。どれほど綿密に計画されていても、人為的なミスによって移行が失敗する可能性があります。これを防ぐ最善の方法は、関係者全員をトレーニングすることです。ツール、役割、スケジュールを理解し、手順を明確に把握していることを確認しましょう。
データ移行戦略：データを正常に移行する方法
優れたデータ移行戦略は、コスト、データ損失、ダウンタイムを最小限に抑え、成功の可能性を最大限に高めます。少なくとも、移行アプローチを明確にし、スケジュールを策定し、使用する移行ツールを特定し、データを検証するプロセスの概要を定める必要があります。また、社内のステークホルダーと、社内スタッフまたはコンサルタントである移行の専門家から成る移行チームを編成し、そのチームがプロセスを主導する体制も整えるべきです。さらに、データ移行戦略では、以下の移行要素を計画する必要があります。
移行アプローチ
移行戦略における最初の決定事項の1つは、移行アプローチを決めることです。一般的な選択肢は2つあります。ビッグバン移行は、指定した期間内、たとえば週末の間に、すべてのデータを1回の処理で転送します。トリクル移行は、移行先のシステムへデータを段階的に転送する方法で、一定期間にわたって旧システムと新システムを並行稼働できます。
ビッグバン方式は所要時間が短い一方、移行中はシステムを完全にオフラインにする必要があります。通常、24時間体制での稼働が求められない中小企業で利用されます。トリクル移行は、長時間にわたって業務を停止できない大企業に適しています。この方式では、移行に関する潜在的な問題の検出と解決も容易になります。
移行チーム
移行アプローチによって、移行チームに含めるべき人員が決まります。社内に経験と専門知識を持つ人がいない場合は、データ移行の専門家をコンサルタントとして契約すべきです。社内のチームメンバーは、移行が最優先事項であり、プロジェクト期間中は優先度に見合った努力を継続する必要があることを認識しなければなりません。
データの評価とクリーンアップ
データ評価プロセスでは、移行先へ移すデータを検証し、移行前に不整合を特定します。不完全または不正確なデータや、その他のデータ品質上の異常は、移行先システムへ移す場合にはクリーンアップする必要があります。そうでなければ削除すべきです。データ移行ツールは、クリーンアップ作業に役立ちます。
データセキュリティとガバナンス
データガバナンスの戦略を整備することで、移行プロセス全体を通じてデータの品質と完全性を確保し、データの状態と移行の進捗を追跡・報告できます。この移行段階でも、自動化された移行ツールは非常に有用であり、計画に組み込むべきです。
結論：データ移行の重要性
企業がデータを移行する理由は数多くあります。新しい顧客関係管理（CRM）ソフトウェアや財務システムを導入し、旧プラットフォームからすべての記録を移す必要がある場合もあれば、データストレージの容量とリソースを削減するためにレガシーシステムをアップグレードする場合、オンプレミスのストレージからクラウドへ移行する場合もあります。
これらすべてのシナリオに共通するのは、業務を改善するという目的です。こうした取り組みを成功させるには、データ移行プロセスを成功させることが不可欠です。
たとえば、新しいソフトウェアプラットフォームの選定と導入には、多くの時間と費用がかかります。新しいプラットフォームによってスタッフの効率が向上し、業務が合理化される可能性があります。しかし、旧システムのデータを正しく移行できなければ、新システムが役に立たなくなる、あるいはそれ以上の問題が生じるおそれがあります。何年にもわたる顧客データ、金融取引、過去の記録にアクセスできなくなったり、破損したり、失われたりする可能性があるのです。
ほぼすべての企業は、いずれデータ移行を経験することになります。移行プロセスには困難が伴う可能性がありますが、十分に検討された戦略によってリスクを最小限に抑え、予期しない災害の影響を軽減できます。社内スタッフであれコンサルタントであれ、経験豊富な専門家と協力することも同様に有効です。
データを安全に保つ方法について詳しく知るには、「データストレージセキュリティとは：知っておくべきこと」。