NVP vProxy: VM 백업 워크플로가 실행 대기 상태로 유지되고, VM 백업 세션이 시작되지 않으며, 워크플로에서 vProxy를 선택하지 않습니다. (2024)

증상

VM 백업 워크플로는 실행 대기 상태의 VM을 표시합니다. NetWorker Management Console의 백업 작업 세부 정보에는 다음이 표시됩니다.

참고: "vProxy" 열은 비어 있으며, 이는 워크플로에서 vProxy를 선택하지 않았음을 나타냅니다.

vProxy가 활성화된 상태로 표시됩니다. 디바이스->VMware 프록시에서 예
NMC 알림 창에 "vProxy를 사용할 수 없음" 메시지가 표시되지 않습니다.
NetWorker Server가 vProxy FQDN, 간단한 이름 및 IP 주소를 올바르게 확인할 수 있습니다.
vProxy가 NetWorker Server FQDN, 짧은 이름 및 IP 주소를 올바르게 확인할 수 있습니다.
NetWorker Server와 vProxy 어플라이언스 사이에 포트 9090이 열려 있습니다. 각 시스템은 이 포트를 통해 서로 통신할 수 있습니다.

원인

VM 백업 세션을 설정하려면 NetWorker Server가 사용 가능한 vProxy 어플라이언스를 식별하고 연결해야 합니다.

워크플로에서 vProxy를 선택하지 않는 데에는 몇 가지 잠재적인 원인이 있습니다. 이 KB는 NetWorker Server와 vProxy 어플라이언스 간의 통신에 식별 가능한 문제가 없고 vProxy 가용성에서 관찰된 문제가 없는 경우 vProxy 선택 프로세스에 대한 추가 디버깅 방법을 제공합니다.

몇 가지 잠재적 원인을 진단하려면 추가 정보 섹션을 참조하십시오.

vProxy가 활성화되지 않았습니다.
vProxy가 NetWorker Server를 확인할 수 없습니다.
NetWorker Server가 vProxy를 확인할 수 없습니다.
포트 9090 통신 문제입니다.

해결

NetWorker Server에서 NetWorker tmp 디렉토리에 확장명 없이 비어 있는 vmbackup_logging 파일을 생성합니다.

Linux:

nve:~ # touch /nsr/tmp/vmbackup_loggingnve:~ # ls -l /nsr/tmp | grep vmbackup-rw------- 1 root root 0 May 23 11:00 vmbackup_logging

Windows(관리자 PowerShell):

See Also

우연 케이블 테스터에 대한 훨씬 저렴한 대안

PS C:\Users\Administrator.AMER> New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File Directory: C:\Program Files\EMC NetWorker\nsr\tmpMode LastWriteTime Length Name---- ------------- ------ -----a---- 5/23/2024 11:04 AM 0 vmbackup_loggingPS C:\Users\Administrator.AMER>

참고: 위에 표시된 명령은 기본 NetWorker 설치 경로가 사용된 것으로 가정합니다. NetWorker가 다른 위치에 설치된 경우 설치 위치에 따라 명령을 수정합니다.

NetWorker Server 서비스를 재시작합니다.

Linux:
```
systemctl restart networker
```
Windows(관리자 PowerShell):
```
net stop nsrexecd /y ; net start nsrd
```
NMC가 동일한 호스트에 설치된 경우 다음 명령도 실행해야 합니다.
```
net start gstsd
```
NMC 또는 NWUI(NetWorker Web User Interface)에 다시 로그인하고 VM 백업 워크플로를 시작합니다.

NetWorker Server의 렌더링된 daemon.raw에서 "select_vproxy" vProxy 메시지를 모니터링합니다.

예:

nve:~ # tail -10 /nsr/logs/daemon.log0 05/23/24 11:15:25 nsrd NSR notice 05/23/24 11:15:25.083659 Vmproxy queue: Processing requests in pending queue (priority=2, count=2) for transport mode 0, datastores 'esx02-datastore', vCenter 'vcsa.amer.lan'0 05/23/24 11:15:25 nsrd NSR notice 05/23/24 11:15:25.083747 Vmproxy queue: Selecting vProxy for request (id=1, manager_id=1716477021) in pending queue (count=2)0 05/23/24 11:15:25 nsrd NSR notice 05/23/24 11:15:25.083771 select_vproxy: all full '1'.0 05/23/24 11:15:25 nsrd NSR notice 05/23/24 11:15:25.083790 select_vproxy: vProxy not found.0 05/23/24 11:15:25 nsrd NSR notice 05/23/24 11:15:25.083809 process_pending: err: 53014.0 05/23/24 11:15:26 nsrd NSR notice 05/23/24 11:15:26.084025 Vmproxy queue: Processing requests in pending queue (priority=2, count=2) for transport mode 0, datastores 'esx02-datastore', vCenter 'vcsa.amer.lan'0 05/23/24 11:15:26 nsrd NSR notice 05/23/24 11:15:26.084113 Vmproxy queue: Selecting vProxy for request (id=1, manager_id=1716477021) in pending queue (count=2)0 05/23/24 11:15:26 nsrd NSR notice 05/23/24 11:15:26.084135 select_vproxy: all full '1'.0 05/23/24 11:15:26 nsrd NSR notice 05/23/24 11:15:26.084154 select_vproxy: vProxy not found.0 05/23/24 11:15:26 nsrd NSR notice 05/23/24 11:15:26.084183 process_pending: err: 53014.

