NVP-vProxy: Procesos de recopilación de registros para problemas de protección de VMware

Resumen: En este artículo, se describe cómo recopilar paquetes de soporte de vProxy, registros de NetWorker para VMware Protection y registros necesarios cuando se produce una falla del sistema vProxy. ...

Este artículo se aplica a Este artículo no se aplica a Este artículo no está vinculado a ningún producto específico. No se identifican todas las versiones del producto en este artículo.
Consulte estos recursos

Instrucciones

Los paquetes de vProxy contienen el estado del motor de vProxy, las sesiones de respaldo anteriores y los archivos de registro del motor. Los paquetes también proporcionan salidas de comandos para comandos comunes de solución de problemas.

NetWorker Management Console (NMC) se puede utilizar para generar un paquete y descargarlo en el sistema. El tar también se puede usar para crear manualmente un tarball; sin embargo, se prefiere el paquete de registros generado por NMC.

Recopilación general de registros de vProxy:

La recopilación de un paquete de registros de vProxy se puede utilizar para revisar los problemas observados durante las operaciones de respaldo o restauración de vProxy. Los archivos de registro específicos se detallan en: Guía de triage de NVP-vProxy: Guía de triage y recopilación de registros de NetWorker VMware Protection vProxy

Expanda cada sección de este artículo para obtener instrucciones específicas:

Opción 1: recopile el paquete mediante NMC:
  1. Inicie sesión en NMC y seleccione la pestaña Devices
  2. Seleccionar proxies de VMware
  3. Haga clic con el botón secundario en el proxy y seleccione Paquete de registros
 Captura de pantalla en la que se muestra la selección del paquete de registros
  1. Haga clic en Yes para recolectar los registros reciclados del vProxy. Los registros de sesiones de máquinas virtuales (VM) se envían aquí una vez finalizados.
NOTA: La recolección del paquete de esta manera puede fallar, según el tamaño del paquete de vProxy y las reglas de redes o firewall entre el cliente de NMC y vProxy. En ese caso, realice lo siguiente para ver si el paquete está disponible en el vProxy.
  1. Abra una sesión de SSH en el vProxy e inicie sesión como administrador
  2. Cambie a root: sudo su - 
  3. Compruebe /opt/emc/vproxy/runtime/state/logbundle/ para ver si existe un paquete con el registro de fecha y hora desde que se generó en 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 el paquete existe, realice los siguientes pasos para copiarlo con un agente del protocolo de copia segura (SCP): De lo contrario, consulte la opción 2.
  2. Transfiera el paquete al directorio principal del usuario administrador (por ejemplo):
nsr-vproxy01:~ # mv /opt/emc/vproxy/runtime/state/logbundle/logbundle-5679cd0c-0262-46e9-b99a-97ae336f8ff2.tar.gz /home/admin
  1. Cambie los permisos en el paquete para que el usuario administrador pueda copiar el archivo fuera del vProxy (por ejemplo):
nsr-vproxy01:~ # chmod 777 /home/admin/logbundle-5679cd0c-0262-46e9-b99a-97ae336f8ff2.tar.gz
  1. Utilice un agente SCP (WinSCP, etc.) para copiar el paquete desde el directorio principal del usuario al sistema. Ajustes necesarios en el agente SCP:
Dirección: nombre de host o dirección
IP de vProxy Protocolo: SCP
Usuario: Admin

De manera opcional, puede ser posible SCP del paquete desde la estación de trabajo de Windows mediante la línea de comandos: 
scp admin@vProxyAddress:/path/to/logbundle .

