NVP vProxy: Feilsøke sikkerhetskopier av dynamiske regler, VM-er mangler i utvalget

NetWorker-regler er konfigurert for å beskytte virtuelle VMware-maskiner (VM):

• NVP vProxy: Kategorimerkingsbasert VMware-beskyttelse
• NetWorker: vProxy: Hvordan aktiverer jeg en VMware-gruppe med dynamisk tilknytning og regler?

Følgende symptomer observeres:

• VMware-arbeidsflyter for sikkerhetskopiering kan ikke rapportere følgende:

  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.

  ELLER, bare noen VM-er er sikkerhetskopiert. VM-er som mistenkes å være fanget opp av regeldefinisjonene er ikke, og dermed ikke sikkerhetskopiert.
• Ingen virtuelle maskiner vises når du gjør «Forhåndsvis alle virtuelle maskiner» fra egenskapene for beskyttelsesgruppen:

ELLER, bare noen virtuelle maskiner vises. VM-er som mistenkes å være fanget opp av regeldefinisjonene, vises ikke, og vises dermed ikke.

Det er et problem med regeldefinisjonene eller samsvarslogikken som brukes. 

Match Logic:

Det finnes to samsvartypealternativer i NetWorker-reglene:

• ALL – Dette bruker operatorlogikken "AND". Dette betyr at for at en virtuell maskin skal kunne identifiseres av regelen, må den oppfylle kravene i ALLE reglene. Hvis regelen for eksempel har to regeldefinisjoner definert, må de virtuelle maskinene som hentes, oppfylle kravene i begge regeldefinisjonene.

Saksscenario:

En VM i VMware har to tilordnede koder:

Følgende "Kamptype: Alle" Regel er konfigurert definere begge disse kodene:

Bare VM-er som oppfyller Alle regeldefinisjonene identifiseres av regelen:

Andre virtuelle maskiner som bare har én av VMware-taggene tilordnet, blir ikke plukket opp av regelen fordi de ikke samsvarer med Alle de nødvendige betingelsene.

• ANY - Dette bruker "OR" operator logic. Dette betyr at alle virtuelle maskiner som oppfyller kravene i en hvilken som helst regeldefinisjon, blir plukket opp eller ignorert (avhengig av operatøren som brukes). Hvis det for eksempel finnes to regeldefinisjoner, men en virtuell maskin bare oppfyller kravet i én av reglene, identifiseres den med regelen.

Saksscenario:

Følgende "Kamptype: En hvilken som helst regel er konfigurert i NetWorker:
 

Noen VM som inneholder en av disse kodene, identifiseres av regelen:

Oppsummert, "Kamptype: Alle" er hensiktsmessig når du vil sikre at Alle regeldefinisjonene må oppfylles når du identifiserer VM-er som skal sikkerhetskopieres eller ignoreres under en sikkerhetskopiering. "Kamptype: Enhver" er aktuelt når du har en blanding av ulike regeldefinisjoner og du vil at virtuelle maskiner skal identifiseres basert på én regeldefinisjon i regelen.

Typer og operatører:

Hvis VM-er fremdeles ikke identifiseres på riktig måte etter at riktig samsvartype er brukt, kontrollerer du typene og operatorene i regeldefinisjonene.

Regeldefinisjonene tillater følgende typer:

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

Hver av disse typene tilsvarer VMware-ressurser.

Regeldefinisjonen har følgende logiske operatorer:

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

Når du går gjennom disse innstillingene, må du kontrollere at det ikke er noen motstridende regler som kan avbryte hverandre. Operatørene må også samsvare med typeverdiene som finnes i VMware-infrastrukturen.

Egenskaper og verdier:

Det finnes to egenskapstyper:

• Navn – knytter direkte til "navnet" på noe i VMware. For eksempel navnet på en VirtualMachine, Host/Cluster, vApp, VmFolder, Datacenter eller ResourcePool. Avhengig av operatøren som brukes, kan dette være et nøyaktig samsvar eller en delvis streng. Navnet på VirtualMachine må for eksempel være lik "rhel-client01.amer.lan", navnet på VirtalMachine må inneholde "rhel-client" eller VmFolder må være lik "VM-klienter".
• Tag - bruker VMware Category Tagging. Kategorier og tagger konfigureres direkte i VMware og tilordnes ulike ressurser. Kategoriene og taggene som er definert, må finnes i VMware og må tilordnes ressursene på riktig måte. Dette drøftes nærmere under NVP vProxy: Kategorimerkingsbasert VMware-beskyttelse.

Logger og andre feilsøkingstiltak:

• Se gjennom NetWorker-serveren daemon.raw for eventuelle feil angående VMware-lagerprosessen (nsrvim)
  • Linux: /nsr/logs/daemon.raw
  • Windows (standard): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: Slik bruker du nsr_render_log til å gjengi .raw loggfiler
• Se gjennom NetWorker-serverens øktlogger (nsrvisd) for å se om det rapporteres feil ved identifisering av dynamiske regler:
  • Linux: /opt/nsr/logs/vproxy/logs/nsrvisd/
  • Windows (standard): C:\Program Files\EMC NetWorker\nsr\vproxy\logs\nsrvisd\
• Generer vCenter-dumpfiler. Disse filene viser hvilke VMware-ressurser som finnes i VMware-miljøet, og som plukkes opp under NetWorker-beholdningsprosessen.

1. Kjør følgende i en forhøyet ledetekst på NetWorker-serveren: nsrvim --dump --names=vCEnter_Server_Name
2. Dette genererer tre XML-filer. På Windows-servere genereres filene på samme sted som kommandoen ble kjørt fra. På Linux genereres filene under /nsr/cores/nsrvim

• vCenter_Name.xml - Lister VMware-objekter: VM-er, datalagre, mapper osv.
• vCenter_Name-cat_tags.xml – Viser en liste over VMware-kategorikoder og hvilke ressurser som har taggene tildelt.
• vCenter_Name-mapping.xml - Lister VMware-objekter: Portgrupper, verter, mapper, virtuelle maskiner osv.