NVP vProxy : Dépannage des sauvegardes de règles dynamiques, machines virtuelles manquantes dans la sélection

Les règles NetWorker sont configurées pour protéger les machines virtuelles (VM) VMware :

• NVP vProxy : Protection VMware basée sur le balisage des catégories
• NetWorker : vProxy : Comment activer un groupe VMware avec Dynamic Association et Rules ?

Les symptômes suivants sont observés :

• Les workflows de sauvegarde VMware ne signalent pas les éléments suivants :

  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, seules certaines machines virtuelles sont sauvegardées. Les machines virtuelles qui sont soupçonnées d’être capturées par les définitions de règles ne le sont pas et ne sont donc pas sauvegardées.
• Aucune machine virtuelle n’est répertoriée lors de l’exécution de l’option « Aperçu de toutes les machines virtuelles » à partir des propriétés du groupe de protection :

OU, seules certaines machines virtuelles sont affichées. Les machines virtuelles qui sont soupçonnées d’être capturées par les définitions de règles ne le sont pas et, par conséquent, ne sont pas affichées.

Il y a un problème avec les définitions de règle ou la logique de « correspondance » utilisée. 

Logique de correspondance :

Deux options de type de correspondance sont disponibles dans les règles NetWorker :

• ALL : utilise la logique de l’opérateur « AND ». Cela signifie que pour qu’une machine virtuelle soit identifiée par la règle, elle doit répondre aux exigences de TOUTES les règles. Par exemple, si la règle a deux définitions de règle définies, les machines virtuelles qui sont récupérées doivent répondre aux exigences des deux définitions de règle.

Scénario:

Dans VMware, deux balises sont attribuées à une machine virtuelle :

L’option « Match Type : All » est configurée et définit les deux balises suivantes :

Seules les machines virtuelles qui répondent à toutes les définitions de règle sont identifiées par la règle :

Les autres machines virtuelles qui n’ont qu’une seule des balises VMware attribuées ne sont pas interceptées par la règle, car elles ne répondent pas à toutes les conditions requises.

• ANY : utilise la logique de l’opérateur « OR ». Cela signifie que toute machine virtuelle qui répond aux exigences de TOUTE définition de règle est interceptée ou ignorée (en fonction de l’opérateur utilisé). Par exemple, s’il existe deux définitions de règle, mais qu’une machine virtuelle ne répond qu’aux exigences de l’une des règles, elle est identifiée par la règle.

Scénario:

L’option « Match Type : La règle « Any » est configurée dans NetWorker :
 

Tout La machine virtuelle qui contient l’une de ces balises est identifiée par la règle :

En résumé, « Match Type : All » est appropriée lorsque vous souhaitez vous assurer que toutes les définitions de règle doivent être respectées lors de l’identification des machines virtuelles à sauvegarder ou à ignorer lors d’une sauvegarde. « Type de correspondance : « Tout » est approprié lorsque vous avez une combinaison de définitions de règles différentes et que vous souhaitez que les machines virtuelles soient identifiées en fonction de n’importe quelle définition de règle unique dans la règle.

Types et opérateurs :

Si les machines virtuelles ne sont toujours pas identifiées correctement après confirmation que le type de correspondance correct est utilisé, passez en revue les types et les opérateurs dans les définitions de règle.

Les définitions de règle permettent les types suivants :

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

Chacun de ces types correspond à des ressources VMware.

La définition de règle comporte les opérateurs logiques suivants :

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

Lors de la vérification de ces paramètres, assurez-vous qu’il n’existe pas de règles conflictuelles susceptibles de s’annuler mutuellement. Les opérateurs doivent également correspondre aux valeurs Type qui existent dans l’infrastructure VMware.

Propriétés et valeurs :

Il existe deux types de propriétés :

• Nom : s’associe directement au « Nom » d’un élément dans VMware. Par exemple, le nom d’une machine virtuelle, d’un hôte/cluster, d’une vApp, d’un VmFolder, d’un datacenter ou d’un ResourcePool. Selon l’opérateur utilisé, il peut s’agir d’une correspondance exacte ou d’une chaîne partielle. Par exemple, le nom VirtualMachine doit être égal à « rhel-client01.amer.lan », le nom de VirtalMachine doit inclure « rhel-client » ou VmFolder doit être égal à « VM Clients ».
• Balise : utilise le balisage de catégorie VMware. Les catégories et les balises sont configurées directement dans VMware et attribuées à différentes ressources. Les catégories et balises définies doivent exister dans VMware et doivent être affectées correctement aux ressources. Cette question est abordée plus en détail dans la section NVP vProxy : Protection VMware basée sur le balisage des catégories.

Journaux et mesures de dépannage supplémentaires :

• Vérification du NetWorker Server daemon.raw pour toute erreur concernant le processus d’inventaire VMware (nsrvim)
  • Linux : /nsr/logs/daemon.raw
  • Windows (par défaut) : C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker : Utilisation de nsr_render_log pour afficher .raw fichiers journaux
• Passez en revue les journaux de session d’inventaire du NetWorker Server (nsrvisd) pour voir si des erreurs ont été signalées lors de l’identification des règles dynamiques :
  • Linux : /opt/nsr/logs/vproxy/logs/nsrvisd/
  • Windows (par défaut) : C:\Program Files\EMC NetWorker\nsr\vproxy\logs\nsrvisd\
• Générer des fichiers de vidage vCenter. Ces fichiers répertorient les ressources VMware présentes dans l’environnement VMware et sont récupérés lors du processus d’inventaire NetWorker.

1. À partir d’une invite élevée sur le serveur NetWorker, exécutez : nsrvim --dump --names=vCEnter_Server_Name
2. Cela génère trois fichiers XML. Sur les serveurs Windows, les fichiers sont générés au même emplacement que celui à partir duquel la commande a été exécutée. Sous Linux, les fichiers sont générés sous /nsr/cores/nsrvim

• vCenter_Name.xml - Répertorie les objets VMware : Machines virtuelles, datastores, dossiers, etc.
• vCenter_Name-cat_tags.xml : répertorie les balises de catégorie VMware et les ressources auxquelles les balises sont attribuées.
• vCenter_Name-mapping.xml - Répertorie les objets VMware : Groupes de ports, hôtes, dossiers, machines virtuelles, etc.