実行フェーズは、移行プロセスの最後のフェーズです。 このフェーズでは、すべてのデータ移動タスクと移行タスクが実行されます。 通常は、すべての変更と更新が確実にキャプチャされるように、実行を複数回実行して反復的なアプローチを取ります。 このプロセスは、簡単な切り替えを実現し、データ損失を最小限に抑えるのに役立ちます。
実行フェーズは、次の手順で構成されます。
- 初期移行: 一括コピー以降は、最も適切な推奨ツールを使用して、初期データ セットを移行します。
- 反復処理: 修復が必要なエラーを検出し、一部のタスクを再実行する可能性があります。 必要に応じてコンカレンシー設定を最適化して、速度と効率を向上させます。
- 増分同期: ソース データが動的な場合は、最初のシード処理または移行プロセス中にソースでの変更が予想されます。 この場合は、増分同期を実行して変更を同期します。 多数の変更がある場合は、この手順を複数回繰り返すことができます。 複数の同期操作を実行する目的は、最終的なカットオーバーに必要な時間を短縮することです。 非アクティブなデータ、アーカイブ データ、または静的なままのバックアップ データは、この手順から除外できます。
- Azure への最終的なカットオーバー: 最後のカットオーバー手順では、ターゲットの宛先にあるアクティブなデータを使用し、ソース データを削除します。 ただし、最終的なカットオーバー ウィンドウをスケジュールする前に、すべてのソース変更を固定し、最終的な増分同期を実行するための十分なダウンタイムをスケジュールします。最後の 1 分間のすべての変更が Azure でキャプチャされていることを確認し、ユーザーとアプリケーションが Azure ターゲットの場所を指すように構成を更新します。
- 移行後のタスク: ターゲットがアクティブになってから、すべての適切なセキュリティ、監視、および保護メカニズムが確実に適用されるように、データの完全な検証を完了する必要があります。 これらの検証アクティビティは、ターゲット サービスとワークロードによって異なります。
次の例には、Azure Blob Storage を使用した移行後の検証に関するベスト プラクティスの推奨事項が含まれています。
ベスト プラクティス
次の推奨事項には、Azure 移行中に従う必要があるベスト プラクティスが含まれています。 これらのベスト プラクティスは、小規模およびエンタープライズ レベルのお客様との経験から収集され、IT 担当者向けのリソースであることを目的としています。
- すべてのデータがソースから移行されるまで、Azure 内のターゲット データセットに対する同時または重複する変更がないことを確認します。 ターゲットとソースの両方で予期しない変更が発生すると、予期しないエラーやデータ損失が発生する可能性があります。
- アプリケーション ワークロードを移行するときは、アプリケーションのデータとインフラストラクチャを個別に移行しないでください。 アプリケーションとその非構造化データを一緒に移動するか、少なくとも可能な限り最も近い期間内に移動することを計画します。 オンプレミスと Azure の間でデータとアプリケーション インフラストラクチャを分離すると、待機時間が発生し、アプリケーションの障害や予期しないダウンタイムが発生する可能性があります。 可能な限り、必要な概念実証テストを実行して、アプリケーションの要件を検証します。
- 直接の切り替えや 「ビッグバンカットオーバー」は避けてください。 前のシステムを切り替え期間なしで突然置き換える代わりに、ピーク外の使用時間中にカットオーバー期間を計画することで、カットオーバー時のダウンタイムを減らすことを目指します。 事前に必要な読み取り専用期間について関係者に伝えます。
- スループットを高速化するために、可能な限り並列ストリームで移行します。 ソース システムが過負荷にならないようにし、必要に応じて帯域幅調整を使用してパフォーマンスの低下を回避します。
- 完全な実行を開始する前に、代表的なデータ サンプルを使用してサンプル移行を実行します。 この演習は、潜在的な問題を特定し、移行アプローチを検証するのに役立ちます。
- 実行フェーズ全体で移行ログを維持し、すべてのアクティビティを監視します。 開始時刻、期間、発生した問題、解決など、各ワークロードの転送に関する詳細を記録します。 これらの詳細は、アカウンタビリティと将来の監査または事後分析に役立ちます。
- 最後のカットオーバーの後は、バックアップとしてソースデータを読み取り専用にして保持します。 Azure のコピーが完全で正しいと確信できたら、ソース データの使用を停止します。