NVP vProxy: Problemen oplossen met back-ups van dynamische regels, VM's ontbreken in selectie

NetWorker-regels zijn geconfigureerd om VMware virtuele machines (VM) te beschermen:

• NVP vProxy: Categorietagging op basis van VMware-bescherming
• NetWorker: vProxy: Hoe schakel ik een VMware-groep in met dynamische koppeling en regels?

De volgende symptomen worden waargenomen:

• VMware-back-upworkflows mislukken bij het rapporteren van het volgende:

  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.

  OF er wordt slechts een back-up gemaakt van enkele VM's. VM's waarvan wordt vermoed dat ze door de regeldefinities worden vastgelegd, worden niet gedetecteerd en er wordt dus geen back-up van gemaakt.
• Er worden geen VM's vermeld bij het uitvoeren van "Preview All Virtual Machines" vanuit de eigenschappen van de beveiligingsgroep:

OF, er worden slechts enkele VM's weergegeven. VM's waarvan wordt vermoed dat ze door de regeldefinities worden vastgelegd, worden niet weergegeven en dus ook niet weergegeven.

Er is een probleem met de regeldefinities of de gebruikte logica Overeenkomst. 

Match logica:

Er zijn twee zoektype-opties beschikbaar in NetWorker-regels:

• ALL - Dit maakt gebruik van de logica van de operator "AND". Dit betekent dat een VM alleen door de regel kan worden geïdentificeerd als deze voldoet aan de vereisten van ALLE regels. Als de regel bijvoorbeeld twee regeldefinities heeft gedefinieerd, moeten de VM's die worden opgehaald voldoen aan de vereisten van beide regeldefinities.

Casusscenario:

Aan een VM in VMware zijn twee tags toegewezen:

Het volgende zoektype: De regel Alles is geconfigureerd en definieert beide tags:

Alleen VM's die voldoen aan alle regeldefinities worden geïdentificeerd door de regel:
 

Andere VM's waaraan slechts één van de VMware-tags is toegewezen, worden niet opgepikt door de regel omdat ze niet aan alle vereiste voorwaarden voldoen.

• ANY - Dit maakt gebruik van de logica van de operator "OR". Dit betekent dat elke VM die voldoet aan de vereisten van ELKE regeldefinitie wordt opgepikt of genegeerd (afhankelijk van de gebruikte operator). Als er bijvoorbeeld twee regeldefinities zijn, maar een VM alleen voldoet aan de vereiste van één van de regels, wordt deze geïdentificeerd door de regel.

Casusscenario:

Het volgende zoektype: "Any" regel is geconfigureerd in NetWorker:
 

Elke VM die een van deze tags bevat, wordt geïdentificeerd door de regel:
 

Samengevat: "Zoektype: Alle" is geschikt wanneer u ervoor wilt zorgen dat aan alle regeldefinities moet worden voldaan bij het identificeren van VM's waarvan een back-up moet worden gemaakt of die tijdens een back-up moeten worden genegeerd. "Wedstrijdtype: 'Elke' is geschikt wanneer u een combinatie van verschillende regeldefinities hebt en u wilt dat VM's worden geïdentificeerd op basis van een enkele regeldefinitie in de regel.

Typen en operators:

Als VM's nog steeds niet correct worden geïdentificeerd nadat u hebt bevestigd dat het juiste zoektype is gebruikt, controleert u de typen en operators in de regeldefinities.

De regeldefinities staan de volgende typen toe:

• VirtualMachine
• Host/Cluster
• vApp
• VmFolder
• Datacenter
• ResourcePool

Elk van deze typen komt overeen met VMware-resources.

De regeldefinitie heeft de volgende logische operatoren:

• Equals
• Does not Equal
• Contains
• Does not Contain
• Starts With
• Does Not Start With
• Ends With
• Does Not End With
• Regular Expression

Let er bij het controleren van deze instellingen op dat er geen conflicterende regels zijn die elkaar kunnen opheffen. De operators moeten ook overeenkomen met Type-waarden die in de VMware-infrastructuur aanwezig zijn.

Eigenschappen en waarden:

Er zijn twee soorten onroerend goed:

