自動保護で VM の検出と保護に失敗する

仮想マシンが検出されないため、自動保護の一部として自動的に保護されます。

現象

VM は、ハイパーバイザ（vCenter/ESX または Hyper-V）でネイティブクライアントアプリケーション（たとえば、vSphere Client や Hyper-V マネージャ）によって表示できますが、自動保護で検出されないため、VM を自動的に保護することはできません。

原因

VM には、ハイパーバイザで有効なステータスがありません。たとえば、自動保護では、vCenter/ESX で切断、不明またはアクセス不可のステータスである VM はスキップされます。
VM は、仮想スタンバイ（VSB）、インスタント VM （IVM）、アシュアードリカバリ（AR）などの Arcserve UDP タスクによって作成されます（または VSB/IVM/AR VM からクローニングされます）。Arcserve UDP は、以下の点を考慮して意図的にこのような VM をスキップします。

VSB/IVM/AR によって無制限に作成される Arcserve UDP のバックアップ VM は、無限バックアップループを引き起こす可能性があります。たとえば、自動保護を使用して ESX 全体を保護します。バックアッププランでバックアップタスクを追加した後、同じ ESX に VSB VM を作成する VSB タスクを追加します。この場合、最初のバックアップ後に新しい VSB VM が ESX に作成されます。新しい VSB VM は自動保護によって検出され、バックアッププランに追加されます。次に、次回のバックアップ中に以前の VSB VM の新しい VSB VM が作成され、バックアッププランに追加されます。ESX ストレージの空き容量がなくなるまで、この処理が続行されます。
Linux IVM/AR VM では、ストレージマイグレーションで通常の VM に変換しない限り、Arcserve UDP は VM をバックアップできません。バックアップジョブは完了しますが、バックアップされた復旧ポイントはリストアできません。このような状況は、Linux IVM 実装の技術的な制限により発生します。

解決策

VSB/IVM/AR VM をバックアップする場合や、クローニングまたはストレージマイグレーションによって VM を独立した VM に変換する場合は、以下に示す手順に従って、vSphere VM および Hyper-V VM が自動保護で検出および保護されるようにすることができます。

vSphere VM の場合

Hyper-V VM の場合