NVP-vProxy: Los respaldos fallan intermitentemente con el mensaje "Asignación de memoria fallida. Sin memoria"

La integración de NetWorker VMware Protection está configurada con el dispositivo vProxy.
El flujo de trabajo de VMware encuentra de forma intermitente algunas fallas aleatorias de la máquina virtual (VM) durante la ejecución programada.
Una ejecución posterior de la VM se completa correctamente.
El registro del flujo de trabajo de respaldo muestra lo siguiente:

YYYY/MM/DD HH:MM:SS TRACE:  [215] "Hard disk 1": VddkBlockReader: starting go routine ...
YYYY/MM/DD HH:MM:SS TRACE:  [215] "Hard disk 1": VimDiskRegionReader: starting go routine ...
YYYY/MM/DD HH:MM:SS ERROR:  [215] "Hard disk 1": VddkBlockReader: VDDK Error: 2: Memory allocation failed. Out of memory..
YYYY/MM/DD HH:MM:SS ERROR:  [215] "Hard disk 1": VddkBlockReader: failed reading from "Hard disk 1" at sector 4955136.
YYYY/MM/DD HH:MM:SS TRACE:  [215] "Hard disk 1": VddkBlockReader: sent VDDK read error on error channel.
YYYY/MM/DD HH:MM:SS INFO:   [215] "Hard disk 1": VddkBlockReader: finished go routine.

Todas las máquinas virtuales usaban el transporte de Network Block Device (NBD) para la ejecución programada y agotaban los recursos del host ESXi durante la ejecución programada. El transporte NBD utiliza la red para transferir los bloques de cambios de VMware al vProxy y es menos eficiente que el transporte HOTADD.

El vProxy utilizado tiene sesiones NBD habilitadas (valor distinto de cero). El registro de la sesión de respaldo de VM muestra que el método de transporte utilizado fue NBD.

Solución: 
Se recomienda utilizar el comando HOTADD transporte para realizar los respaldos de vProxy. Si se requiere el transporte NBD, la cantidad de sesiones NBD se debe reducir durante la ejecución programada.
Consulte la Guía de integración de VMware de NetWorker con respecto a hotadd Requisitos. 

Solución alternativa: 
Migre la máquina virtual a otro host ESXi disponible en el mismo clúster y realice el respaldo.