NVP – vProxy: Obnovení na úrovni bitové kopie selhává a zobrazuje se zpráva "Could not update vmx file's 'nvram' entry"

Integrace NetWorker VMware Protection (NVP) se konfiguruje se zařízením vProxy. Obnovení na úrovni bitové kopie (virtuální počítač a okamžité) selhává po vytvoření adresáře obnoveného virtuálního počítače s následujícími chybami v protokolech obnovení:

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.

K problému docházelo u více sad ukládání jednoho virtuálního počítače, včetně nejnovějších záloh, a to i přes úspěšné stažení souboru vmx virtuálního počítače.

V souboru virtuálního počítače vmx chyběla položka nvram, která identifikuje soubor nvram virtuálního počítače (příklad: nvram = "VM_name.nvram").

Problém byl pravděpodobně způsoben chybou při nasazování/importu virtuálního počítače na server vCenter.
Konfigurační soubory sad se shodovaly se souborem vmx virtuálního počítače k bodům v čase, kdy byly zálohy pořízeny.

Aby k problému nemohlo dojít při budoucích zálohách, je nutné aktualizovat soubor vmx virtuálního počítače o položku souboru NVRAM. Tuto změnu musí provést správce VMware.

Soubor virtuálního počítače .vmx je možné stáhnout ze složky úložiště dat virtuálních počítačů:

Otevřete soubor vmx v textovém editoru. Ujistěte se, že soubor obsahuje řádek určující soubor paměti NVRAM, například:
 

Pokud položka chybí, přidejte ji do souboru se správným názvem souboru paměti NVRAM. Uložte soubor, vypněte virtuální počítač a nahrajte aktualizovaný soubor .vmx zpět do složky datového úložiště virtuálních počítačů ve VMware. Zapněte virtuální počítač.
Neočekává se, že by k tomuto selhání došlo u obnovení záloh provedených po provedení této opravy.