データ移行とは何ですか?
データ移行とは、あるコンピューティング環境またはストレージシステムから別のコンピューティング環境またはストレージシステムにデータを移動することをいいます。組織は、分析のためにデータを収集および保存します。テクノロジーの変化を理由として、または運用をクラウドに移行するために、システム間でデータを移動して、統合されたビジュアライゼーションを実現する必要があります。データ移行の目標は、データを効率的かつ迅速に移動して、事業運営の中断を回避または最小限に抑えることにあります。これには、ネットワークリソース、データセキュリティ、所要時間や転送方法などの考慮事項について計画することが含まれます。また、データ移行では、データ値の欠落やデータ型の変更などの要因について、ストレージアーキテクチャを検討する必要がある場合もあります。
データ移行が重要なのはなぜですか?
組織データは、物理ストレージ、オンプレミスサーバーまたは仮想サーバー、単一マシン、さらにはさまざまなアプリケーションなど、さまざまな場所に存在します。また、データはさまざまな形式やタイプで保存されます。
組織は、さまざまな理由でデータをある場所、デバイス、またはアプリケーションから別の場所に移動します。例えば、データ移行は次の目的で使用される場合があります。
- リソースを統合
- データを統合して分析する
- ストレージコストを削減
- ビジネスデータを一元化
- 新しいアプリケーションを使用する
- レガシーデータをアーカイブする
- データを別の目的に使用する
- データ所有権の移管
- データ処理規制の遵守を強化
データ移行戦略にはどのようなものがありますか?
さまざまな種類の IT 移行があります。ストレージ移行、データベース移行、スキーマ移行、アプリケーション移行、ビジネスプロセス移行などの用語はすべて、ある場所から別の場所へのデータの移動を含みます。次に、データ移行に使用できるいくつかの戦略を示します。
リフトアンドシフト
リフトアンドシフトは、データを移行する最も簡単な方法です。データは変換せずに同じ形式で保持し、転送して別の場所に保存するだけです。これは効果的な戦略ですが、クラウド移行にはあまり役立たない場合があります。データを同じ形式で保存しても、クラウドストレージのメリットを効果的に活用できないことがよくあります。
既存のツールを使用する
組織が移行を成功させるのに役立つデータ移行ソフトウェアツールは多数あります。これらのベンダーとオープンソースのデータ移行ツールを使用すると、管理の観点からプロセス全体がはるかに簡単になります。
たとえば、 AWS DataSync は Amazon Web Services (AWS) の製品です。これにより、組織はオンプレミスの共有ファイルシステム、オブジェクトストレージ、または Hadoop クラスターを AWS クラウドストレージソリューションに移行できます。
すべてを一度に、または段階的に移動する
データ自体に応じて、すべてを一度に移動するか、データを段階的にシフトするかを選択できます。例えば、大量のデータを分割し、数週間にわたって一晩でチャンクデータ移行を実行できます。データを一度に移行するのが最も簡単で最速ですが、不可能な場合もあります。
専門家の助けを求める
チーム内に経験のある人がいない複雑な移行の場合は、外部の専門家の助けを借りるのが賢明です。AWS へのクラウド移行では、 AWS パートナーのいずれかに接続することを選択できます。
データ移行の前に考慮すべき要素は何か?
データ移行には、プロセスのあらゆる詳細を計画する必要があります。考慮すべき要素は次のとおりです。
オンラインまたはオフラインデータの移行
最新のネットワークソリューションを使用しても、大量のデータを移行するには時間とリソースを大量に消費する可能性があります。組織によっては、物理ストレージデバイスを出荷してデータをある場所から別の場所に移動する方が効率的で経済的です。また、この方法は、より広いインターネットを介してデータを送信するよりも安全です。
データ形式
通常、同じ形式のデータをある場所から別の場所に移行するのは比較的簡単です。例えば、データベースをオンサイトの SQL Server からクラウドベースの SQL Server に移行する場合、形式やスキーマを変更する必要はありません。ただし、データセンターの移行前にデータを新しい形式に変換する場合は、中間処理ステップが必要です。
運用停止
データをある場所から別の場所に移動すると、システムのダウンタイムや速度低下に直面します。影響を最小限に抑えるために、オフピーク時に移行をスケジュールできます。多くの組織は、システムのダウンタイムを発生させる余裕がないため、データ移行を延期しています。ただし、このアプローチは将来的に中断を増やす可能性があります。
データへの移行の手順を教えてください。
どの組織も、要件に合わせてカスタマイズした方法でデータ移行を計画しています。プロセスをより効率的にするために実行できる手順の概要を説明します。
ソースデータを確認する
データを移行する前に、既存のデータを確認して説明する必要があります。まず、データストレージの形式と現在の環境を見てみましょう。これに続いて、該当する場合は、ビューアでデータを調べて、その構造と属性を判断します。構造を新しいデータシステムにマップする必要があります。
宛先を決める
ソースデータを確認したら、ソースデータの構造と属性に基づいて、適切な宛先データストレージソリューションを選択できます。新しいデータストレージソリューションに合わせて、データの構造、属性、または形式を変更する必要がある場合があります。データ統合の場合、ソースデータをターゲットデータの仕様に合わせて再編成する必要があります。
データ移行戦略の概要
データ移行のニーズと宛先を定義したら、それを実行するための計画が必要です。データ移行計画は、移行を成功させるためのロードマップです。
データ移行プロセスがどのように機能するかを理解するには、次のことを決定する必要があります。
- 必要なシステムおよびデータ移行ツール
- セキュリティ要件
- あらゆるデータ変換プロセス
- コストと人的資源の要件
- データ移行プロセスのおおよそのタイムライン
データ移行戦略では、データ移行がユーザーに及ぼす潜在的な影響も判断する必要があります。これには、運用に関する緊急時対応計画の作成や、計画的なシステム停止をユーザーに知らせるための一連の連絡が含まれます。
技術的側面を実装する
データ移行プロセスを実行する前に、セキュリティと権限を含む移行先環境を設定する必要があります。可能であれば、自動化された再利用可能なソリューションを提供するために、データ移行パイプラインをコードとして作成してください。このコードは、今後の同様の移行に使用することも、プロセスを文書化するための記録として保存することもできます。体系化されたパイプラインは、生きたデータ移行計画として機能します。
ソリューションをテスト
データ移行プロセスに関連するリスクを軽減するには、テストが不可欠です。テストの種類は、データとソリューションによって異なります。例えば、テストするデータの小さい部分、ダミーデータ、またはライブシステムデータのコピーを選択できます。データ統合では、新しいテストデータと既存のデータが一致していることを確認してください。
データ移行を実行する
テストが正常に完了したら、データ移行をスケジュールして実行できます。予期せぬ事態が発生した場合にトラブルシューティングを行うには、たとえ業務が時間外であっても、プロセス全体を通して適切なチームが対応できるようにしてください。
データ移行後、新しい環境のライブデータを調べて正しさをチェックし、システムが意図したとおりに動作することを確認します。新しいシステムが一定時間稼働し、想定どおりに稼働していれば、古い環境を安全に運用停止できます。
データ移行の課題にはどのようなものがありますか?
組織の構成におけるデータの重要性を考えると、データ移行は複雑であり、慎重なリスク評価が必要です。次に、一般的な課題をいくつか挙げます。
ビジネスの継続性
データ移行は、サービスの中断をできるだけ少なくして実行する必要があります。ダウンタイムや速度低下を回避できない場合は、通常の営業時間外に移行を計画してください。メール、アプリ内通知、固定されたソーシャルメディア投稿などのチャネルを通じて、ユーザーに多くの警告を伝えます。
移行コスト
データを転送すると、ツール、人材、新しいデータインフラストラクチャ、古いデータインフラストラクチャの廃止にかかるコストがすべて加算されます。プロセスを開始する前に、すべての側面について予算を立ててください。また、アプリケーションのダウンタイムによる生産性や収益の低下によるコストを考慮に入れることも重要です。移行に影響するコストを最小限に抑えるには、システム停止時間を制限し、影響を受けるすべてのユーザーが移行について事前に把握できるようにしてください。
データセキュリティ
転送中と新しい環境の両方でデータを安全に保つには、慎重な計画が必要です。転送前に複雑な暗号化を実行し、転送プロセス用の仮想プライベートネットワークを作成したい場合があります。移行する前に、新しい環境のセキュリティルールと権限を徹底的にテストして評価してください。
新しいシステム障害と障害
すべてのシナリオでデータ移行を確実に成功させることは困難です。データの転送が失敗したり、予期しない結果が生じたりすることがあります。障害や障害が発生した場合は、緊急時対応計画が必要です。必要に応じて古いデータシステムにロールバックできるように、常にバックアップを取ってください。
データ移行のベストプラクティスにはどのようなものがありますか?
ここでは、データ移行プロセスをより効率的かつ費用対効果の高いものにするための提案をいくつか紹介します。
ビジネスケースの概要を明確に示す
データ移行プロジェクトを成功させるには、移行のビジネスケースが明確で正当なものでなければなりません。
例えば、ユーザーがビジネス用の既存のデータベースですでにクエリを実行していると想像してください。組織は新しいデータ分析ソリューションを購入しましたが、これまでにトレーニングを受けたのは3人だけで、トレーニングは1年以上かけて展開される予定です。トレーニングが完了する前にデータベースの移行を試みると、組織はビジネス上のマイナスの結果に直面する可能性があります。
ソリューションスペースを慎重に評価してください
新しいデータソリューションでは、通常の比較購入決定よりも多くの決定要因が必要になる場合があります。例えば、組織がアプリケーションをクラウドに移行する場合、リフトアンドシフトの前にアーキテクチャをコンテナ化することを検討したいと思うかもしれません。コンテナ化は、クラウドインフラストラクチャのメリットを最大化するのに役立ちます。これら 2 つの異なる戦略のターゲットソリューションもまったく異なります。
データをクリーンアップする
必ずしも必要というわけではありませんが、移行前にデータをクリーンアップすることをおすすめします。これには、重複排除、不完全なデータの削除、誤ったデータの削除などのタスクが含まれます。
プロセスを完全に文書化する
データ移行プロジェクトを文書化することで、買収、合併、コンプライアンス活動などの監査報告に役立ちます。また、社内で学んだ教訓や組織の知識を把握するのにも役立ちます。
AWS はデータ移行の要件をどのようにサポートできますか?
Amazon Web Services (AWS) は、クラウドデータ移行に役立つ幅広いソリューションを提供しています。お客様の要件に合った適切なサービスとリソースを見つけて確保できるよう支援するとともに、プロセス自体の実行を支援します。
例えば、次のデータ移行サービスを使用できます。
- AWS DataSync を使用すると、エンドツーエンドのセキュリティ、シンプルな計画、データ移動管理により、データを安全に検出して AWS に移行できます。
- AWS Direct Connect は、AWS への専用ネットワーク接続を作成します。これにより、複数の暗号化オプションにより、お客様のネットワークと AWS 間を移動するデータを保護します。
- Amazon Kinesis Data Firehose でデータをストリーミングします。リアルタイムストリームをデータレイク、ウェアハウス、分析サービスに確実にロードするができます。
- AWS Snowcone を使用してエッジコンピューティングデバイスをデプロイします。Snowcone デバイスは小型で、頑丈、安全です。エッジコンピューティング、データストレージ、および外出先での物理データ転送を提供します。接続性がほとんどまたはまったくない厳しい環境に適しています。
- AWS Transfer Familyなら、ファイル転送を簡単に管理できます。Amazon Simple Storage Service (Amazon S3) または Amazon Elastic File System (Amazon EFS) への転送ワークフローを最新化することもできます。これは、既存の認証システムを使用して数時間以内に実行できます。
今すぐアカウントを作成して、AWS でデータ移行を開始しましょう。
