NVP vProxy: Zálohy virtuálních počítačů delší dobu čekají na spuštění.
Сводка: Zálohy NetWorker VMware Protection (NVP) vProxy Virtual Machine (VM) jsou delší dobu ve stavu čekání na spuštění. Nevyskytly se žádné problémy s dostupností vProxy a komunikace mezi serverem NetWorker a servery vProxies probíhá úspěšně. V konzoli NetWorker Management Console (NMC) nejsou k dispozici žádné výstrahy týkající se nedostupnosti serverů vProxies. ...
Симптомы
- Zálohy NetWorker VMware Protection (NVP) vProxy Virtual Machine (VM) jsou delší dobu ve stavu čekání na spuštění.
- Nedošlo k žádným problémům s komunikací mezi serverem NetWorker a servery vProxies. To znamená, že se oba navzájem správně rozlišují a mohou komunikovat přes port 9090: NVP vProxy: Odstraňování problémů se síťovým připojením pro operace zálohování a obnovení
- V konzoli NetWorker Management Console (NMC) nebo na serveru NetWorker nejsou žádné výstrahy
daemon.rawOhledně zakázání nebo nedostupnosti serverů vProx:- Linux:
/nsr/logs/daemon.raw - Windows (výchozí):
C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw - NetWorker: Jak pomocí nsr_render_log vykreslit soubory protokolu .raw
- Linux:
- Akce zálohování je konfigurována s výběrem vProxy "Auto". To znamená, že pokud je nakonfigurováno více serverů vProx, může nástroj NetWorker vybrat libovolnou vProxy s dostatečnou dostupností relace.
- Povolení protokolování výběru vProxy podle NetWorker VMware Protection-vProxy: Jak povolit protokolování ladění má za následek následující protokolování v
daemon.raw:
0 03/24/26 07:23:31 nsrd NSR notice 03/24/26 07:23:31.401461 nsrd-D0 Vmproxy queue: Selecting vProxy for request with reducing num_disks (id=13, manager_id=1774026055) in pending queue 0 03/24/26 07:23:31 nsrd NSR notice 03/24/26 07:23:31.401551 nsrd-D0 select_vproxy: all full '0'. 0 03/24/26 07:23:31 nsrd NSR notice 03/24/26 07:23:31.401627 nsrd-D0 select_vproxy: vProxy not found. 0 03/24/26 07:23:31 nsrd NSR notice 03/24/26 07:23:31.401707 nsrd-D0 Proxies are overloaded with Hotadd/NBD sessions during concurrent VMDKs parallelism, we will try recursive parallelism later. 0 03/24/26 07:23:31 nsrd NSR notice 03/24/26 07:23:31.401794 nsrd-D0 recursive parallelism: not found vproxy with 2 sessions. 0 03/24/26 07:23:31 nsrd NSR notice 03/24/26 07:23:31.401871 nsrd-D0 process_pending: err: 53014. 0 03/24/26 07:23:31 nsrd NSR notice 03/24/26 07:23:31.401948 nsrd-D0 process_pending: err: 53014.
Причина
Akce zálohování je nakonfigurovaná s režimem přenosu "concurrent VMDK" a "Auto":
Servery vProxy jsou konfigurovány pouze s režimem přidávání za provozu:
|
Pracovní postup zálohování zahrnuje skupinu ochrany, která obsahuje jeden nebo více virtuálních počítačů, ke kterým nelze přistupovat pomocí HotAdd. K tomu může dojít v případě, že virtuální počítače nepodporují HotAdd, například pokud používají disky IDE.
Aby byl virtuální počítač přístupný pomocí HotAdd, musí být na hostiteli ESXi nasazen server vProxy, který má přístup k datovému úložišti VMware, kde jsou umístěny disky virtuálního počítače. Bez tohoto sladění mezi hostitelem ESXi systému vProxy a datovým úložištěm virtuálního počítače není zpracování pomocí HotAdd možné. Omezení a požadavky HotAdd jsou zdokumentovány v průvodci integrací NetWorker VMware, který je k dispozici prostřednictvím: Podpora pro NetWorker | Příručky a dokumenty
To způsobuje, že se u serveru NetWorker select_vproxy logika zaseknutí při pokusu o identifikaci vProxy pro spuštění souběžných relací VMDK. V některých scénářích může úloha nakonec identifikovat, pro které virtuální počítače může spustit relace VMDK. Doba potřebná k nasazení se může lišit v závislosti na velikosti prostředí VMware a úloha nemusí nikdy sladit server vProxy s pracovním postupem.
Разрешение
Použijte jednu z následujících možností:
Možnost 1: Odsouhlasení požadavků na přidání za provozu:
Následující kroky identifikují, které virtuální počítače nejsou přístupné za provozu:
- Přihlaste se k webovému uživatelskému rozhraní NetWorker (NWUI):
https://nwui-server-name:9090/nwui - Přejděte do části Protection-Policies> a rozbalte ji do pracovního postupu Policy, poté vyberte akci zálohování a klikněte na tlačítko Edit.
- Klikněte na kartu VMware Specific Configuration .
- Změňte režim Transport na HotAdd.
POZNÁMKA: Tato možnost není dostupná v konzoli NetWorker Management Console (NMC). je k dispozici pouze v NWUI.
- Uložte změny.
- Spusťte novou zálohu.
Virtuální počítače, které jsou přístupné za provozu, dokončí sekvenční zálohování disku. Virtuální počítače, které nejsou přístupné pro přidání za provozu, se zaseknou při čekání na spuštění:
Virtuální počítače, které jsou přístupné za provozu, dokončí zálohování. Virtuální počítače, které nejsou přístupné pomocí HotAdd, nikdy nespustí své relace zálohování. Pracovní postup musí být zrušen a je třeba vzít v úvahu následující:
- Překonfigurujte umístění vProxy nebo virtuálního počítače nebo nasaďte další virtuální proxy servery, aby byly všechny virtuální počítače přístupné pomocí hotAdd. Po vyřešení problému s přístupností HotAdd se dokončí čekání na spuštění u virtuálních počítačů, které se dříve zasekly.
- Pokud prostředí VMware nelze nakonfigurovat tak, aby tyto virtuální počítače byly přístupné pomocí HotAdd, nebo virtuální počítače nepodporují HotAdd (například disky IDE), použijte možnost 2.
Možnost 2: Povolení NBD (Network Block Device) na serverech vProx.
- Povolení funkce NBD v jednom nebo více serverech vProx:
- Proveďte zálohy.
Výchozím (preferovaným) režimem přenosu je přidání za provozu. Všechny zálohy virtuálních počítačů budou zpočátku vyžadovat přidání za provozu a pouze záložní do NBD, pokud virtuální počítač nelze zálohovat přes horké přidání. Je však možné, aby virtuální počítače, které jsou přístupné za provozu, prováděly některé relace přes NBD, pokud jsou spotřebovány všechny relace přidání za provozu a k dokončení souběžných záloh VMDK pro daný virtuální počítač jsou vyžadovány další relace. Virtuální počítače, které nejsou přístupné pro přidání za provozu, se budou zálohovat přes NBD, jakmile budou relace NBD k dispozici.