NVP vProxy: Solución de problemas de respaldos de reglas dinámicas, faltan VM en la selección

Las reglas de NetWorker se configuran para proteger las máquinas virtuales (VM) de VMware:

• NVP vProxy: Protección de VMware basada en el etiquetado por categoría
• NetWorker: vProxy: ¿Cómo habilitar un grupo de VMware con reglas y asociaciones dinámicas?

Se observan los siguientes síntomas:

• Los flujos de trabajo de respaldo de VMware fallan al informar lo siguiente:

  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.

  O bien, solo se respaldan algunas VM. Las VM que se sospecha que están capturadas por las definiciones de reglas no lo son y, por lo tanto, no se respaldan.
• No se muestran VM cuando se realiza la "Vista previa de todas las máquinas virtuales" desde las propiedades del grupo de protección:

O bien, solo se muestran algunas VM. Las VM que se sospecha que están capturadas por las definiciones de reglas no se muestran y, por lo tanto, no se muestran.

Hay un problema con las definiciones de reglas o la lógica de "coincidencia" utilizada. 

Lógica de coincidencia:

Hay dos opciones de tipo de coincidencia disponibles en Reglas de NetWorker:

• ALL : utiliza la lógica del operador "Y". Esto significa que para que la regla identifique cualquier máquina virtual, debe cumplir con los requisitos de TODAS las reglas. Por ejemplo, si la regla tiene dos definiciones de reglas definidas, las VM que se seleccionan deben cumplir con los requisitos de ambas definiciones de regla.

Casos:

Una VM en VMware tiene dos etiquetas asignadas:

El siguiente tipo de coincidencia: All" está configurada definiendo ambas etiquetas:

Solo las VM que cumplen con Todas las definiciones de reglas se identifican mediante la regla:

Otras máquinas virtuales que tienen solo una de las etiquetas de VMware asignadas no son seleccionadas por la regla porque no coinciden con Todas las condiciones requeridas.

• ANY: utiliza la lógica del operador "O". Esto significa que cualquier VM que cumpla con los requisitos de CUALQUIER definición de regla se selecciona o se ignora (según el operador utilizado). Por ejemplo, si hay dos definiciones de regla, pero una VM solo cumple con el requisito de una de las reglas, la regla la identifica.

Casos:

El siguiente tipo de coincidencia: Cualquier regla está configurada en NetWorker:
 

Cualquier La regla identifica a la máquina virtual que contiene cualquiera de estas etiquetas:

En resumen, "Tipo de coincidencia: All" es adecuado cuando desea asegurarse de que se cumplan todas las definiciones de reglas cuando se identifiquen las VM que se respaldarán o se ignorarán durante un respaldo. "Tipo de partido: Cualquiera" es adecuado cuando tiene una combinación de definiciones de reglas diferentes y desea que las VM se identifiquen en función de cualquier definición de regla única en la regla.

Tipos y operadores:

Si las VM aún no se identifican correctamente después de confirmar que se utiliza el tipo de coincidencia correcto, revise los tipos y operadores en las definiciones de regla.

Las definiciones de reglas permiten los siguientes tipos:

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

Cada uno de estos tipos corresponde a los recursos de VMware.

La definición de la regla tiene los siguientes operadores lógicos:

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

Mientras revisa estos ajustes, asegúrese de que no haya reglas contradictorias que puedan anularse entre sí. Los operadores también deben corresponder a los valores de tipo que existen en la infraestructura de VMware.

Propiedades y valores:

Hay dos tipos de propiedad:

• Nombre: se asocia directamente con el "Nombre" de algo en VMware. Por ejemplo, el nombre de una máquina virtual, host/clúster, vApp, VmFolder, Datacenter o ResourcePool. Según el operador utilizado, esto podría ser una coincidencia exacta o una cadena parcial. Por ejemplo, el nombre de VirtualMachine debe ser igual a "rhel-client01.amer.lan", el nombre de VirtalMachine debe incluir "rhel-client" o la carpeta virtual debe ser igual a "VM Clients".
• Tag: utiliza el etiquetado por categoría de VMware. Las categorías y las etiquetas se configuran directamente en VMware y se asignan a varios recursos. Las categorías y etiquetas definidas deben existir en VMware y deben asignarse correctamente a los recursos. Esto se analiza con mayor detalle en NVP vProxy: Protección de VMware basada en el etiquetado por categoría.

Registros y medidas adicionales de solución de problemas:

• Revise NetWorker Server daemon.raw para cualquier error relacionado con el proceso de inventario de VMware (nsrvim).
  • Linux: /nsr/logs/daemon.raw
  • Windows (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: Cómo usar nsr_render_log para representar .raw archivos de registro
• Revise los registros de sesión de inventario de NetWorker Server (nsrvisd) para ver si se informa algún error al identificar reglas dinámicas:
  • Linux: /opt/nsr/logs/vproxy/logs/nsrvisd/
  • Windows (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\vproxy\logs\nsrvisd\
• Generar archivos de volcado de vCenter. Estos archivos enumeran los recursos de VMware que existen en el entorno VMware y se recogen durante el proceso de inventario de NetWorker.

1. En un símbolo del sistema elevado en NetWorker Server, ejecute: nsrvim --dump --names=vCEnter_Server_Name
2. Esto genera tres archivos XML. En los servidores Windows, los archivos se generan en la misma ubicación desde la que se ejecutó el comando. En Linux, los archivos se generan en /nsr/cores/nsrvim

• vCenter_Name.xml - Enumera los objetos de VMware: VM, almacenes de datos, carpetas, etc.
• vCenter_Name-cat_tags.xml: enumera las etiquetas de categoría de VMware y los recursos que tienen asignadas las etiquetas.
• vCenter_Name-mapping.xml - Enumera los objetos de VMware: Grupos de puertos, hosts, carpetas, máquinas virtuales, etc.