NVP-vProxy : processus de collecte des journaux pour les problèmes de protection VMware

Résumé: Cet article explique comment collecter les bundles de support vProxy, les logs NetWorker pour VMware Protection et les logs nécessaires en cas de panne du système vProxy.

Cet article concerne Cet article ne concerne pas Cet article n’est associé à aucun produit spécifique. Toutes les versions du produit ne sont pas identifiées dans cet article.
Consulter d’autres ressources

Instructions

Les bundles vProxy contiennent l’état du moteur vProxy, les sessions de sauvegarde précédentes et les fichiers log du moteur. Les lots fournissent également des sorties de commande pour les commandes de dépannage courantes.

NetWorker Management Console (NMC) peut être utilisé pour générer un bundle et le télécharger sur votre système. L' tar peut également être utilisée pour créer manuellement une archive tarball ; toutefois, le bundle de logs généré par NMC est préférable.

Collecte générale des journaux vProxy :

La collecte d’un bundle de logs vProxy peut être utilisée pour examiner les problèmes observés lors des opérations de sauvegarde ou de restauration vProxy. Les fichiers journaux spécifiques sont détaillés dans : Guide de triage NVP-vProxy : Guide de triage et de collecte des journaux NetWorker VMware Protection vProxy

Développez chaque section de cet article pour obtenir des instructions spécifiques :

Option 1 : collectez le bundle à l’aide de NMC :
  1. Connectez-vous à NMC et sélectionnez l’onglet Devices
  2. Sélectionner des proxys VMware
  3. Cliquez avec le bouton droit de la souris sur votre proxy et sélectionnez Log Bundle
 Capture d’écran illustrant la sélection du bundle de logs
  1. Cliquez sur Yes pour collecter les logs recyclés du vProxy. Les journaux de session de machine virtuelle (VM) sont envoyés ici à la fin.
REMARQUE : La collecte du bundle de cette manière peut échouer, en fonction de la taille du bundle vProxy et des règles de mise en réseau ou de pare-feu entre le client NMC et vProxy. Dans ce cas, procédez comme suit pour voir si le bundle est disponible sur le vProxy.
  1. Ouvrez une session SSH sur le vProxy et connectez-vous en tant qu’administrateur
  2. Passez à l’utilisateur root : sudo su - 
  3. Vérifiez / opt/emc/vproxy/runtime/state/logbundle/ pour voir s’il existe un bundle avec l’horodatage à partir duquel le bundle a été généré dans NMC :
nsr-vproxy01:~ # ls -lh /opt/emc/vproxy/runtime/state/logbundle/
total 616K
-rw-r----- 1 root root 616K Jul 10 09:03 logbundle-5679cd0c-0262-46e9-b99a-97ae336f8ff2.tar.gz
  1. Si le bundle existe, procédez comme suit pour le copier avec un agent SCP (Secure Copy Protocol) : Sinon, reportez-vous à l’option 2.
  2. Déplacez le bundle vers le répertoire de base de l’utilisateur administrateur (exemple) :
nsr-vproxy01:~ # mv /opt/emc/vproxy/runtime/state/logbundle/logbundle-5679cd0c-0262-46e9-b99a-97ae336f8ff2.tar.gz /home/admin
  1. Modifiez les autorisations sur le bundle afin que l’utilisateur administrateur puisse copier le fichier hors du vProxy (exemple) :
nsr-vproxy01:~ # chmod 777 /home/admin/logbundle-5679cd0c-0262-46e9-b99a-97ae336f8ff2.tar.gz
  1. Utilisez un agent SCP (WinSCP, etc.) pour copier le bundle du répertoire de base de l’utilisateur vers votre système. Paramètres requis dans l’agent SCP :
Adresse : vProxy Nom d’hôte ou adresse
IP Protocole : SCP
Utilisateur : Admin

Si vous le souhaitez, vous pouvez supprimer le fichier SCP à partir de votre station de travail Windows à l’aide de la ligne de commande : 
scp admin@vProxyAddress:/path/to/logbundle .

