NVP vProxy: VM 백업이 오랜 시간 동안 실행 대기 상태로 유지됨

• NVP(NetWorker VMware Protection) vProxy VM(Virtual Machine) 백업이 장시간 "실행 대기 중" 상태입니다. 
   
• NetWorker Server와 vProxy 간에 통신 문제가 없습니다. 즉, 둘 다 서로를 올바르게 확인하고 포트 9090을 통해 통신할 수 있습니다. NVP vProxy: 백업 및 복원 작업을 위한 네트워크 연결 문제 해결
• NMC(NetWorker Management Console) 또는 NetWorker Server에 알림이 없습니다 daemon.raw 비활성화되거나 사용할 수 없는 vProxy:
  • Linux: /nsr/logs/daemon.raw
  • Windows(기본값): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: nsr_render_log를 사용하여 .raw 로그 파일을 렌더링하는 방법
• 백업 작업은 "자동" vProxy 선택으로 구성됩니다. 즉, 여러 vProxy가 구성된 경우 NetWorker는 세션 가용성이 충분한 vProxy를 선택할 수 있습니다.
• NetWorker VMware Protection-vProxy에 따라 vProxy 선택 로깅을 활성화합니다. 디버그 로깅을 활성화하는 방법은 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.

백업 작업은 "동시 VMDK" 및 "자동" 전송 모드로 구성됩니다.

vProxy는 무중단 추가 모드로만 구성됩니다.
 

백업 워크플로에는 HotAdd를 사용하여 액세스할 수 없는 하나 이상의 VM이 포함된 보호 그룹이 포함됩니다. 이 문제는 VM이 IDE 디스크를 사용하는 경우와 같이 HotAdd를 지원하지 않는 경우에 발생할 수 있습니다.

VM에서 HotAdd에 액세스할 수 있으려면 VM의 디스크가 상주하는 VMware 데이터 저장소에 대한 데이터 저장소 액세스 권한이 있는 ESXi 호스트에 vProxy를 배포해야 합니다. vProxy의 ESXi 호스트와 VM의 데이터 저장소 간의 이러한 정렬이 없으면 HotAdd 처리가 불가능합니다. HotAdd 제한 사항 및 요구 사항은 NetWorker VMware 통합 가이드에 설명되어 있습니다. NetWorker 지원 | 매뉴얼 및 문서 

이로 인해 NetWorker Server의 select_vproxy 동시 VMDK 세션을 시작하기 위해 vProxy를 식별하려고 시도하는 데 걸리는 논리입니다. 일부 시나리오에서는 작업이 VMDK 세션을 시작할 수 있는 VM을 식별할 수 있습니다. 소요 시간은 VMware 환경 크기에 따라 달라질 수 있으며, 작업이 워크플로에 대한 vProxy를 조정하지 못할 수 있습니다.

다음 옵션 중 하나를 사용하십시오.

옵션 1: 무중단 추가 요구 사항 조정:

다음 단계에서는 HotAdd에 액세스할 수 없는 VM을 식별합니다.

1. NWUI(NetWorker Web User Interface)에 로그인합니다. https://nwui-server-name:9090/nwui
2. Protection-Policies>로 이동하여 정책 워크플로로 확장한 다음 백업 작업을 선택하고 Edit를 클릭합니다.
3. VMware별 구성 탭을 클릭합니다.
4. 전송 모드를 HotAdd로 변경합니다.
   참고: NMC(NetWorker Management Console)에서는 이 옵션을 사용할 수 없습니다. NWUI에서만 사용할 수 있습니다.
5. 변경사항을 저장합니다.
    
6. 새 백업을 시작합니다.

HotAdd에 액세스할 수 있는 VM은 순차적 디스크 백업을 완료합니다. 핫 애드에 액세스할 수 없는 VM이 "실행 대기 중"에서 멈춥니다.
 

HotAdd에 액세스할 수 있는 VM 전체 백업입니다. HotAdd에 액세스할 수 없는 VM은 백업 세션을 시작하지 않습니다. 워크플로를 취소해야 하며 다음 사항을 고려해야 합니다.

• 모든 VM에서 HotAdd에 액세스할 수 있도록 vProxy 또는 VM 배치를 재구성하거나 추가 vProxy를 배포합니다. HotAdd 액세스 가능성이 해결되면 이전에 "실행 대기 중"에서 중단된 VM이 완료됩니다. 
• 이러한 VM HotAdd에 액세스할 수 있도록 VMware 환경을 구성할 수 없거나 VM이 HotAdd(예: IDE 디스크)를 지원하지 않는 경우 옵션 2를 사용합니다.

옵션 2: vProxy에서 NBD(Network Block Device)를 활성화합니다.

1. 하나 이상의 vProxy에서 NBD 활성화:
    

2.  백업을 수행합니다.

기본(기본) 전송 모드는 Hot Add입니다. 모든 VM 백업은 처음에 Hot Add를 요청하고 Hot Add를 통해 VM을 백업할 수 없는 경우에만 NBD로 대체합니다. 그러나 모든 Hot Add 세션이 사용되고 해당 VM에 대한 동시 VMDK 백업을 완료하기 위해 추가 세션이 필요한 경우 HotAdd에 액세스할 수 있는 VM이 NBD를 통해 일부 세션을 수행할 수 있습니다. Hot Add에 액세스할 수 없는 VM은 NBD 세션을 사용할 수 있는 경우 NBD를 통해 백업됩니다.

• NVP vProxy: 호스트 파일 항목 또는 이중 스택(IPv4 및 IPv6) 구성을 사용하는 환경에서 VM 백업이 실행 대기 중 상태에 있습니다.