NVP vProxy: Risoluzione dei problemi relativi ai backup con regole dinamiche, macchine virtuali mancanti dalla selezione

Le regole di NetWorker sono configurate per proteggere le macchine virtuali (VM) VMware:

• NVP vProxy: protezione VMware basata su etichettatura delle categorie
• NetWorker: vProxy: Come abilitare un gruppo VMware con Dynamic Association e regole?

Si osservano i seguenti sintomi:

• I flussi di lavoro di backup VMware hanno esito negativo segnalando quanto segue:

  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.

  OPPURE, viene eseguito il backup solo di alcune VM. Le VM che si sospetta vengano acquisite dalle definizioni delle regole non lo sono, e pertanto non ne viene eseguito il backup.
• Quando si esegue "Preview All Virtual Machines" nelle proprietà del gruppo di protezione non vengono elencate VM:

OPPURE, vengono visualizzate solo alcune VM. Le VM che si sospetta vengano acquisite dalle definizioni delle regole non vengono visualizzate.

Si è verificato un problema con le definizioni delle regole o con la logica "Match" utilizzata. 

Logica di corrispondenza:

Nelle regole di NetWorker sono disponibili due opzioni per il tipo di corrispondenza:

• ALL : utilizza la logica dell'operatore "AND". Ciò significa che per essere identificata dalla regola, una macchina virtuale deve soddisfare i requisiti di TUTTE le regole. Ad esempio, se per la regola sono definite due definizioni di regole, le macchine virtuali prelevate devono soddisfare i requisiti di entrambe le definizioni di regole.

Scenario del caso:

A una VM in VMware sono assegnati due tag:

Il seguente "Tipo di corrispondenza: La regola "All" viene configurata definendo entrambi i tag seguenti:

Solo le macchine virtuali che soddisfano Tutte le definizioni delle regole vengono identificate dalla regola:

Le altre macchine virtuali a cui è assegnato solo uno dei tag VMware non vengono prelevate dalla regola perché non soddisfano tutte le condizioni richieste.

• ANY: utilizza la logica dell'operatore "OR". Ciò significa che qualsiasi VM che soddisfa i requisiti di QUALSIASI definizione di regola viene selezionata o ignorata (a seconda dell'operatore utilizzato). Ad esempio, se sono presenti due definizioni di regole, ma una VM soddisfa solo i requisiti di una delle regole, viene identificata dalla regola.

Scenario del caso:

Il seguente "Tipo di corrispondenza: La regola "Any" è configurata in NetWorker:
 

Qualsiasi La VM che contiene uno di questi tag è identificata dalla regola:

In sintesi, "Tipo di corrispondenza: "All" è appropriato quando si vuole garantire che tutte le definizioni delle regole siano soddisfatte quando si identificano le macchine virtuali di cui eseguire il backup o ignorarle durante un backup. "Tipo di corrispondenza: Any" è appropriato quando si dispone di una combinazione di definizioni di regole diverse e si desidera che le VM vengano identificate in base a qualsiasi singola definizione di regola nella regola.

Tipi e operatori:

Se le macchine virtuali non vengono ancora identificate correttamente dopo aver confermato che è stato utilizzato il tipo di corrispondenza corretto, rivedere i tipi e gli operatori nelle definizioni delle regole.

Le definizioni delle regole consentono i seguenti tipi:

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

Ognuno di questi tipi corrisponde a risorse VMware.

La definizione di regola include i seguenti operatori logici:

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

Durante la revisione di queste impostazioni, assicurarsi che non vi siano regole in conflitto che potrebbero annullarsi a vicenda. Gli Operators devono inoltre corrispondere ai valori Type esistenti nell'infrastruttura VMware.

Proprietà e valori:

Esistono due tipi di proprietà:

• Nome: si associa direttamente al nome di un elemento in VMware. Ad esempio, il nome di una macchina virtuale, un host/cluster, un'applicazione vApp, una cartella Vm, un data center o un pool di risorse. A seconda dell'operatore utilizzato, potrebbe trattarsi di una corrispondenza esatta o di una stringa parziale. Ad esempio, il nome di VirtualMachine deve essere uguale a "rhel-client01.amer.lan", il nome di VirtalMachine deve includere "rhel-client" o VmFolder deve essere uguale a "VM Clients".
• Tag: utilizza l'etichettatura di categoria VMware. Le categorie e i tag vengono configurati direttamente in VMware e assegnati a varie risorse. Le categorie e i tag definiti devono esistere in VMware e devono essere assegnati correttamente alle risorse. Questo argomento viene discusso in modo più dettagliato in NVP vProxy: Protezione VMware basata sull'etichettatura di categoria.

Registri e ulteriori procedure di risoluzione dei problemi:

• Esame del server NetWorker daemon.raw per eventuali errori relativi al processo di inventario VMware (nsrvim)
  • Linux: /nsr/logs/daemon.raw
  • Windows (impostazione predefinita): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: Come utilizzare nsr_render_log per eseguire il rendering .raw file di log
• Esaminare i registri della sessione di inventario del server NetWorker (nsrvisd) per verificare se sono stati segnalati errori durante l'identificazione delle regole dinamiche:
  • Linux: /opt/nsr/logs/vproxy/logs/nsrvisd/
  • Windows (impostazione predefinita): C:\Program Files\EMC NetWorker\nsr\vproxy\logs\nsrvisd\
• Generare i dump file di vCenter. Questi file elencano le risorse VMware presenti nell'ambiente VMware e vengono prelevati durante il processo di inventario di NetWorker.

1. Da un prompt con privilegi elevati sul server NetWorker, eseguire: nsrvim --dump --names=vCEnter_Server_Name
2. In questo modo vengono generati tre file XML. Sui server Windows, i file vengono generati nella stessa posizione da cui è stato eseguito il comando. In Linux, i file vengono generati in /nsr/cores/nsrvim

• vCenter_Name.xml - Elenca gli oggetti VMware: VM, datastore, cartelle, ecc.
• vCenter_Name-cat_tags.xml: elenca i tag delle categorie VMware e le risorse a cui sono assegnati.
• vCenter_Name-mapping.xml - Elenca gli oggetti VMware: Gruppi di porte, host, cartelle, macchine virtuali e così via