ネットワーク間で大量のデータを移行する場合、多くの場合、帯域幅とスループットが最大の制約になります。 しかし、OpenText Migrate と可用性を Azure Data Box と統合することで、組織はデータを Azure にオンボードするのにかかる時間を大幅に短縮できます。 Azure Data Box はオフライン転送の機能と柔軟性を提供し、OpenText の機能は移行後の同期と差分更新を提供します。
OpenText Migrate and Availability は、強力な Double-Take リアルタイム レプリケーション エンジンを利用し、ホストベースのファイル転送ソリューションを提供します。 この機能により、BLOB またはファイル エンドポイントに直接書き込む必要なく、あるシステムまたはホストから別のシステムまたはホストへのデータの移動と同期が可能になります。
主な利点:
- 効率的なデータ転送: OpenText ソリューションと Azure Data Box の組み合わせは、一括ネットワーク データ移動の課題に対処し、Azure への初期データ シードを合理化します。
- 価値を高める時間の短縮: データ シード処理に必要な時間を短縮することで、組織は Azure の利点をより迅速に実現できます。 この削減は、デプロイの高速化と運用効率の向上に相当します。
- コスト効率の高いソリューション: OpenText Migrate と Availability は、従来のデータ シード方法に関連する時間とコストを最小限に抑え、企業にとって経済的に精通した選択肢となります。
- セキュリティの強化: OpenText Migrate と可用性の両方に、転送中のデータをセキュリティで保護し、コンプライアンスを確保し、機密情報を保護するための堅牢な暗号化プロトコルが含まれています。
- 最適化されたパフォーマンス:伝送レベルの圧縮の統合により、パフォーマンスがさらに向上し、品質を損なうことなく、より高速なデータ転送が可能になります。
Double-Take と Azure Data Box を利用して OpenText Migrate と可用性を選択することで、組織は、Azure 環境の可能性を最大限に引き出す、セキュリティで保護された効率的でコスト効率の高いデータ移行戦略を実現できます。
一般的なシナリオ
すべての移行シナリオには独自の要件がありますが、次の例は、OpenText と Azure Data Box が並行して使用される 3 つの一般的なユース ケースを示しています。
OpenText Migrate を使用したハイブリッド ユニバーサル オフライン シード処理
シナリオの詳細
このユース ケースでは、Data Box を使用した Azure へのオフライン データ シード処理のハイブリッド アプローチの概要と、シームレスなカットオーバーのための OpenText Migrate との同期について説明します。 この場合、オンプレミスのシステム ディスクに格納されているデータは、Azure でホストされている仮想マシン (VM) ディスクに転送されます。
ソリューション フローの概要
- Azure Data Box へのデータ シード処理: このプロセスは、ニーズに基づいて 1 つ以上の Data Box デバイスを注文すると開始されます。 オンプレミスに到着したら、azcopy、xcopy、robocopy などのコピー ツールのいずれかを使用して、ローカル サーバー、ファイル、フォルダー、共有から適切な Data Box コンテナーにデータを転送します。 完了したら、デバイスを Azure データセンターに発送します。 Data Box サービスは、すべてのファイルとデータを適切なストレージ アカウントにインポートします。
- Azure VM へのデータ転送: 同じファイル コピー ツールを使用して、Azure VM ディスク内の指定された場所にデータを配置します。 このプロセスにより、データ構造はそのままで整理されます。
- OpenText Migrate の構成: 最初のデータ コピーが完了すると、新しくシードされた Azure VM を対象とする完全なサーバー移行ジョブが作成されます。 Double-Take レプリケーション エンジンがアクティブ化され、ソース サーバーから Azure VM ターゲットに新しいデータが同期されます。
- 効率的な同期: レプリケーション エンジンは、最初のデータ コピー以降に行われた変更のみを送信することでデータ転送を最小限に抑え、カットオーバー プロセスを大幅に高速化します。
- レプリケーション中のダウンタイムなし: 一貫性のあるデータ レプリケーションは、カットオーバーが要求されるまで続行され、ソース アプリケーションの動作を維持できます。 ユーザーは、カットオーバーが行われるまでダウンタイムがないため、レプリケーション プロセス全体にわたって生産性を維持できます。
考慮事項
- ACL の管理: コピー プロセス中に、ファイルとフォルダーの両方のアクセス制御リスト (ACL) が保持されるように、細心の注意が必要です。 ACL の維持は、セキュリティとアクセス許可をそのまま維持するために重要です。
- プロトコルの効率: サーバー メッセージ ブロック (SMB) プロトコルとネットワーク ファイル システム (NFS) プロトコルを使用すると、企業ネットワーク内のコピー速度を向上させ、データ転送プロセスをより迅速かつ効率的にすることができます。
- 排他ロックの処理: 排他ロック (読み取り専用) を持つアプリケーションは、ローカル コピーを妨げる可能性があります。 この障害を軽減するには、開いているファイル マネージャー ツールまたはボリューム シャドウ コピー サービス (VSS) ライター ロジックの使用を検討してください。
メリット
- データ転送の高速化: 企業ネットワーク内でローカル コピー ツールを使用すると、初期シード処理プロセスが高速化されます。
- シームレスな移行: オフライン シード処理とリアルタイム同期を組み合わせることで、中断を最小限に抑えながらスムーズなカットオーバーを実現します。
- 運用継続性: ユーザーはオンラインで生産性を維持し、移行プロセス中の業務の中断を減らします。
OpenText Migrate を使用して Azure Data Box にデータ シード処理を Real-Time する
シナリオの詳細
このユース ケースは、組織が OpenText Migrate を利用して仮想ハード ディスク (VHD) を直接 Azure Data Box にシード処理する方法を示しています。従来のファイル コピー ツールは不要です。 この方法では、移行プロセスを簡略化しながら、データのキャプチャと同期が強化されます。
ソリューション フローの概要
- 共有ターゲットを構成します。 VHD の共有ターゲットとして使用するオンプレミスの Windows または Linux サーバーをデプロイします。 ソース ワークロードごとに 1 対 1 の VHD を定義してマウントし、リアルタイムのデータ変更用の専用ランディング ゾーンを作成します。
- リアルタイム データ キャプチャ: OpenText Migrate を使用して、ソース ワークロードからのデータ変更を継続的にキャプチャし、共有ターゲット上のマウントされた VHD に直接書き込みます。
- Azure Data Box のシード処理: VHD に最新のデータが設定されたら、Azure Data Box デバイスに転送する準備が整います。 必要に応じて、1 つ以上の Data Box デバイスの注文を作成します。 到着したら、それらを構成し、VHD をデバイスにコピーします。 このプロセスにより、Azure Data Box が完全で up-toな -date データセットを受け取り、Azure にデプロイする準備が整います。
- 最終同期: Azure Data Box が Azure データ センターに送信されると、VHD がインポートされます。VHD を必要な VM に接続します。 OpenText Migrate は、Azure VM への最終同期用に構成できます。 Double-Take レプリケーション エンジンは、それ以上の変更を同期し、データの一貫性を確保します。
主な利点
- 複雑さの排除: シード処理に OpenText Migrate を使用すると、開いているファイル マネージャーや VSS ライターは必要なくなり、移行プロセスが簡略化されます。
- Real-Time データ キャプチャ: この方法では、ロックされたアプリケーション ファイルが存在する場合でも、リアルタイムのデータ キャプチャが可能になり、移行中にデータが失われません。
- 合理化された移行プロセス: VHD を使用して Azure Data Box を直接シード処理すると、必要な手順の数が減り、全体的な移行がより効率的になります。
- 一貫性のあるデータの可用性: VHD を使用することで、データを一貫して利用でき、Azure に簡単に転送できるため、データ損失のリスクを最小限に抑えることができます。
- ダウンタイムの短縮: 継続的同期とは、移行プロセス全体を通じてソース アプリケーションが動作し続け、ダウンタイムを短縮し、ユーザーの生産性を維持できることを意味します。
詳細については、 Carbonite シートを参照してください。
注
詳細については、Commvault のドキュメントを参照するか、OpenText の担当者にお問い合わせください。