NVP-vProxy：イメージ レベルのリストアが「Could not update vmx file's 'nvram'entry」で失敗する

NetWorker VMware Protection (NVP)統合は、vProxyアプライアンスを使用して構成されています。リカバリーされたVMのディレクトリーを作成した後、イメージ レベルのリカバリー(仮想マシンとインスタント)が失敗し、リストア ログに次のエラーが表示されます。

159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ INFO:   [@(#) Build number: 34] Creating directory for storage type "VMFS".
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ INFO:   [@(#) Build number: 34] Successfully created the directory "[Datastore] <recovered VM name>" in datastore.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ WARN:   [@(#) Build number: 34] Did not find nvram entry in vmx file.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ ERROR:  [@(#) Build number: 34] Could not update vmx file's 'nvram' entry.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ ERROR:  [@(#) Build number: 34] Unable to upload the configuration files: "Could not update vmx file's 'nvram' entry."
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ WARN:   [@(#) Build number: 34] RecoverVMSessions "11cda4f5-b22d-4fb6-8c1f-98ddbd9c4e05" cleaning up running recover session due to error.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ ERROR:  [@(#) Build number: 34] Task to remove folder/file "" failed: Invalid datastore path ''.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ ERROR:  [@(#) Build number: 34] Unable to remove the VM directory . Invalid datastore path ''.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ ERROR:  [@(#) Build number: 34] Unable to tear down the recover session.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ INFO:   [@(#) Build number: 34] Disconnected from session on vCenter 'vappvm101.dc.vapp.ctc'.
159373:nsrvproxy_recover: vProxy Log: YYYY-MM-DDTHH:MM:SSZ ERROR:  [@(#) Build number: 34] Failed to recover to a new VM. Could not update vmx file's 'nvram' entry.

この問題は、VMのvmxファイルが正常にダウンロードされたにもかかわらず、最新のバックアップを含む単一のVMの複数のセーブセットで発生していました。

VMのvmxファイルに、VMのnvramファイルを識別するnvramエントリーがありませんでした(例:nvram = "VM_name.nvram")。

この問題は、vCenter ServerでのVMの導入/インポート中のエラーが原因で発生した可能性があります。
セーブ セットの構成ファイルは、バックアップが作成されたポイント イン タイムのVMのvmxファイルと一致していました。

今後のバックアップでこの問題を回避するには、仮想マシンのvmxファイルをnvramファイル エントリーで更新する必要があります。この変更は、VMware管理者が実行する必要があります。

VMの.vmxファイルは、VMデータストア フォルダーからダウンロードできます。

テキスト エディターでvmxファイルを開きます。ファイルにnvramファイルを指定する行が含まれていることを確認します。例:
 

エントリーが見つからない場合は、正しいnvramファイル名でファイルに追加します。ファイルを保存し、VMをシャットダウンして、更新した.vmxファイルをVMwareのVMデータストア フォルダーにアップロードし直します。VMの電源を入れます。
この修正が行われた後に取得されたバックアップに対して実行されるリストアでは、この障害は発生しません。