ビジネス向けのクラウド データ移行の完全ガイド

クラウド データ移行は企業にとって包括的であるため、複雑で技術的に困難です。 しかし同時に、新しい移行先クラウドで企業が内部プロセスを改善する多くの機会が開かれ、最終的にはビジネス目標の達成に役立ちます。

会社のクラウド データ移行を計画している場合、このガイドは、適切なロードマップを準備し、移行プロジェクト全体を構成するための洞察を提供します。

1. 移行前評価の実施

クラウド データの移行を計画しているすべてのビジネスの IT チームは、移行前に詳細な評価を実行して、次のことを行う必要があります。

• 実際のユーザー数と移行するデータのサイズを特定して確定します。
• ソース クラウドのコラボレーション構造を理解し、それをデスティネーション クラウドに保持します。
• 全体的な SOW (作業範囲) を計画します。
• 移行サービス プロバイダーから見積もりを取得します。
• 宛先クラウドを準備します。
• T&C、セキュリティ ポリシー、および法律 (必要な場合) を修正します。

移行前の詳細な分析を実行することは、企業とその IT チームが課題を特定し、それらを克服するためのソリューションを検討するのにも役立ちます。 移行を開始する前に課題を特定して対処することで、移行プロジェクトの抜け穴のリスクを軽減できます。

移行プロジェクトに関連するすべてのチームは、移行ツールと移行プロジェクトのロードマップを明確にするために、デモ、POC セッション、および移行サービス プロバイダーとのミーティングに参加する必要があります。

あなたにおすすめ:クラウド アクセス セキュリティ ブローカーは泥棒によるデータの盗難をどのように防止していますか?

2. 合理的な移行タイムラインの計画

クラウド データ移行プロジェクトの成功を示す主要業績評価指標の 1 つは、タイムリーな完了です。 移行プロジェクトを予定どおりに完了することは、年間計画が再開される前にソース ストレージ システム (クラウド ストレージまたはローカル ストレージ) を離れる期限が短い企業にとって絶対に必要です。

したがって、企業は、IT チームと他のチームが協力し、次のことを適切に期待できる移行タイムラインを計画することを優先事項にする必要があります。

• 各移行バッチのタイムリーな開始。
• 完了時の各移行バッチのタイムリーな検証。
• デルタ移行のタイムリーな開始。
• 差分移行と比較差分のタイムリーな検証。
• ソース ストレージ システムのタイムリーな廃止。

また、API のスロットリングやファイルの競合などの潜在的な障害を考慮して、移行のタイムラインに柔軟性を持たせる余地を残しておくことをお勧めします。 API スロットリングとファイルの競合を解決するには、少し時間がかかる場合があります。 したがって、タイムラインはそれに応じて調整する必要があります。

3. データとともに移行する機能の選択

ビジネスのクラウド データ移行は単純なデータ ダンプ プロセスではないため、データにリンクされたすべての重要な機能を選択し、移行先のクラウドに転送することが重要です。 そのような機能は次のとおりです。

• ルート フォルダーとファイルのアクセス許可。
• 内部フォルダーとファイルのアクセス許可。
• 選択的またはすべてのファイル バージョン。
• タイムスタンプ。
• 埋め込みリンク。
• 共有リンク。
• 外部共有。
• インライン ファイル コメント。

これらの機能を転送および保持することで、企業はユーザーとそのチーム間のコラボレーションに影響が及ばないようにすることができます。 企業はまた、移行元ストレージ固有のファイルを移動し、移行ベンダーのツールがそのような特定のファイルを移行先クラウドがサポートする形式に変換できることを確認する必要があります。

たとえば、Google ドライブから OneDrive への移行では、企業は Google スプレッドシート、ドキュメント、スライドを転送し、Microsoft Excel、Word、PowerPoint など、OneDrive がサポートするファイル形式に変換する必要があります。

4. 適切な移行環境の選択

適切なクラウド データ移行環境を選択することで、企業は要件に応じてデータ移行のセキュリティとコストのバランスを取ることができます。 IT チームには、次の 2 つの移行環境オプションから選択できます。

• クラウドベースの移行環境。
• オンプレミス移行環境。

クラウドベースの移行環境は、多くのビジネス データ移行の標準オプションです。 これは十分に安全であり、企業が移行プロジェクトのコストを簡単に抑えることができます. データ移行ベンダーは専用サーバーを使用して、API ベースのデータ アクセスを通じてデータ転送を安全に実行します。

一方、オンプレミスの移行環境は、クラウドベースの移行環境ほど単純ではありません。 移行をローカルで実行するには、企業がローカル サーバーに移行ツール/プラットフォームを展開する必要があります。

オンプレミス環境のローカル/分離された性質により、非常に安全になりますが、同時に技術的に複雑です。 また、オンプレミス環境ベースの移行は、技術的な複雑さが伴うため、一般にクラウドベースの移行プロジェクトよりも費用がかかります。

5.移行の開始と定期的な移行レポートの確認

すべてのクラウド データ移行構成/パラメーターを確定し、データ転送プロセスを時間通りに開始することで、企業は計画されたプロジェクト タイムラインに遅れずについていくことができます。 移行プロジェクトを監督する IT チームは、移行プロセスの開始後、毎日の進捗レポートを確認する必要があります。

毎日の移行レポートをチェックする IT チームと管理チームのメンバーは、データ転送の進行状況を追跡するために重要な洞察を探す必要があります。 データ移行レポートでチェックする重要な領域には、次のようなものがあります。

