NVP vProxy: Fejlfinding i sikkerhedskopiering af dynamiske regler, VM er mangler i markeringen

NetWorker-regler er konfigureret til at beskytte VMware Virtual Machines (VM):

• NVP vProxy: Kategorimærkningsbaseret VMware-beskyttelse
• NetWorker: vProxy: Hvordan aktiveres en VMware-gruppe med dynamisk tilknytning og regler?

Følgende symptomer observeres:

• VMware-sikkerhedskopieringsarbejdsgange mislykkes med at 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 det er kun nogle VM er, der sikkerhedskopieres. VM'er, som mistænkes for at være fanget af regeldefinitionerne, bliver ikke medtaget og sikkerhedskopieres derfor ikke.
• Der vises ingen VM'er, når du udfører "Vis alle virtuelle maskiner" fra Egenskaber for beskyttelsesgruppe:

ELLER kun nogle VM'er vises. VM'er, som mistænkes for at være fanget af regeldefinitionerne, vises ikke og vises derfor ikke.

Der er et problem med de anvendte regeldefinitioner eller "Match"-logikken. 

Match logik:

Der er to valgmuligheder for matchtypen i NetWorker-reglerne:

• ALL – Dette anvender operatorlogikken "AND". Det betyder, at for at en VM kan identificeres ved reglen, skal den opfylde kravene i ALLE reglerne. Hvis reglen f.eks. har defineret to regeldefinitioner, skal de VM'er, der hentes, opfylde kravene i begge regeldefinitioner.

Scenarie:

En VM i VMware har to tags tildelt:

Følgende "Matchtype": Alle" -reglen er konfigureret til at definere begge disse tags:

Kun VM'er, der opfylder Alle regeldefinitionerne identificeres af reglen:

Andre VM er, der kun har ét af VMware-taggene tildelt, bliver ikke hentet af reglen, fordi de ikke matcher alle de påkrævede betingelser.

• ANY – Der bruges operatorlogikken "OR". Det betyder, at enhver VM, der opfylder kravene i ENHVER regeldefinition, opfanges eller ignoreres (afhængigt af den anvendte operatør). Hvis der f.eks. er to regeldefinitioner, men en VM kun opfylder kravet i en af reglerne, identificeres den af reglen.

Scenarie:

Følgende "Matchtype": Enhver" regel er konfigureret i NetWorker:
 

Nogen VM, der indeholder et af disse tags, identificeres ved hjælp af reglen:

Kort sagt, "Matchtype: Alle" er passende, når du vil sikre, at alle regeldefinitionerne skal være opfyldt, når du identificerer VM'er, der skal sikkerhedskopieres eller ignoreres under en sikkerhedskopiering. "Kamptype: Enhver" er passende, når du har en blanding af forskellige regeldefinitioner, og du ønsker, at VM'er skal identificeres baseret på en enkelt regeldefinition i reglen.

Typer og operatører:

Hvis VM'er stadig ikke identificeres korrekt, efter at du har bekræftet, at den korrekte matchtype er brugt, skal du gennemse typerne og operatorerne i regeldefinitionerne.

Regeldefinitionerne tillader følgende typer:

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

Hver af disse typer svarer til VMware-ressourcer.

Regeldefinitionen 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 gennemgår disse indstillinger, skal du sikre dig, at der ikke er modstridende regler, der kan annullere hinanden. Operatørerne skal også svare til typeværdier, der findes i VMware-infrastrukturen.

Egenskaber og værdier:

Der er to ejendomstyper:

• Navn – Knyttes direkte til "Navn" på noget i VMware. F.eks. navnet på en VirtualMachine, Host/Cluster, vApp, VmFolder, Datacenter eller ResourcePool. Afhængigt af den anvendte operator kan dette være et nøjagtigt match eller en delvis streng. For eksempel skal VirtualMachine-navnet være lig med "rhel-client01.amer.lan", VirtalMachine-navnet skal indeholde "rhel-client", eller VmFolder skal være lig med "VM-klienter".
• Tag – bruger VMware-kategorimærkning. Kategorier og tags konfigureres direkte i VMware og tildeles forskellige ressourcer. De definerede kategorier og tags skal findes i VMware og skal tildeles ressourcerne korrekt. Dette diskuteres mere detaljeret under NVP vProxy: Kategorimærkningsbaseret VMware-beskyttelse.

Logfiler og yderligere fejlfindingsforanstaltninger:

• Gennemse NetWorker-serveren daemon.raw for eventuelle fejl vedrørende VMware-lagerprocessen (nsrvim)
  • Linux: /nsr/logs/daemon.raw
  • Windows (standard): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: Sådan bruges nsr_render_log til at gengive .raw logfiler
• Gennemse sessionslogfilerne for NetWorker-serveropgørelser (nsrvisd) for at se, om der er rapporteret fejl ved identifikation af dynamiske regler:
  • Linux: /opt/nsr/logs/vproxy/logs/nsrvisd/
  • Windows (standard): C:\Program Files\EMC NetWorker\nsr\vproxy\logs\nsrvisd\
• Generer vCenter-dumpfiler. Disse filer angiver, hvilke VMware-ressourcer der findes i VMware-miljøet, og som indsamles under NetWorker-lagerprocessen.

1. Fra en meddelelse med administratorrettigheder på NetWorker-serveren skal du køre: nsrvim --dump --names=vCEnter_Server_Name
2. Dette genererer tre XML-filer. På Windows-servere genereres filerne på samme sted, hvorfra kommandoen blev kørt. På Linux genereres filerne under /nsr/cores/nsrvim

• vCenter_Name.xml - Viser VMware-objekter: VM'er, datalagre, mapper osv
• vCenter_Name-cat_tags.xml - Viser VMware-kategoritags, og hvilke ressourcer der har taggene tildelt.
• vCenter_Name-mapping.xml - Viser VMware-objekter: Portér grupper, værter, mapper, VM'er osv.