NVP-vProxy. Резервное копирование периодически завершается сбоем с сообщением «Memory Allocation failed. Не хватает памяти»

Интеграция NetWorker VMware Protection настраивается с помощью устройства vProxy.
Во время запланированного выполнения в рабочем процессе VMware периодически происходит несколько случайных сбоев виртуальных машин (ВМ).
Последующее выполнение виртуальной машины завершается успешно.
Журнал рабочего процесса резервного копирования показывает:

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.

Все виртуальные машины использовали транспорт Network Block Device (NBD) для запланированного выполнения и использовали ресурсы хоста ESXi во время запланированного выполнения. Транспорт NBD использует сеть для передачи блоков изменений VMware в vProxy и менее эффективен, чем транспорт HOTADD.

Для используемого vProxy включены сессии NBD (ненулевое значение). Журнал сеансов резервного копирования виртуальной машины показывает, что использовался метод переноса на следующий рабочий день.

Решение. 
Рекомендуется использовать HOTADD для выполнения резервного копирования vProxy. Если требуется транспорт NBD, количество сессий NBD должно быть сокращено во время запланированного выполнения.
См. руководство по интеграции NetWorker с VMware hotadd Требования. 

Временное решение. 
Перенесите виртуальную машину на другой доступный хост ESXi в том же кластере и выполните резервное копирование.