NVP-vProxy: Tworzenie kopii zapasowych sporadycznie kończy się niepowodzeniem z komunikatem "Memory allocation failed. Brak pamięci"

Integracja NetWorker VMware Protection jest skonfigurowana z urządzeniem vProxy.
Przepływ pracy VMware sporadycznie napotyka kilka losowych awarii maszyn wirtualnych (VM) podczas zaplanowanego wykonywania.
Kolejne wykonanie maszyny wirtualnej zakończy się pomyślnie.
W dzienniku przepływu pracy tworzenia kopii zapasowej znajdują się następujące informacje:

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.

Wszystkie maszyny wirtualne korzystały z transportu Network Block Device (NBD) do zaplanowanego wykonania i wyczerpywały zasoby hosta ESXi podczas zaplanowanego wykonywania. Transport NBD używa sieci do przesyłania bloków zmian VMware do vProxy i jest mniej wydajny niż transport HOTADD.

Używany serwer vProxy ma włączone sesje NBD (wartość niezerowa). Dziennik sesji tworzenia kopii zapasowej maszyny wirtualnej pokazuje, że użytą metodą transportu był NBD.

Rozwiązanie: 
Zaleca się stosowanie HOTADD transport w celu wykonania kopii zapasowych vProxy. Jeśli wymagany jest transport NBD, należy zmniejszyć liczbę sesji NBD w trakcie planowanej realizacji.
Zapoznaj się z podręcznikiem integracji NetWorker VMware dotyczącym hotadd wymagania. 

Obejście problemu: 
Zmigruj maszynę wirtualną do innego dostępnego hosta ESXi w tym samym klastrze i wykonaj kopię zapasową.