Guía de triage de NVP-vProxy: visión general de triage y registro de vProxy de NetWorker VMware Protection
Resumen: Este artículo de la base de conocimientos está diseñado para ayudar a los administradores de respaldo y a los agentes de soporte que no están familiarizados con la solución NetWorker VMware Protection (NVP). Proporciona una descripción general de los componentes y registros de vProxy. También se proporcionan artículos adicionales relevantes. Este artículo de la base de conocimientos se puede utilizar para realizar diagnósticos iniciales cuando se comunica con el soporte a fin de garantizar que se proporcione una declaración del problema precisa. ...
Instrucciones
PRIMEROS PASOS
NVP-vProxy significa NetWorker VMware Protection con el dispositivo vProxy. Este dispositivo se utiliza para respaldar y restaurar máquinas virtuales con NetWorker. Los datos de respaldo se almacenan en el dispositivo de destino de Data Domain. También se puede clonar a dispositivos de disco o cinta.
En este artículo, se describe cómo abordar el análisis inicial de un problema con la solución NVP-vProxy.
DETALLES DEL PROBLEMA
Para generar una descripción completa del problema, responda las siguientes preguntas:
- ¿Qué operación se intenta que no funciona?
- ¿El problema es constante o intermitente?
- Si es intermitente, ¿hay algún desencadenante conocido?
- ¿Funcionó mejor esto antes?
- ¿Cuándo se produjo el problema por primera vez (y, si se conoce, qué cambió)?
- ¿Cuál es el comportamiento esperado exacto y en qué se basa esta expectativa?
- Tiempos de ocurrencia y tendencia de comportamiento observada
- ¿El problema ocurre solo en momentos de carga pesada en el entorno de respaldo o en los respaldos de un gran grupo de máquinas virtuales (VM)?
- ¿Cuál es el alcance del problema (todas las políticas o algunas políticas, todas las VM o algunas VM)?
- ¿Qué se ha intentado solucionar hasta ahora y qué conclusiones se han sacado de ello?
DETALLES DEL ENTORNO
- Versión completa de NetWorker Server + compilación y plataforma de sistema operativo.
- Versión del dispositivo vProxy (en NMC, en Dispositivos: proxies de> VMware).
- Visión general de cuántos vProxies hay en uso.
- Las versiones de ESXi y vCenter están en uso.
- Nombre de la máquina virtual que se está respaldando o recuperando y que está experimentando problemas.
- Medios de destino para estos respaldos; incluidos el nombre del dispositivo y la versión de DDOS.
EVALUACIÓN DEL ESTADO DEL PROXY
La herramienta ProxyHC se desarrolló para ayudar a diagnosticar y corregir algunos problemas que se pueden observar cuando se utiliza el dispositivo vProxy NVP:
NVP-vProxy: Cómo utilizar la herramienta de evaluación del estado ProxyHC en el dispositivo vProxy
RECOPILACIÓN DE REGISTROS
Los procesos de recopilación de registros se detallan en: NVP-vProxy: Procesos de recopilación de registros para problemas de protección de VMware
Expanda las siguientes secciones para ver la solución de problemas específicos:
PROBLEMAS DE INVENTARIO DE VMWARE:
NetWorker Server ejecuta un proceso de inventario (nsrvim) de los recursos de hipervisor de recursos de NetWorker Server (NSR) agregados a NetWorker Server. Este proceso completa lo siguiente:
- Cada 15 minutos (de forma predeterminada).
- Al comienzo de cualquier política de protección de VMware
- Durante cualquier operación de restauración de VM iniciada desde NetWorker Management Console (NMC).
- Durante una operación de actualización de VMware View desde la interfaz de usuario web de NetWorker (NWUI) o NMC
El nsrvim El proceso se registra en NetWorker Server daemon.raw:
Linux: /nsr/logs/daemon.raw
Ventana (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
NetWorker: Cómo usar nsr_render_log
Los procesos de inventario también se registran en las siguientes ubicaciones en NetWorker Server.
| Ruta de log | Propósito |
|
Linux: |
Detalles de la sesión de inventario. |
|
Linux: |
nsrvisd Registro de servicios. |
PROBLEMAS DE ACTUALIZACIÓN DE VPROXY:
Los siguientes registros solo se aplican cuando el vProxy se actualiza mediante el nsrvproxy_mgmt comandos en NetWorker Server o desde la interfaz de usuario web de NetWorker (NWUI).
NVP vProxy: Cómo actualizar el dispositivo NVP vProxy mediante nsrvproxy_mgmt
| Ruta de log | Propósito |
Linux: /nsr/logs/adhoc/nsrvproxy_mgmt/<job-uuid>.log
Windows (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt\<job-uuid>.log |
El registro del trabajo de administración de vProxy se crea durante la reimplementación del vProxy asociado. |
Linux: /nsr/logs/adhoc/nsrvproxy_mgmt/vproxy_upgrade_sessio n__<jobuuid>
Windows (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt\vproxy_upgrade_session__<jobuuid> |
Asociados nsrvisd El archivo de registro se crea durante la reimplementación del vProxy. |
Linux: /nsr/logs/adhoc/nsrvproxy_mgmt/ProxySessions-<session-uuid>.log
Windows (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt\ProxySessions-<session-uuid> .log |
El archivo de registro ProxySessions asociado se crea durante la reimplementación del vProxy. |
Cuando se vuelve a implementar un vProxy manualmente desde VMware, estos registros no se generan.
PROBLEMAS DE REGISTRO:
NetWorker Server debe poder conectarse al dispositivo vProxy en el puerto 9090 y establecer un protocolo de enlace TLS:
- NetWorker Server de Linux:
curl -kv https://vProxy_address:9090 - Windows:
curl.exe -kv https://vProxy_address:9090
curl.exe instalado.
Resumen en acordeón...
Cuerpo de acordeón...
Inicio en NetWorker Server daemon.raw:
- Linux:
/nsr/logs/daemon.raw - Ventana:
C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw - NetWorker: Cómo usar nsr_render_log
- En el dispositivo vProxy:
/opt/emc/vproxy/runtime/logs/vrapid/vrapid-engine.log
En el siguiente artículo, se proporcionan pasos adicionales para forzar la anulación y el reregistro manuales: vProxy NVP: cómo cancelar o volver a registrar un dispositivo vProxy
PROBLEMAS DE COMUNICACIÓN:
Este tema se trata ampliamente en otro artículo: NVP vProxy: solución de problemas de conectividad de red para operaciones de respaldo y restauración
PROBLEMAS DE RESPALDO:
Comience en NetWorker Server con los registros de políticas:
Linux: /nsr/logs/policy/policy_name
Ventana (valor predeterminado): C:\Program Files\EMC NetWorker\logs\policy\policy_name
Respaldo de vProxy (descripción general del registro):
/opt/emc/vproxy/runtime/logs/vbackupd/opt/emc/vproxy/runtime/logs/recycle/vbackupd/DATE(los registros se transfieren aquí después de que el trabajo se ha completado o ha fallado)
| Nombre del registro | Función |
<session-uuid>.log |
Registro de sesión de respaldo |
<daemon>-engine.log |
vbackupd Registro del motor de servicio |
<daemon>-snapmgr.log |
Registro de VMware Snapshot Manager |
<daemon>-boost.log |
Registro de sesión de DD Boost |
<daemon>-vddk.log |
Registro de sesión de Virtual Disk Development Kit (VDDK) de VMware |
Solución de problemas de errores comunes de respaldo:
- NetWorker: Solución de problemas de respaldo y restauración de VM en NVP vProxy rendimiento
- NVP vProxy: los respaldos de VM fallan con "no hay dispositivos coincidentes para guardar el nombre de vCenter del cliente: compruebe los nodos de almacenamiento, el dispositivo o los pools"
- NVP vProxy: (Guía de solución de problemas) Los respaldos fallan con el mensaje "El proxy de VMware de NSR no está disponible para los almacenes de datos"
- NVP vProxy: Los respaldos de VM fallan con el mensaje "VDDK Error 13: No tiene derechos de acceso a este archivo": Guía de solución de problemas
- NVP vProxy: solución de problemas de instantáneas de VMware durante los respaldos de NetWorker.
PROBLEMAS DE RECUPERACIÓN:
En el servidor de NetWorker:
| Ruta de log | Propósito |
Linux: /nsr/logs/recover/SessionName_Date.log
Windows (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\logs\recover\SessionName_Date.log |
Registros guardados de la sesión de recuperación del asistente de recuperación de NMC. |
|
Linux:
|
FLR monta, examina y recupera registros de sesión cuando se realiza la FLR desde Dell Data Protection Restore Client (DPRC). |
Linux: /nsr/logs/adhoc/nsrvproxy_flr_app_recover
Windows (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_flr_app_recover |
Restauraciones de MSVMAPPAGENT (SQL) realizadas desde Dell Data Protection Restore Client (DPRC). |
Linux: /nsr/logs/restapi/restapi.log
Windows (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\logs\restapi\restapi.log |
Registro de interfaces de programación de aplicaciones (API) REST de NetWorker |
Linux: /nsr/authc/logs/flr-server.log
Windows (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\authc-server\tomcat\logs\flr-server.log |
Registros de Dell Data Protection Restore Client (DPRC) |
En el dispositivo vProxy utilizado para la recuperación (descripción general del registro):
/opt/emc/vproxy/runtime/logs/vrecoverd//opt/emc/vproxy/runtime/logs/recycle/vrecoverd/DATE(los registros se transfieren aquí después de que el trabajo se ha completado o ha fallado)/opt/emc/vproxy/runtime/logs/vflrd/opt/emc/vproxy/runtime/logs/recycle/vflrd/DATE(los registros se transfieren aquí después de que el trabajo se ha completado o ha fallado)
| Nombre del registro | Función |
<daemon>-engine.log |
vrecoverd o vflrd Registro de servicios. |
<daemon>-boost.log |
Registro de sesión de DD Boost |
<daemon>-vddk.log |
Registro de sesión de VMware VDDK |
mountsessionnumber.log |
Registro de sesión de montaje de FLR |
browsesessionnumber.log |
Registro de sesión de navegación de FLR |
Registros de VM de FLR de destino:
Linux:/opt/emc/vproxyra/logs/vflragentd/vflragentd-agent.log
Windows (valor predeterminado): C:\Program Files (x86)\EMC\vProxy FLR Agent\logs\vflragentd\vflragentd-agent.log
REGISTROS DE MSVMAPPAGENT:
En la siguiente sección, se proporciona información sobre la ubicación de todos los registros asociados con la protección de datos coherente con las aplicaciones de SQL.
Para aumentar el nivel de depuración para los respaldos de máquinas virtuales coherentes con las aplicaciones de SQL (MSVMAPPAGENT), utilice dbgcommand, Por ejemplo, dbgcommand -p <nsrd-pid> Debug=9
Una vez finalizada la sesión de depuración, restablezca el nivel de depuración de nsrd a cero mediante la ejecución de dbgcommand <nsrd-pid> Debug=0
Registros
de MSVMAPPAGENT (VM): los registros relacionados con las operaciones de MSVMAPPAGENT se encuentran en las siguientes ubicaciones en la VM de SQL:
| Ruta de log | Propósito |
C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_discovery.log |
Registro de descubrimiento |
C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmcatsnap.log |
Respaldo COMPLETO |
C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_appbackup.log |
Respaldo de registros de transacciones |
C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_snapshotrestore.log |
Restauración del respaldo FULL. |
C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_apprestore.log |
Restauración del respaldo del registro de transacciones. |
Registros en NetWorker Server:
|
Linux: Windows (valor predeterminado): |
Las restauraciones de SQL se inician desde Dell Data Protection Restore Client (DPRC). |
|
Linux: Windows (valor predeterminado): |
Registros de Data Protection Restore Client (DPRC). |
REGISTROS DE NETWORKER SERVER:
Para obtener instrucciones sobre la utilidad de recopilación de registros de NSRGET, consulte: NetWorker: Cómo usar la herramienta de recolección de datos de NSRGet NetWorker
REGISTROS DE VCENTER SERVER Y ESXi:
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.
- Inicie sesión en la interfaz web de vSphere de vCenter con un usuario administrativo.
- Vaya a la pestaña Inventario.
- Haga clic con el botón secundario en el vCenter Server y, a continuación, haga clic en Export System Logs:
- Incluya los registros del host ESXi pertinentes:
REGISTROS DE DATA DOMAIN:
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, el registro de ddboost_precert 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:
- Desde un navegador web, acceda a la interfaz web de PowerProtect DD System Manager :
https://DD_ADDRESS/ddem - Inicie sesión como usuario administrativo, por ejemplo:
sysadmin - Vaya a Maintenance -> Support Bundles y, luego,> haga clic en Generate Support Bundle.
- En el menú desplegable Bundle Type , seleccione Full Bundle.
- 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.
- Haga clic en Generar.
- 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
- NVP vProxy: información de la versión del vProxy de NetWorker
- Guía de integración de VMware con NetWorker, disponible en: https://www.dell.com/support/product-details/product/networker/docs
- NVP vProxy: comprensión de los niveles de respaldo de VM de VMware que se muestran en NetWorker
- NetWorker VMware Protection (NVP)-vProxy: Cómo habilitar el registro de depuración
- (VMware) Ubicación de los archivos de registro de vCenter Server
