VM の復元

VMリカバリには、次の方法が含まれます。

  • VMware vSphereへのインスタントリカバリ—圧縮および重複排除されたバックアップファイルからVMware vSphere VMとしてワークロード(VM、EC2インスタンス、物理サーバーなど)を直接インスタントリカバリします。 インスタントリカバリを実行すると、Veeam Backup & Replicationは、バックアップリポジトリに保存されているバックアップから直接ホストにリカバリされたVMイメージをマウントします。

インスタントリカバリは、目標復旧時間(RTO)を改善し、本番ワークロードの中断やダウンタイムを最小限に抑えるのに役立ちます。ただし、Instant Recoveryは、I/Oパフォーマンスが制限されたVMの「一時的なスペア」を提供します。リカバリされたVMに完全なI/Oパフォーマンスを提供するには、インスタントリカバリをファイナライズする必要があります—リカバリされたVMを本番環境に移行します。リカバリされたVMを移行したくない場合は、公開を停止できます。これにより、リカバリされたVMが削除されます。

ビジネスの中断やダウンタイムに対する許容度がほとんどないティア1VMにインスタントリカバリを使用します。災害復旧の問題のほか、テストの目的でもインスタントリカバリを使用することができます。

  • Microsoft Hyper-Vへのインスタントリカバリ —圧縮および重複排除されたバックアップファイルからMicrosoftHyper-VVMとしてワークロードを直接インスタントリカバリします。多くの点で、この方法はVMwarevSphereへのインスタントリカバリに似ています。
  • VM全体の復元—VM全体を回復します。ディスクをリストアする場合は、バックアップから本番ストレージにディスクを抽出します。VM全体の復元には、インスタントリカバリよりも多くのリソースと時間がかかりますが、完全なI/OパフォーマンスでVMをリカバリします。また、リカバリプロセスを完了するために追加の手順を実行する必要はありません。

リカバリされたらすぐに完全なI/Oパフォーマンスを必要とし、ある程度のダウンタイムを許容するVMには、VMリストア全体を使用します。

  • Staged Restoreでは、本番環境にリストアする前に、VMに対して実行可能なスクリプトを実行することができます。段階的復元は、VM復元全体の一部です。

リカバリされたVMに個人データや機密データが含まれていないことを確認する必要がある場合は、このオプションを使用します。

  • Microsoft Azure に復元—さまざまなデータ保護環境のワークロードをMicrosoftAzureVMとして復元します。
  • Amazon EC2 に復元—さまざまなデータ保護環境のワークロードをEC2インスタンスとして復元します。
  • Google Compute Engine(GCE) に復元—さまざまなデータ保護環境のワークロードをGoogleVMインスタンスとして復元します。