Consulte: NetWorker (Linux): Cómo copiar archivos hacia o desde un NetWorker Server Linux.

    Opción 2: Usar tar en el vProxy:
    1. Conéctese al vProxy mediante SSH e inicie sesión como administrador.
    2. Cambie a root: sudo su -
    3. Ejecute:
    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
    NOTA: No es necesario reemplazar nada en el comando anterior. Este comando crea un paquete tar con el nombre de host del vProxy en el directorio /tmp. En su lugar, se puede especificar otra ubicación (como /data01). 
    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. Utilice un agente SCP (WinSCP, etc.) para copiar el paquete desde el directorio principal del usuario al sistema. Ajustes necesarios en el agente SCP:
    Dirección: nombre de host o dirección
    IP de vProxy Protocolo: SCP
    Usuario: Admin

    De manera opcional, puede ser posible SCP del paquete desde la estación de trabajo de Windows mediante la línea de comandos: 
    scp admin@vProxyAddress:/home/admin/BUNDLE_NAME.tgz .

    Ejemplo:

    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>

    Registros de VM (FLR y MSVMAPPAGENT):

    La máquina virtual (VM) contiene registros específicos de la restauración a nivel de archivos (FLR) y la protección coherente con SQL (MSVMAPPAGENT).

    Registros del motor de FLR:

     

    • Linux: /opt/emc/vproxyra/logs/vflragentd/vflragentd-agent.log
    • Windows: C:\Program Files (x86)\EMC\vProxy FLR Agent\logs\vflragentd\vflragentd-agent.log
    		 Registros de restauración a nivel de archivos (FLR).
    Agente de Microsoft SQL (MSVMAPPAGENT)

    Máquina virtual (VM) de SQL: 

    • Registro de descubrimiento: C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_discovery.log
    • Respaldo completo: C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmcatsnap.log
    • Respaldo de registros de transacciones: C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_appbackup.log
    • Restauración del respaldo FULL: C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_snapshotrestore.log
    • Restauración del respaldo de registros de transacciones: C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_apprestore.log
    		 Operaciones de protección coherentes con las aplicaciones de VM de SQL. 



    Registros del lado del servidor de NetWorker:

    Los registros del lado del servidor de NetWorker se pueden revisar en busca de los siguientes tipos de problemas:

    • Informes de vProxy como no disponibles en los registros del demonio de NetWorker o NMC
    • Actualización de vProxy realizada mediante nsrvproxy_mgmt El comando falló
    • Problemas/errores de inventario de VMware
    • Se observan errores de respaldo de VMware durante una falla de política de protección de VMware
    • Realice restauraciones en el nivel de archivos (FLR) de VM o coherentes con SQL (MSVMAPPAGENT) desde la interfaz web de Data Protection Restore Client: https://networker-server-address:9090/flr

    Registros generales del servidor:

    Nombre del registro Ubicación Propósito
    daemon.raw
    • Linux: /nsr/logs/
    • Windows: C:\Program Files\EMC NetWorker\nsr\logs\

    Mensajes generales del demonio de NetWorker Server: contiene el registro sobre la disponibilidad o falta de disponibilidad de vProxy y los mensajes de estado de registro:

    NetWorker: Cómo usar nsr_render_log
    <job-uuid>.log
    • Linux: /nsr/logs/adhoc/nsrvproxy_mgmt
    • Windows: C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt
    		 El archivo de registro del trabajo de administración de vProxy se crea durante la reimplementación del vProxy asociado.
    vproxy_upgrade_session__< jobuuid>
    • Linux: /nsr/logs/adhoc/nsrvproxy_mgmt
    • Windows: C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt
    		 Asociados nsrvisd El archivo de registro se crea durante la reimplementación del vProxy.
    nsrvisd-daemon.log
    • Linux: /opt/nsr/vproxy/logs/nsrvisd
    • Windows: C:\Program Files \EMC NetWorker\nsr\vproxy\logs\nsrvisd
    		 Asociados nsrvisd Se crea un archivo de registro detallado.
    ProxySessions- .log
    • Linux: /nsr/logs/adhoc/nsrvproxy_mgmt
    • Windows: C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt
    		 El archivo de registro ProxySessions asociado se crea durante la reimplementación del vProxy.
    nsrvisd Logs
    • Linux: /opt/nsr/vproxy/logs/nsrvisd
    • Windows: C:\Program Files \EMC NetWorker\nsr\vproxy\logs\nsrvisd
    		 Se crea el archivo de registro de sesiones de inventario asociadas.
    Registros de respaldo de VM
    • Linux: /nsr/logs/policy/Policy_Name/Workflow_Name
    • Windows: C:\Program Files \EMC NetWorker\nsr\logs\policy\Policy_Name\Workflow_Name
    		 Los registros de la sesión de respaldo de VM se conservan según jobsdb Ventana  de retención (el valor predeterminado es 72 horas). Los registros de sesión son los mismos registros que se encuentran en el vProxy en /opt/emc/vproxy/runtime/logs/recycle. NetWorker no elimina los registros del vProxy jobsdb Rotación de registros.
    Registro del cliente de restauración de protección de datos
    • Linux: /nsr/authc/logs/flr-server.log
    • Windows: C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\flr-server.log
    		 Estos registros están asociados con la interfaz web de Data Protection Restore Client que se utiliza para realizar restauraciones coherentes con FLR o SQL (MSVMAPPAGENT).


    Inventario de vCenter:

    En NetWorker Server, ejecute el siguiente comando desde un símbolo del sistema raíz (Linux) o el símbolo del sistema del administrador (Windows):

    nsrvim -d --names vCenter_Name

    Donde vCenter_Name coincide con la manera en que se agregó vCenter/hipervisor a NetWorker. Este comando genera .xml archivos en los siguientes directorios:

    Linux: /nsr/cores/nsrvim
    Windows: los archivos se generan en el mismo directorio en el que se ejecutó el comando nsrvim.

    [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

    Consulte: NetWorker (Linux): Cómo copiar archivos hacia o desde un NetWorker Server Linux.

    El sistema vProxy se bloquea:

    Si un vProxy no responde, se pueden recopilar los siguientes registros y paquetes para revisar por qué se produjo el bloqueo.

    1. Recopile el paquete de soporte de SUSE.
      1. Conéctese al vProxy a través de SSH como administrador.
      2. Cambie a root: sudo su -
      3. Ejecute el siguiente comando: supportconfig
    Esto genera un .txz Agrupar en /var/log, por ejemplo: 
    -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. Mueva el .txz Empaquetar en algún lugar al que el usuario administrador pueda acceder, por ejemplo /tmp:
    nsr-vproxy01:~ # mv /var/log/scc_nsr-vproxy01.amer.lan_240710_1338.txz /tmp
    1. Cambiar los permisos de la .txz para que el usuario administrador pueda copiar el paquete del vProxy:
    nsr-vproxy01:~ # chmod 777 /tmp/scc_nsr-vproxy01.amer.lan_240710_1338.txz
    1. Utilice un agente SCP (WinSCP, etc.) para copiar el paquete desde el directorio principal del usuario al sistema. Ajustes necesarios en el agente SCP:
    Dirección: nombre de host o dirección
    IP de vProxy Protocolo: SCP
    Usuario: Admin

    De manera opcional, puede ser posible SCP del paquete desde la estación de trabajo de Windows mediante la línea de comandos: 
    scp admin@vProxyAddress:/path/to/logbundle .
    1. En vSphere, recopile los archivos vmware.log de la carpeta del almacén de datos de VMware de las VM de vProxy:

    Cómo llegar vmware.log

    NOTA: Pueden existir varios archivos vmware.log, asegúrese de tomar los archivos que tienen una marca de tiempo que se alinea con el momento en que se observó el bloqueo; de lo contrario, recógelos todos.
    1. Paquete de soporte de vSphere:
    Paquete de soporte de vSphere
    NOTA: Asegúrese de seleccionar los registros del host ESXi en el que reside el vProxy.

    Paquete de soporte de vCenter Server:

    La recopilación de vCenter y los paquetes de registros del host ESXi pertinentes es opcional. Por lo general, esto no es necesario para la solución de problemas estándar de protección de NetWorker. Esto puede ser solicitado por el soporte de NetWorker mientras investiga casos de soporte.

    1. Inicie sesión en la interfaz web de vSphere de vCenter con un usuario administrativo.
    2. Vaya a la pestaña Inventario .
    3. Haga clic con el botón secundario en el vCenter Server y, a continuación, haga clic en Export System Logs:
      Exportar registros del sistema 
    4. Incluya los registros del host ESXi pertinentes:
      Incluidos los registros del host ESXi 
    NOTA: Los registros del host ESXi pertinentes son para los hosts en los que residían un vProxy y una VM específicos relacionados con el problema. En algunos escenarios, por ejemplo; problemas directos entre el servidor de NetWorker y vCenter (realización de inventarios, etc.). Los registros de ESXi no serán necesarios. En el caso de un problema relacionado con un respaldo o restauración de una máquina virtual, una práctica recomendada es recopilar los registros de ESXi para los hosts donde residen la máquina virtual y el dispositivo vProxy que se utilizan para la operación.
    1. Haga clic en Finalizar para generar el paquete.
    2. El paquete se puede cargar directamente en su solicitud de servicio de NetWorker o en una ubicación de MFT proporcionada por soporte. 

    Registros de Data Domain:

    Los registros de Data Domain son opcionales y dependen del problema enfrentado; por ejemplo, problemas de comunicación observados entre vProxy y DD, o VMware y DD durante una operación de respaldo o recuperación. 

    The Data Domain ddfs.info log es el registro principal en el que se debe enfocar mientras se realiza el diagnóstico inicial de posibles problemas relacionados con Data Domain. El registro de ddfs.info se puede recopilar y revisar a continuación: NetWorker: Cómo recopilar ddfs.info registro de Data Domain

    En caso de posibles problemas de rendimiento, realice lo siguiente: ddboost_precert El registro se puede habilitar en el vProxy. Consulte la sección Depuración de certificados previos de DD Boost de: NetWorker VMware Protection-vProxy: cómo habilitar el registro de depuración

    Como alternativa, recopile un paquete completo de soporte de Data Domain:

    1. Desde un navegador web, acceda a la interfaz web de PowerProtect DD System Manager: https://DD_ADDRESS/ddem
    2. Inicie sesión como usuario administrativo, por ejemplo: sysadmin
    3. Vaya a Maintenance -> Support Bundles y, luego,> haga clic en Generate Support Bundle.
    4. En el menú desplegable Bundle Type, seleccione Full Bundle.
    5. En el menú desplegable Duración, seleccione Todo o un rango de tiempo. Cuando se especifica un rango de tiempo, es importante que el rango abarque el período de tiempo en que se observó el problema.
    6. Haga clic en Generar.
    7. Una vez que se haya generado el paquete, se puede descargar en el sistema.

    Se puede cargar un paquete de soporte de DD en su solicitud de servicio de NetWorker o en un MFT proporcionado por soporte.

     

    Información adicional

    Artículos relacionados:

    Productos afectados

    NetWorker
    Propiedades del artículo
    Número del artículo: 000022831
    Tipo de artículo: How To
    Última modificación: 23 sept 2026
    Versión:  12
    Encuentre respuestas a sus preguntas de otros usuarios de Dell
    Servicios de soporte
    Compruebe si el dispositivo está cubierto por los servicios de soporte.