NVP - vProxy: Falha na restauração no nível da imagem com o erro "Could not update vmx file's 'nvram' entry"

A integração NetWorker VMware Protection está configurada com o equipamento vProxy. As recuperações em nível de imagem (máquina virtual e instantânea) estão falhando logo após a criação do diretório da VM recuperada com os seguintes avisos/erros nos registros de restauração:

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.

O problema foi observado em vários savesets de uma única VM, incluindo seus últimos backups, que não tiveram problemas durante o download do arquivo vmx da máquina virtual.

O arquivo vmx da VM não tinha a entrada nvram que aponta para o arquivo nvram da VM (ou seja, nvram = "VM_name.nvram"), por isso ocorre uma falha na criação/registro de uma nova VM durante a restauração, o que é uma etapa essencial durante a recuperação da máquina virtual e a recuperação instantânea.

O problema provavelmente foi causado devido a um erro durante a implementação/importação da VM no vCenter Server.
Os arquivos de configuração dos savesets corresponderam ao arquivo vmx da VM para os pontos no tempo em que os backups foram feitos.

Para evitar o problema em backups futuros, o arquivo vmx da máquina virtual precisa ser atualizado com a entrada do arquivo nvram.

No caso dos savesets mais antigos que foram afetados pelo problema, pode-se usar a recuperação de disco virtual para uma nova VM como uma solução temporária para recuperar o saveset, pois o arquivo vmx não fará parte da recuperação.