NVP-vProxy: Backups schlagen zeitweise fehl mit "Memory allocation failed. Nicht genügend Arbeitsspeicher"

Die NetWorker VMware Protection-Integration ist mit der vProxy-Appliance konfiguriert.
Im VMware-Workflow treten während der geplanten Ausführung gelegentlich einige zufällige Ausfälle der virtuellen Maschine (VM) auf.
Eine nachfolgende Ausführung der VM wird erfolgreich abgeschlossen.
Das Backupworkflowprotokoll zeigt Folgendes an:

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.

Alle VMs nutzten den NBD-Transport (Network Block Device) für die geplante Ausführung und haben die ESXi-Hostressourcen während der geplanten Ausführung ausgeschöpft. Der NBD-Transport verwendet das Netzwerk, um die VMware-Änderungsblöcke an den vProxy zu übertragen, und ist weniger effizient als der HOTADD-Transport.

Für den verwendeten vProxy sind NBD-Sitzungen aktiviert (Wert ungleich Null). Das VM-Backupsitzungsprotokoll zeigt an, dass NBD als Transportmethode verwendet wurde.

Lösung: 
Es wird empfohlen, die HOTADD Transport, um die vProxy-Backups durchzuführen. Wenn der NBD-Transport erforderlich ist, sollte die Anzahl der NBD-Sitzungen während der geplanten Ausführung reduziert werden.
Informationen zu folgenden Themen finden Sie im NetWorker VMware Integration Guide : hotadd Anforderungen. 

Problemumgehung: 
Migrieren Sie die VM zu einem anderen verfügbaren ESXi-Host im selben Cluster und führen Sie das Backup durch.