NVP vProxy: 동적 규칙 백업, 선택 항목에서 누락된 VM 문제 해결
Summary: NetWorker "규칙"은 NetWorker 보호 그룹에서 VMware VM(Virtual Machine)을 식별하도록 구성됩니다. 이렇게 하면 정의된 규칙 정의와 규칙 기준을 충족하는 VM을 기반으로 새 VM이 동적으로 백업됩니다. VM이 일부 또는 전혀 나열되지 않습니다. 이 문서에 설명된 접근 방식은 규칙이 예상 VMware 리소스를 올바르게 식별하지 못하게 만드는 잠재적인 구성 문제를 진단하는 방법을 간략하게 설명합니다. ...
Symptoms
NetWorker 규칙은 VMware VM(Virtual Machine)을 보호하도록 구성됩니다.
다음과 같은 증상이 관찰됩니다.
- VMware 백업 워크플로우가 다음을 보고하지 못합니다.
180795 2025-10-22 11:47:06 AM 1 5 0 5616 11684 0 NetWorker_Server_Name nsrvproxy_save NSR notice No VM selected as part of static selection. 180797 2025-10-22 11:47:06 AM 1 5 0 5616 11684 0 NetWorker_Server_Name nsrvproxy_save NSR notice No VM's found as part of dynamic/rule based selection 180799 2025-10-22 11:47:06 AM 1 5 0 5616 11684 0 NetWorker_Server_Name nsrvproxy_save NSR notice No excluded VM's are present. 205487 2025-10-22 11:47:06 AM 0 0 2 5616 11684 0 NetWorker_Server_Name nsrvproxy_save NSR info No VMs obtained for Backup. Verify the static and rule based dynamic associations for VM selection.
또는 일부 VM만 백업됩니다. 규칙 정의에 의해 캡처되는 것으로 의심되는 VM은 백업되지 않으므로 백업되지 않습니다. - 보호 그룹 속성에서 "모든 가상 머신 미리 보기"를 수행할 때 VM이 나열되지 않습니다.

또는 일부 VM만 표시됩니다. 규칙 정의에 의해 캡처된 것으로 의심되는 VM은 표시되지 않으므로 표시되지 않습니다.
Cause
규칙 정의 또는 사용된 "일치" 논리에 문제가 있습니다.
Resolution
일치 로직:
NetWorker 규칙에서 사용할 수 있는 일치 유형 옵션은 두 가지입니다.
- ALL - "AND" 연산자 논리를 사용합니다. 즉, 규칙으로 VM을 식별하려면 모든 규칙의 요구 사항을 충족해야 합니다. 예를 들어 규칙에 두 개의 규칙 정의가 정의되어 있는 경우 선택되는 VM은 두 규칙 정의의 요구 사항을 모두 충족해야 합니다.
케이스 시나리오:
VMware의 VM에는 두 개의 태그가 할당되어 있습니다.

다음과 같은 '검색 유형: All" 규칙은 다음 두 태그를 모두 정의하도록 구성됩니다.

모든 규칙 정의를 충족하는 VM만 다음 규칙으로 식별됩니다.
VMware 태그 중 하나만 할당된 다른 VM은 모든 필수 조건과 일치하지 않으므로 규칙에 의해 선택되지 않습니다.
- ANY - "OR" 연산자 논리를 사용합니다. 즉, ANY 규칙 정의의 요구 사항을 충족하는 모든 VM이 선택되거나 무시됩니다(사용된 Operator에 따라 다름). 예를 들어 두 개의 규칙 정의가 있지만 VM이 규칙 중 하나의 요구 사항만 충족하는 경우 규칙으로 식별됩니다.
케이스 시나리오:
다음과 같은 '검색 유형: Any" 규칙이 NetWorker에 구성되어 있습니다.
모두 이러한 태그 중 하나가 포함된 VM은 다음 규칙으로 식별됩니다.
요약하자면, "일치 유형: All"은 백업 중에 무시하거나 백업할 VM을 식별할 때 모든 규칙 정의가 충족되어야 한다는 것을 확인하려는 경우에 적합합니다. "일치 유형: Any"는 다양한 규칙 정의가 혼합되어 있고 규칙의 단일 규칙 정의를 기반으로 VM을 식별하려는 경우에 적합합니다.
형식 및 연산자:
올바른 일치 유형이 사용되는지 확인한 후에도 VM이 올바르게 식별되지 않으면 규칙 정의에서 유형 및 연산자를 검토합니다.