Voir : NetWorker (Linux) : copie de fichiers vers ou depuis un serveur NetWorker Linux.

    Option 2 : Utilisation tar sur le vProxy :
    1. Connectez-vous au vProxy à l’aide de SSH et connectez-vous en tant qu’administrateur.
    2. Passez à l’utilisateur root : sudo su -
    3. Exécution :
    tar cvzfP /home/admin/$(hostname)_$(date -I).tgz /opt/emc/vproxy/runtime /var/log/messages* /etc/hosts ; chmod 755 /home/admin/$(hostname)_$(date -I).tgz
    REMARQUE : Vous n’avez pas besoin de remplacer quoi que ce soit dans la commande ci-dessus. Cette commande crée un bundle tar avec le nom d’hôte du vProxy dans le répertoire /tmp. Un autre emplacement (par exemple, /data01) peut être spécifié à la place. 
    nsr-vproxy01:~ # tar cvzfP /home/admin/$(hostname)_$(date -I).tgz /opt/emc/vproxy/runtime /var/log/messages* /etc/hosts ; chmod 755 /home/admin/$(hostname)_$(date -I).tgz
    /opt/emc/vproxy/runtime
    /var/log/messages
    /etc/hosts
    nsr-vproxy01:~ #

nsr-vproxy01:~ # ls -lh /home/admin/ | grep tgz
    -rwxr-xr-x 1 root  root  107K Sep  1 13:36 nsr-vproxy01_2026-09-01.tgz
    1. Utilisez un agent SCP (WinSCP, etc.) pour copier le bundle du répertoire de base de l’utilisateur vers votre système. Paramètres requis dans l’agent SCP :
    Adresse : vProxy Nom d’hôte ou adresse
    IP Protocole : SCP
    Utilisateur : Admin

    Si vous le souhaitez, vous pouvez supprimer le fichier SCP à partir de votre station de travail Windows à l’aide de la ligne de commande : 
    scp admin@vProxyAddress:/home/admin/BUNDLE_NAME.tgz .

    Exemple :

    PS C:\Users\Administrator\Downloads> scp admin@nsr-vproxy01:/home/admin/nsr-vproxy01_2026-09-01.tgz .
The authenticity of host 'nsr-vproxy01 (192.168.X.X)' can't be established.
ED25519 key fingerprint is SHA256:ZsV1JnrdzQ2DdcY1gH9bOrCFnEgBsABruninvAGaPEg.
This key is not known by any other names.
Are you sure you want to continue connecting (yes/no/[fingerprint])?
Warning: Permanently added 'nsr-vproxy01' (ED25519) to the list of known hosts.
admin@nsr-vproxy01's password: HIDDEN PASSWORD
nsr-vproxy01_2026-09-01.tgz                                                           100%  106KB   9.4MB/s   00:00
PS C:\Users\Administrator\Downloads>

    Journaux de machine virtuelle (FLR et MSVMAPPAGENT) :

    La machine virtuelle (VM) contient des logs spécifiques à la restauration en mode fichier (FLR) et à la protection cohérente avec SQL (MSVMAPPAGENT).

    Journaux du moteur FLR :

     

    • Linux : /opt/emc/vproxyra/logs/vflragentd/vflragentd-agent.log
    • Fenêtres : C:\Program Files (x86)\EMC\vProxy FLR Agent\logs\vflragentd\vflragentd-agent.log
    		 Logs de restauration en mode fichier (FLR).
    Microsoft SQL Agent (MSVMAPPAGENT)

    Machine virtuelle (VM) SQL : 

    • Log de découverte : C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_discovery.log
    • Sauvegarde complète : C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmcatsnap.log
    • Sauvegarde du fichier log des transactions : C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_appbackup.log
    • Restauration de la sauvegarde complète : C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_snapshotrestore.log
    • Restauration de la sauvegarde du fichier log des transactions : C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_apprestore.log
    		 Opérations de protection cohérentes avec les applications de machine virtuelle SQL. 



    Logs côté serveur NetWorker :

    Les logs côté serveur NetWorker peuvent être examinés pour les types de problèmes suivants :

    • vProxy signale l’indisponibilité dans les journaux du processus NetWorker ou NMC
    • Mise à niveau de vProxy effectuée à l’aide de nsrvproxy_mgmt La commande a échoué
    • Problèmes/erreurs d’inventaire VMware
    • Erreurs de sauvegarde VMware observées lors de l’échec d’une politique de protection VMware
    • Exécution de restaurations de machine virtuelle en mode fichier (FLR) ou cohérentes avec SQL (MSVMAPPAGENT) à partir de l’interface Web Data Protection Restore Client : https://networker-server-address:9090/flr

    Journaux généraux du serveur :

    Nom du journal Localisation Objectif
    daemon.raw
    • Linux : /nsr/logs/
    • Fenêtres : C:\Program Files\EMC NetWorker\nsr\logs\

    Messages généraux sur les processus du serveur NetWorker : contient la journalisation concernant la disponibilité ou l’indisponibilité de vProxy et les messages d’état de l’enregistrement :

    NetWorker : comment utiliser nsr_render_log
    <job-uuid>.log
    • Linux : /nsr/logs/adhoc/nsrvproxy_mgmt
    • Fenêtres : C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt
    		 Le fichier de journal des tâches de gestion vProxy est créé lors du redéploiement du vProxy associé.
    vproxy_upgrade_session__< jobuuid>
    • Linux : /nsr/logs/adhoc/nsrvproxy_mgmt
    • Fenêtres : C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt
    		 Associé nsrvisd Le fichier log est créé lors du redéploiement du vProxy.
    nsrvisd-daemon.log
    • Linux : /opt/nsr/vproxy/logs/nsrvisd
    • Fenêtres : C:\Program Files \EMC NetWorker\nsr\vproxy\logs\nsrvisd
    		 Associé nsrvisd Un fichier journal détaillé est créé.
    ProxySessions- .log
    • Linux : /nsr/logs/adhoc/nsrvproxy_mgmt
    • Fenêtres : C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt
    		 Le fichier log ProxySessions associé est créé lors du redéploiement du vProxy.
    nsrvisd logs
    • Linux : /opt/nsr/vproxy/logs/nsrvisd
    • Fenêtres : C:\Program Files \EMC NetWorker\nsr\vproxy\logs\nsrvisd
    		 Le fichier log des sessions d’inventaire associées est créé.
    Logs de sauvegarde de VM
    • Linux : /nsr/logs/policy/Policy_Name/Workflow_Name
    • Fenêtres : C:\Program Files \EMC NetWorker\nsr\logs\policy\Policy_Name\Workflow_Name
    		 Les logs de la session de sauvegarde de la machine virtuelle sont conservés conformément à la jobsdb Fenêtre  de rétention (72 heures par défaut). Les logs de session sont les mêmes que ceux qui se trouvent sur le vProxy sous /opt/emc/vproxy/runtime/logs/recycle. Les logs du vProxy ne sont pas supprimés par NetWorker jobsdb rotation des grumes.
    Data Protection Restore Client Log
    • Linux : /nsr/authc/logs/flr-server.log
    • Fenêtres : C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\flr-server.log
    		 Ces logs sont associés à l’interface Web Data Protection Restore Client utilisée pour effectuer des restaurations cohérentes FLR ou SQL (MSVMAPPAGENT).


    Inventaire vCenter :

    Sur le NetWorker Server, exécutez la commande suivante à partir d’une invite root (Linux) ou d’une invite de commande de l’administrateur (Windows) :

    nsrvim -d --names vCenter_Name

    Où vCenter_Name correspond à la façon dont le vCenter/Hypervisor a été ajouté à NetWorker. Cette commande génère .xml fichiers dans les répertoires suivants :

    Linux : /nsr/cores/nsrvim
    Windows : les fichiers sont générés dans le même répertoire que celui dans lequel la commande nsrvim a été exécutée.

    [root@nsr ~]# ls -l /nsr/cores/nsrvim