Linux: /nsr/logs/daemon.raw
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
NetWorker: nsr_render_log 사용 방법

워크플로가 실패할 때까지 기다립니다. 워크플로가 실패하지 않고 수동으로 취소해야 하는 경우 10-15분 정도 기다린 다음 작업을 취소합니다.

적용된 디버그 설정에서 즉각적인 원인을 확인할 수 없는 경우 Dell NetWorker 지원 부서에 문의하여 렌더링된 daemon.log 제공하십시오.

추가 정보

vProxy 활성화 상태:

NMC에서 디바이스->VMware 프록시로 이동하거나 NWUI에서 보호->VMware 프록시로 이동합니다.
vProxy가 활성화되어 있는지 확인합니다. Enabled 열에 Enabled: 예:

참고: vProxy가 Enabled로 표시되는 경우: 아니요, vProxy를 편집하고 Enabled를 선택합니다. 예

이름 확인:

vProxy 어플라이언스 및 NetWorker Server에서 해당하는 각 시스템에 대해 FQDN, 간단한 이름 및 IP 주소를 확인할 수 있는지 확인합니다.
```
nslookup FQDNnslookup Short_Namenslookup IP_ADDRESS
```
DNS 및 이름 해석 문제 해결
각 시스템에서 /etc/hosts 파일을 검사하고 hosts 파일 항목이 있는 경우 올바른 IP 주소와 해당 호스트 이름이 있는지 확인합니다.

참고: SSH를 통해 vProxy에 액세스할 때는 "admin" 계정을 사용하여 로그인해야 합니다. SSH를 통한 루트 액세스는 기본적으로 비활성화되어 있습니다.

포트 9090 통신:

NetWorker Server에서 vProxy의 포트 9090과 통신할 수 있는지 확인합니다.
```
nsrports -t vProxy_Address -p 9090
```
vProxy 어플라이언스에서 NetWorker Server의 포트 9090과 통신할 수 있는지 확인합니다.
```
curl -v NetWorker_Address:9090
```
참고: SSH를 통해 vProxy에 액세스할 때는 "admin" 계정을 사용하여 로그인해야 합니다. SSH를 통한 루트 액세스는 기본적으로 비활성화되어 있습니다.

vProxy 가용성:

NetWorker Server의 daemon.raw에서 vProxy 가용성 또는 SSL 오류를 확인합니다.

Linux: /nsr/logs/daemon.raw
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw

NetWorker: nsr_render_log 사용 방법

인증서 및 SSL 오류
SSL 오류가 관찰된 경우 vProxy 어플라이언스를 다시 등록하면 문제가 해결될 수 있습니다. NVP vProxy: vProxy 어플라이언스를 등록 취소/재등록하는 방법

Hotadd 가용성
기본적으로 vProxy 어플라이언스에는 13개의 hotadd 세션이 활성화되어 있고 NBD(Network Block Device)는 비활성화되어 있습니다.

즉, vProxy 어플라이언스는 백업 중인 VM에 대한 데이터 저장소 액세스 권한이 있는 ESXi 호스트에 상주해야 합니다. HotAdd만 활성화된 경우 NBD를 일시적으로 활성화하여 백업 세션이 시작되는지 확인할 수 있습니다. 백업이 시작되면 VMware에 핫애드 액세스 문제가 있음을 나타냅니다. 이 문제는 ESXi 호스트에 vProxy 어플라이언스를 배포하여 하나 이상의 vProxy 어플라이언스에서 각 VMware 데이터 저장소에 액세스할 수 있도록 함으로써 해결할 수 있습니다. NBD를 사용하지 않는 것이 좋습니다(가능한 경우). NBD 세션의 양이 많으면 ESXi 관리 네트워크에 정체가 발생할 수 있습니다. 확장성 및 hotadd/NBD 권장 사항 및 제한 사항에 대한 자세한 내용은 다음을 통해 제공되는 NetWorker VMware 통합 가이드를 참조하십시오. https://www.dell.com/support/home/product-support/product/networker/docs

HotAdd는 ProxyHC 유틸리티를 사용하여 검증할 수도 있습니다. NVP-vProxy: vProxy 어플라이언스에서 상태 점검 툴 ProxyHC를 사용하는 방법

백업 작업에서 수동 vProxy가 선택됨:
백업 작업에는 vProxy가 수동으로 선택되어 있습니다.

문제가 없는지 확인합니다(위의 설명 참조). 이 vProxy에 액세스하거나 가용성으로 액세스하여 사용 가능한 다른 vProxy를 테스트하거나 "자동" 선택으로 설정합니다.