NVP-vProxy: Wiederherstellung auf Image-Ebene schlägt mit „Could not update vmx file's 'nvram' entry“ fehl

Die Integration von NetWorker VMware Protection wird mit der vProxy-Appliance konfiguriert. Recoveries auf Image-Ebene (virtuelle Maschinen und sofortige) schlagen kurz nach der Erstellung des Verzeichnisses der wiederhergestellten VM mit den folgenden Warnungen/Fehlern in den Wiederherstellungsprotokollen fehl:

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 "[Datenspeicher] <Name der wiederhergestellten VM>" 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.

Das Problem wurde bei mehreren Savesets einer einzelnen VM beobachtet, einschließlich der neuesten Backups, die beim Herunterladen der vmx-Datei der virtuellen Maschine keine Probleme aufweisen.

Der vmx-Datei der VM fehlte der NVRAM-Eintrag, der auf die NVRAM-Datei der VM verweist (d. h. nvram = „VM_name.nvram“), daher schlägt die Erstellung/Registrierung einer neuen VM während der Wiederherstellung fehl, was ein wesentlicher Schritt während der Recovery virtueller Maschinen und der sofortigen Recovery ist.

Das Problem wurde wahrscheinlich aufgrund eines Fehlers während der Bereitstellung/des Imports der VM auf den vCenter-Server verursacht.
Die Konfigurationsdateien der Savesets stimmten mit der vmx-Datei der VM für die Zeitpunkte überein, an denen die Backups erstellt wurden.

Um das Problem bei zukünftigen Backups zu vermeiden, muss die vmx-Datei der virtuellen Maschine mit dem NVRAM-Dateieintrag aktualisiert werden.

Bei älteren Savesets, die von dem Problem betroffen sind, kann die Recovery des virtuellen Laufwerks auf einer neuen VM als Problemumgehung verwendet werden, um das Saveset wiederherzustellen, da die vmx-Datei nicht Teil der Recovery ist.