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

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

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

1. 移行前評価の実行

クラウド データの移行を計画しているすべての企業の IT チームは、次の目的で詳細な移行前評価を実行する必要があります。

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

移行前に詳細な分析を実行することは、企業とその 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 で彼をフォローできます。