규칙 정의는 다음 유형을 허용합니다.
VirtualMachineHost/ClustervAppVmFolderDatacenterResourcePool
이러한 각 유형은 VMware 리소스에 해당합니다.
규칙 정의에는 다음과 같은 논리 연산자가 있습니다.
EqualsDoes not EqualContainsDoes not ContainStarts WithDoes Not Start WithEnds WithDoes Not End WithRegular Expression
이러한 설정을 검토하는 동안 서로 상쇄할 수 있는 충돌하는 규칙이 없는지 확인합니다. 연산자는 VMware 인프라스트럭처에 있는 Type 값과도 일치해야 합니다.
속성 및 값:
다음과 같은 두 가지 속성 유형이 있습니다.
- 이름 - VMware에 있는 항목의 "이름"과 직접 연결됩니다. 예를 들어 VirtualMachine, 호스트/클러스터, vApp, VmFolder, Datacenter 또는 ResourcePool의 이름입니다. 사용된 연산자에 따라 정확히 일치하거나 부분 문자열일 수 있습니다. 예를 들어 VirtualMachine 이름은 "rhel-client01.amer.lan"과 같아야 하고, VirtalMachine 이름은 "rhel-client"를 포함해야 하며, VmFolder는 "VM Clients"와 같아야 합니다.
- 태그 - VMware 범주 태그 지정을 사용합니다. 범주 및 태그는 VMware에서 직접 구성되고 다양한 리소스에 할당됩니다. 정의된 범주 및 태그는 VMware에 있어야 하며 리소스에 올바르게 할당되어야 합니다. 이 내용은 NVP vProxy: 범주 태그 지정 기반 VMware 보호.

로그 및 추가 문제 해결 조치:
- NetWorker Server 검토
daemon.rawVMware 인벤토리 프로세스와 관련된 모든 오류(nsrvim)- Linux:
/nsr/logs/daemon.raw - Windows(기본값):
C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw - NetWorker: nsr_render_log 사용하여 .raw 로그 파일을 렌더링하는 방법
- Linux:
- NetWorker Server 인벤토리 세션 로그(
nsrvisd)을 클릭하여 동적 규칙을 식별할 때 보고된 오류가 있는지 확인합니다.- Linux:
/opt/nsr/logs/vproxy/logs/nsrvisd/ - Windows(기본값):
C:\Program Files\EMC NetWorker\nsr\vproxy\logs\nsrvisd\
- Linux:
- vCenter 덤프 파일을 생성합니다. 이러한 파일은 VMware 환경에 있는 VMware 리소스를 나열하며 NetWorker 인벤토리 프로세스 중에 선택됩니다.
- NetWorker 서버의 관리자 권한 프롬프트에서 다음을 실행합니다.
nsrvim --dump --names=vCEnter_Server_Name - 이렇게 하면 세 개의 XML 파일이 생성됩니다. Windows 서버에서는 명령이 실행된 위치와 동일한 위치에 파일이 생성됩니다. Linux에서 파일은 /nsr/cores/nsrvim 아래에 생성됩니다
- vCenter_Name.xml - VMware 오브젝트를 나열합니다. VM, 데이터 저장소, 폴더 등
- vCenter_Name-cat_tags.xml - VMware 범주 태그와 태그가 할당된 리소스를 나열합니다.
- vCenter_Name-mapping.xml - VMware 오브젝트를 나열합니다. 포트 그룹, 호스트, 폴더, VM 등