• Naam - Koppelt rechtstreeks aan de "Naam" van iets in VMware. Bijvoorbeeld de naam van een VirtualMachine, Host/Cluster, vApp, VmFolder, Datacenter of ResourcePool. Afhankelijk van de gebruikte operator kan dit een exacte overeenkomst of een gedeeltelijke tekenreeks zijn. De naam van de VirtualMachine moet bijvoorbeeld gelijk zijn aan 'rhel-client01.amer.lan', de naam van VirtalMachine moet 'rhel-client' bevatten of VmFolder moet gelijk zijn aan 'VM Clients'.
• Tag - maakt gebruik van VMware Category Tagging. Categorieën en tags worden rechtstreeks in VMware geconfigureerd en toegewezen aan verschillende resources. De gedefinieerde categorieën en tags moeten bestaan in VMware en moeten correct aan de resources worden toegewezen. Dit wordt nader besproken onder NVP vProxy: Categorietagging op basis van VMware-bescherming.

Logboeken en aanvullende maatregelen voor probleemoplossing:

• De NetWorker-server controleren daemon.raw voor eventuele fouten met betrekking tot het VMware-inventarisatieproces (nsrvim)
  • Linux: /nsr/logs/daemon.raw
  • Windows (standaard): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: De nsr_render_log gebruiken om .raw logbestanden weer te geven
• Evalueer de sessielogboeken van de NetWorker-serverinventaris (nsrvisd) om te zien of er fouten worden gemeld bij het identificeren van dynamische regels:
  • Linux: /opt/nsr/logs/vproxy/logs/nsrvisd/
  • Windows (standaard): C:\Program Files\EMC NetWorker\nsr\vproxy\logs\nsrvisd\
• Genereer vCenter-dumpbestanden. Deze bestanden geven weer welke VMware-resources er in de VMware-omgeving aanwezig zijn en worden opgehaald tijdens het NetWorker-inventarisatieproces.

1. Voer vanaf een prompt met verhoogde bevoegdheid op de NetWorker-server het volgende uit: nsrvim --dump --names=vCEnter_Server_Name
2. Dit genereert drie XML-bestanden. Op Windows-servers worden de bestanden gegenereerd op dezelfde locatie van waaruit de opdracht is uitgevoerd. Op Linux worden de bestanden gegenereerd onder /nsr/cores/nsrvim

• vCenter_Name.xml - Geeft een overzicht van VMware-objecten: VM's, datastores, mappen, enzovoort
• vCenter_Name-cat_tags.xml - Vermeldt VMware-categorietags en aan welke bronnen de tags zijn toegewezen.
• vCenter_Name-mapping.xml - Geeft een overzicht van VMware-objecten: Poortgroepen, hosts, mappen, VM's, enzovoort

Problemen oplossen met VMware-categorietags:

VMware PowerCLI kan ook worden gebruikt om te bepalen welke VMware-objecten aan een VMware-categorie en -tag worden toegewezen.

OPMERKING: PowerCLI is een aanvullend VMware-pakket dat kan worden geïnstalleerd op ondersteunde besturingssystemen. Zie voor meer informatie: PowerCLI installatiehandleiding 

Voorbeeld van PowerCLI-gebruik om VMware-objecten te identificeren met tagtoewijzing.

• Tags weergeven en in welke categorie ze zijn ingedeeld:

Get-Tag

• Tags weergeven die zijn toegewezen aan een VM:

Get-VM | Get-TagAssignment

• Tags weergeven die zijn toegewezen aan een VM-sjabloon:

Get-Template | Get-TagAssignment

• Tags weergeven die zijn toegewezen aan een VM-map:

Get-Folder | Get TagAssignment

De bovenstaande syntaxisvoorbeelden kunnen verder worden uitgebreid om data te filteren of te exporteren naar een bestand. De uitvoer van PowerCLI kan worden vergeleken met hoe NetWorker omgaat met de categorietagregels om eventuele afwijkingen te identificeren.
Zie voor meer informatie over Get-TagAssignment: Opdracht Get-TagAssignment | Naslaginformatie VMware PowerCLI