NVP-vProxy: Troubleshooting von Backups dynamischer Regeln, VMs, die in der Auswahl fehlen

NetWorker-Regeln sind so konfiguriert, dass VMware Virtual Machines (VM) geschützt werden:

• NVP-vProxy: Kategorie-Tagging-basierter VMware-Schutz
• NetWorker: vProxy: Wie aktiviere ich eine VMware-Gruppe mit dynamischer Zuordnung und Regeln?

Folgende Symptome werden beobachtet:

• VMware-Backupworkflows schlagen fehl und melden Folgendes:

  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.

  Oder es werden nur einige VMs gesichert. VMs, von denen vermutet wird, dass sie von den Regeldefinitionen erfasst werden, werden nicht gesichert und daher nicht gesichert.
• Es werden keine VMs aufgelistet, wenn Sie die Option "Vorschau aller virtuellen Maschinen" über die Schutzgruppeneigenschaften ausführen:

ODER NUR einige VMs werden angezeigt. VMs, von denen vermutet wird, dass sie von den Regeldefinitionen erfasst werden, werden nicht angezeigt und daher auch nicht angezeigt.

Es liegt ein Problem mit den Regeldefinitionen oder der verwendeten "Match"-Logik vor. 

Übereinstimmungslogik:

In NetWorker-Regeln stehen zwei Optionen für Übereinstimmungstypen zur Verfügung:

• ALL : Verwendet die Logik des Operators "UND". Damit eine VM durch die Regel identifiziert werden kann, muss sie die Anforderungen ALLER Regeln erfüllen. Beispiel: Wenn für die Regel zwei Regeldefinitionen definiert sind, müssen die aufgenommenen VMs die Anforderungen beider Regeldefinitionen erfüllen.

Fallszenario:

Einer VM in VMware sind zwei Tags zugewiesen:

Der folgende "Match Type: All"-Regel ist so konfiguriert, dass beide Tags definiert sind:

Nur VMs, die alle Regeldefinitionen erfüllen, werden durch die Regel identifiziert:

Andere VMs, denen nur eines der VMware-Tags zugewiesen ist, werden nicht von der Regel aufgenommen, da sie nicht Alle erforderlichen Bedingungen erfüllen.

• ANY: Verwendet die Logik des Operators "OR". Das bedeutet, dass jede VM, die die Anforderungen der ANY-Regeldefinition erfüllt, aufgenommen oder ignoriert wird (je nach verwendetem Operator). Wenn beispielsweise zwei Regeldefinitionen vorhanden sind, aber eine VM nur die Anforderungen einer der Regeln erfüllt, wird sie durch die Regel identifiziert.

Fallszenario:

Der folgende "Match Type: "Any"-Regel in NetWorker konfiguriert ist:
 

Jegliche Die VM, die eines dieser Tags enthält, wird durch die Regel identifiziert:

Zusammenfassend lässt sich sagen: "Match Type: All" ist geeignet, wenn Sie sicherstellen möchten, dass alle Regeldefinitionen erfüllt sein müssen, wenn VMs identifiziert werden, die während eines Backups gesichert oder ignoriert werden sollen. "Übereinstimmungstyp: "Any" ist geeignet, wenn Sie eine Mischung aus unterschiedlichen Regeldefinitionen haben und möchten, dass VMs basierend auf einer einzelnen Regeldefinition in der Regel identifiziert werden.

Typen und Operatoren:

Wenn VMs nach der Bestätigung, dass der richtige Übereinstimmungstyp verwendet wird, immer noch nicht korrekt identifiziert werden, überprüfen Sie die Typen und Operatoren in den Regeldefinitionen.

Die Regeldefinitionen lassen die folgenden Typen zu:

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

Jeder dieser Typen entspricht VMware-Ressourcen.

Die Regeldefinition hat die folgenden logischen Operatoren:

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

Stellen Sie bei der Überprüfung dieser Einstellungen sicher, dass keine widersprüchlichen Regeln vorhanden sind, die sich gegenseitig aufheben könnten. Die Operatoren müssen auch den Type-Werten entsprechen, die in der VMware-Infrastruktur vorhanden sind.

Eigenschaften und Werte:

Es gibt zwei Eigenschaftstypen:

• Name: Wird direkt mit dem "Namen" von etwas in VMware verknüpft. Beispiel: Name einer virtuellen Maschine, eines Hosts/Clusters, einer vApp, eines VmFolder, eines Rechenzentrums oder eines RessourcenPools. Je nach verwendetem Operator kann dies eine exakte Übereinstimmung oder eine partielle Zeichenfolge sein. Beispiel: VirtualMachine name muss gleich "rhel-client01.amer.lan", VirtalMachine name muss "rhel-client" enthalten oder VmFolder muss gleich "VM Clients" sein.
• Tag: verwendet VMware-Kategorie-Tagging. Kategorien und Tags werden direkt in VMware konfiguriert und verschiedenen Ressourcen zugewiesen. Die definierten Kategorien und Tags müssen in VMware vorhanden sein und den Ressourcen korrekt zugewiesen werden. Dies wird unter NVP vProxy ausführlicher erläutert: Kategorie-Tagging-basierter VMware-Schutz.

Protokolle und zusätzliche Troubleshooting-Maßnahmen:

• Überprüfen des NetWorker-Servers daemon.raw für Fehler in Bezug auf den VMware-Inventarisierungsprozess (nsrvim)
  • Linux: /nsr/logs/daemon.raw
  • Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: So verwenden Sie nsr_render_log zum Rendern .raw Protokolldateien
• Überprüfen Sie die Sitzungsprotokolle der NetWorker-Serverbestandsaufnahme (nsrvisd), um festzustellen, ob bei der Identifizierung dynamischer Regeln Fehler gemeldet wurden:
  • Linux: /opt/nsr/logs/vproxy/logs/nsrvisd/
  • Windows (Standardeinstellung): C:\Program Files\EMC NetWorker\nsr\vproxy\logs\nsrvisd\
• Erzeugen Sie vCenter-Speicherabbilddateien. Diese Dateien listen auf, welche VMware-Ressourcen in der VMware-Umgebung vorhanden sind und während des NetWorker-Bestandsaufnahmeprozesses abgeholt werden.

1. Führen Sie über eine Eingabeaufforderung mit erhöhten Rechten auf dem NetWorker-Server Folgendes aus: nsrvim --dump --names=vCEnter_Server_Name
2. Dadurch werden drei XML-Dateien erzeugt. Auf Windows-Servern werden die Dateien an dem Speicherort erzeugt, an dem der Befehl ausgeführt wurde. Unter Linux werden die Dateien unter /nsr/cores/nsrvim erzeugt

• vCenter_Name.xml – Listet VMware-Objekte auf: VMs, Datenspeicher, Ordner usw.
• vCenter_Name-cat_tags.xml: Listet VMware-Kategorie-Tags auf und gibt an, welchen Ressourcen die Tags zugewiesen sind.
• vCenter_Name-mapping.xml – Listet VMware-Objekte auf: Portgruppen, Hosts, Ordner, VMs usw.