• 移行されたアイテム (ファイル、フォルダー、およびユーザー アカウント) の数。
• 移行されたアイテムの詳細。
• 移行されたアイテムの転送開始日と終了日。
• ファイル/フォルダーの警告と競合状態。
• 別の移行バッチに割り当てられる次のアイテム セット。

また、会社のすべての主要人物は、移行レポートを毎日または毎週受け取る必要があります。 このアプローチは、会社全体の移行の進行状況を 360 度把握するのに役立ちます。

好きかもしれません:ビッグ データにクラウドを使用する: 克服するための課題と手順。

6. 完了時の移行の検証

移行ベンダーのツールを使用して移行元から移行先にデータを移行した企業には、適切な検証が必要です。 IT チームが移行が完全に成功したことを確認するには、適切な検証が必要です。

移行されたデータの検証には、いくつかのレベルがあります。 最初のレベルは、すべての移行バッチの移行成功レポートを確認することです。 これは、1 つ以上のファイルとフォルダーが競合しているかどうかを識別するのに役立ちます。 移行レポートを確認することは、企業が各バッチの移行にかかった時間と、計画されたタイムラインに従ってプロジェクトが進行したかどうかを理解するのにも役立ちます。

クラウド データ移行の検証の 2 番目のレベルでは、移行元と移行先のデータを比較して、不足しているファイルとフォルダーを特定します。 比較デルタと呼ばれる手法により、IT チームは移行元と移行先のデータを簡単に比較し、移行中に失われたファイルやフォルダーがないかどうかを知ることができます。

7.差分移行を開始して増分変更を転送する

データ移行中にソース クラウド データに加えられた増分変更を転送することは、クラウド データ移行プロジェクトを完全に成功させるための最も重要な方法の 1 つです。 増分変更を転送する業界標準の方法は、差分移行です。

差分移行テクノロジは、移行元のクラウド データの変更を特定し、元のデータを再移行することなく移行先にのみ移行することで、インテリジェントに機能します。 このアプローチは、データの上書きを回避するのに役立ち、宛先クラウドで増分変更のみが更新されるようにします。

多くの移行ベンダーは、完全なサービス パッケージの一部として差分移行を提供しているため、企業は、1 回限りの移行の完了後に差分移行を実行するための追加コストがないことを確認する必要があります。

8. 差分移行の検証

差分移行の検証は、1 回限りの移行の検証と同様に重要です。 1 回限りの移行の検証と同様に、レポートを確認することは、単純か大規模かを問わず、あらゆる種類の差分移行を検証するための最良の方法です。

レポートを確認することは、企業のクラウド データ移行の多くのケースで効率的に機能しますが、大規模で複雑な差分移行を検証するには不十分な場合があります。 そこで登場するのが比較デルタ機能です。

IT チームは、比較デルタ手法を同様に使用して、1 回限りの移行を検証し、デルタ移行中に見逃された変更を確認できます。 その後、IT チームは、失われた増分変更を移行先のクラウドに再移行して、移行されたすべてのデータが最新であることを確認できます。

通常のデルタ移行とは異なり、比較デルタ機能には追加コストがかかる場合があります。 したがって、企業は、移行ベンダーとの移行価格見積もりを理解し、それに応じて移行予算を調整する必要があります。

9. 宛先クラウドへのエンドユーザーのオンボーディング

クラウド データの移行が完了したら、次の重要なタスクは、エンド ユーザー (従業員とチーム) を新しい移行先クラウドにオンボーディングすることです。 今後の最善の方法は、構造化されたユーザー トレーニングを含む適切なオンボーディング計画を立てることです。

宛先クラウドを使用するようにエンド ユーザーをトレーニングすることは、ユーザー指向のストレージ プラットフォーム (Box Business など) から Microsoft 365 などの集中型ストレージ システムを備えた宛先クラウドにデータを移行した企業にとって特に重要です。

新しい移行先クラウド スイートの一元化されたレイアウトを理解することは、エンド ユーザーがコラボレーション フローを複製するのに役立ちます。 これにより、個人/チームの生産性と全体的な運用効率が低下することはありません。

10. ソース ストレージ システムの廃止

運用コストを削減するためにユーザーとデータを新しいクラウドに移行した企業は、ソース ストレージ システム (クラウド ストレージまたはオンプレミス/ローカル ストレージ) を廃止する必要があります。 ライセンスの更新を回避するには、ソース ストレージを期限内に廃止することが重要です。

しかし同時に、企業は重要なデータをソース ストレージにアーカイブする際に注意を払う必要があります。 たとえば、企業は、ローカル ストレージからクラウドに移行するときに、オンプレミス アプリケーションにリンクされたデータを転送することを避ける必要があります。

あなたも好きかもしれません：セキュリティの課題と戦うためにクラウドベースのサービスにデータセキュリティを提供します.

結論

結論として、企業は重要なデータをアーカイブし、アーカイブされたデータ/ユーザーのみのライセンスを更新/購入しながら、IT チームが時間どおりに (ライセンスの更新前に) ソース ストレージを廃止するようにする必要があります。

 この記事は Pankaj Rai によって書かれました。 CloudFuze の Pankaj は、ビジネス リーダー、意思決定者、IT マネージャー、および IT チームが戦略的にデータ移行に取り組み、ビジネス プロセスの結果を改善するのを支援しています。 LinkedIn で彼をフォローできます。