NVP vProxy: Solução de problemas de backups dinâmicos de regras, VMs ausentes da seleção

As regras do NetWorker são configuradas para proteger máquinas virtuais (VMs) VMware:

• NVP vProxy: Proteção do VMware baseada em marcação de categoria
• NetWorker: vProxy: Como habilitar um grupo VMware com associação e regras dinâmicas?

Os seguintes sintomas são observados:

• Os fluxos de trabalho de backup VMware falham, relatando o seguinte:

  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.

  OU, apenas algumas VMs são submetidas a backup. As VMs que são suspeitas de serem capturadas pelas definições de regra não são e, portanto, não têm backup.
• Nenhuma VM é listada ao executar "Visualizar todas as máquinas virtuais" nas propriedades do grupo de proteção:

OU, apenas algumas VMs são mostradas. As VMs que são suspeitas de serem capturadas pelas definições de regra não são e, portanto, não são exibidas.

Há um problema com as definições de regra ou lógica de "correspondência" usadas. 

Lógica de correspondência:

Há duas opções de tipo de correspondência disponíveis nas regras do NetWorker:

• ALL - Isso usa a lógica do operador "E". Isso significa que, para qualquer VM ser identificada pela regra, ela deve atender aos requisitos de TODAS as regras. Por exemplo, se a regra tiver duas definições de regra definidas, as VMs selecionadas deverão atender aos requisitos de ambas as definições de regra.

Cenário:

Uma VM no VMware tem duas etiquetas atribuídas:

O seguinte "Tipo de correspondência: A regra "All" está configurada definindo as duas tags:

Somente as VMs que atendem a todas as definições de regra são identificadas pela regra:

Outras VMs que têm apenas uma das etiquetas VMware atribuídas não são selecionadas pela regra porque não correspondem a todas as condições obrigatórias.

• ANY - Usa a lógica do operador "OR". Isso significa que qualquer VM que atenda aos requisitos de QUALQUER definição de regra será coletada ou ignorada (dependendo do operador usado). Por exemplo, se houver duas definições de regra, mas uma VM atender apenas aos requisitos de uma das regras, ela será identificada pela regra.

Cenário:

O seguinte "Tipo de correspondência: Qualquer regra é configurada no NetWorker:
 

Qualquer A VM que contém uma dessas tags é identificada pela regra:

Em resumo, "Tipo de correspondência: All" é apropriado quando você deseja garantir que todas as definições de regra devem ser atendidas ao identificar VMs a serem submetidas a backup ou ignoradas durante um backup. "Tipo de correspondência: Any" é apropriado quando você tem uma combinação de definições de regras variadas e deseja que as VMs sejam identificadas com base em qualquer definição de regra única na regra.

Tipos e operadores:

Se as VMs ainda não estiverem sendo identificadas corretamente depois de confirmar que o Match Type correto foi usado, analise os Types e Operators nas definições de regra.

As definições de regra permitem os seguintes tipos:

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

Cada um desses tipos corresponde aos recursos da VMware.

A definição de regra tem os seguintes 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

Ao analisar essas configurações, certifique-se de que não haja regras conflitantes que possam anular umas às outras. Os operadores também devem corresponder aos valores de Tipo existentes na infraestrutura VMware.

Propriedades e Valores:

Existem dois tipos de propriedade:

• Name — associa-se diretamente ao "Nome" de algo no VMware. Por exemplo, o nome de uma VirtualMachine, Host/Cluster, vApp, VmFolder, Datacenter ou ResourcePool. Dependendo do operador usado, essa pode ser uma correspondência exata ou uma string parcial. Por exemplo, o nome do VirtualMachine deve ser igual a "rhel-client01.amer.lan", o nome do VirtalMachine deve incluir "rhel-client" ou VmFolder deve ser igual a "VM Clients".
• Tag - usa a marcação de categoria do VMware. As categorias e tags são configuradas diretamente no VMware e atribuídas a vários recursos. As categorias e tags definidas devem existir no VMware e devem ser atribuídas aos recursos corretamente. Isso é discutido em mais detalhes no vProxy do NVP: Proteção VMware baseada em marcação de categoria.

Registros e outras medidas de solução de problemas:

• Analisar o servidor do NetWorker daemon.raw para quaisquer erros relacionados ao processo de inventário da VMware (nsrvim)
  • Linux: /nsr/logs/daemon.raw
  • Windows (padrão): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: Como usar nsr_render_log para processar arquivos de log .raw
• Analise os logs da sessão de inventário do servidor do NetWorker (nsrvisd) para ver se há erros relatados ao identificar regras dinâmicas:
  • Linux: /opt/nsr/logs/vproxy/logs/nsrvisd/
  • Windows (padrão): C:\Program Files\EMC NetWorker\nsr\vproxy\logs\nsrvisd\
• Gerar dump files do vCenter. Esses arquivos listam quais recursos do VMware existem no ambiente VMware e são coletados durante o processo de inventário do NetWorker.

1. Em um prompt elevado no servidor do NetWorker, execute: nsrvim --dump --names=vCEnter_Server_Name
2. Isso gera três arquivos XML. Em servidores Windows, os arquivos são gerados no mesmo local a partir do qual o comando foi executado. No Linux, os arquivos são gerados em /nsr/cores/nsrvim

• vCenter_Name.xml - Lista objetos VMware: VMs, datastores, pastas etc.
• vCenter_Name-cat_tags.xml - Lista as tags de categoria VMware e quais recursos têm as tags atribuídas.
• vCenter_Name-mapping.xml - Lista objetos VMware: Grupos de portas, hosts, pastas, VMs etc.