total 48
-rw-r--r--. 1 root root    47 Jul 10 10:30 vcsa.amer.lan-cat_tags.xml
-rw-r--r--. 1 root root  4175 Jul 10 10:30 vcsa.amer.lan-mapping.xml
-rw-r--r--. 1 root root 32913 Jul 10 10:30 vcsa.amer.lan.xml

    Voir : NetWorker (Linux) : copie de fichiers vers ou depuis un serveur NetWorker Linux.

    Pannes du système vProxy :

    Si un vProxy ne répond pas, les logs et bundles suivants peuvent être collectés pour vérifier la raison de la panne.

    1. Collectez le bundle de support SUSE.
      1. Connectez-vous au vProxy via SSH en tant qu’administrateur.
      2. Passez à la racine : sudo su -
      3. Exécutez la commande suivante : supportconfig
    Cela génère un .txz Regrouper sous /var/log, par exemple : 
    -vproxy01:~ # ls -l /var/log | grep scc
-rw------- 1 root     root     945064 Jul 10 13:40 scc_nsr-vproxy01.amer.lan_240710_1338.txz
-rw------- 1 root     root         33 Jul 10 13:40 scc_nsr-vproxy01.amer.lan_240710_1338.txz.md5
    1. Déplacez le .txz Regroupez un emplacement auquel l’utilisateur administrateur peut accéder, par exemple /tmp:
    nsr-vproxy01:~ # mv /var/log/scc_nsr-vproxy01.amer.lan_240710_1338.txz /tmp
    1. Modifier les autorisations du .txz afin que l’utilisateur administrateur puisse copier le bundle à partir du vProxy :
    nsr-vproxy01:~ # chmod 777 /tmp/scc_nsr-vproxy01.amer.lan_240710_1338.txz
    1. Utilisez un agent SCP (WinSCP, etc.) pour copier le bundle du répertoire de base de l’utilisateur vers votre système. Paramètres requis dans l’agent SCP :
    Adresse : vProxy Nom d’hôte ou adresse
    IP Protocole : SCP
    Utilisateur : Admin

    Si vous le souhaitez, vous pouvez supprimer le fichier SCP à partir de votre station de travail Windows à l’aide de la ligne de commande : 
    scp admin@vProxyAddress:/path/to/logbundle .
    1. À partir de vSphere, collectez les fichiers vmware.log à partir du dossier du datastore VMware des machines virtuelles vProxy :

    Comment obtenir vmware.log

    REMARQUE : Plusieurs fichiers vmware.log peuvent exister, assurez-vous de récupérer les fichiers dont l’horodatage correspond au moment où le blocage a été observé ; sinon, collectionnez-les tous.
    1. Bundle de support vSphere :
    Offre groupée de support vSphere
    REMARQUE : Assurez-vous de sélectionner les journaux de l’hôte ESXi sur lequel réside le vProxy.

    Bundle de support vCenter Server :

    La collecte des bundles de logs de l’hôte ESXi de vCenter et de ceux-ci est facultative. Cela n’est généralement pas nécessaire pour le dépannage standard de la protection NetWorker. Cela peut être demandé par le support NetWorker lors de l’examen des dossiers d’incident.

    1. Connectez-vous à l’interface Web vSphere de vCenter en tant qu’administrateur.
    2. Accédez à l’onglet Inventaire .
    3. Cliquez avec le bouton droit de la souris sur le vCenter Server, puis cliquez sur Export System Logs :
      Exporter les journaux système 
    4. Incluez les logs de l’hôte ESXi pertinents :
      Y compris les logs de l’hôte ESXi 
    REMARQUE : Les logs d’hôte ESXi pertinents concernent les hôtes sur lesquels résidaient un vProxy et une machine virtuelle spécifiques se rapportant au problème. Dans certains scénarios, par exemple ; directement entre NetWorker Server et vCenter (inventaire, etc.). Les journaux ESXi ne sont pas requis. Dans le cas d’un problème impliquant une sauvegarde ou une restauration de machine virtuelle, il est recommandé de collecter les logs ESXi pour les hôtes où résident la machine virtuelle et l’appliance vProxy utilisée pour l’opération.
    1. Cliquez sur Terminer pour générer le lot.
    2. Le bundle peut être téléchargé directement sur votre demande de service NetWorker ou vers un emplacement MFT fourni par le support. 

    Journaux Data Domain :

    Les journaux Data Domain sont facultatifs et dépendent du problème rencontré. Par exemple, des problèmes de communication observés entre vProxy et DD, ou entre VMware et DD lors d’une opération de sauvegarde ou de restauration. 

    Le Data Domain ddfs.info log est le journal principal sur lequel vous devez vous concentrer lors de l’exécution du diagnostic initial des problèmes présumés liés à Data Domain. Le log ddfs.info peut être collecté et consulté comme suit : NetWorker : comment collecter ddfs.info log à partir de Data Domain

    Pour les problèmes de performance suspectés, ddboost_precert La journalisation peut être activée sur le vProxy. Reportez-vous à la section Débogage DD Boost Precert de : NetWorker VMware Protection-vProxy : comment activer la journalisation de débogage

    Vous pouvez également collecter un bundle de support Data Domain complet :

    1. À partir d’un navigateur Web, accédez à l’interface Web de PowerProtect DD System Manager : https://DD_ADDRESS/ddem
    2. Connectez-vous en tant qu’utilisateur administrateur, par exemple : sysadmin
    3. Accédez à Maintenance ->Bundles de support,> puis cliquez sur Générer un bundle de support. 
    4. Dans la liste déroulante Bundle Type, sélectionnez Full Bundle.
    5. Dans la liste déroulante Duration, sélectionnez All ou une période. Lorsque vous spécifiez une période, il est important qu’elle couvre la période pendant laquelle le problème a été observé.
    6. Cliquez sur Générer.
    7. Une fois le bundle généré, il peut être téléchargé sur votre système.

    Un bundle de support DD peut être téléchargé sur votre demande de service NetWorker ou sur un MFT fourni par le support.

     

    Informations supplémentaires

    Articles connexes :

    Produits concernés

    NetWorker
    Propriétés de l’article
    Numéro d’article: 000022831
    Type d’article: How To
    Dernière modification: 01 Sep 2026
    Version:  9
    Trouvez des réponses à vos questions auprès d’autres utilisateurs Dell
    Services de support
    Vérifiez si votre appareil est couvert par les services de support.