NetWorker: Registrar archivos e información para recopilar y proporcionar soporte para problemas generales de NetWorker

Tenga en cuenta que la tecnología es determinista: por definición, si algo falla en el lugar en el que funcionaba anteriormente, es necesario que algo cambie. Un componente recientemente implementado sin historial de trabajo es significativamente diferente para la solución de problemas.

Cambios obvios e identificables:

• Versión de software o cambio en la configuración
• Cambio o reconfiguración de hardware o transporte
• Eventos ambientales como interrupciones de alimentación, fallas de transporte, fallas de disco

Cambios no detectados

• Daños en los recursos de software o los sistemas de archivos
• Operaciones en conflicto en red, SAN o hosts
• Reconfiguración del transporte o los hosts por parte de otros equipos
• Aumento del tráfico de transporte o volumen de datos
• Eventos ambientales no catastróficos que no emiten alertas

Defina claramente el problema:

• ¿Cuál es la operación o el atributo que está fallando, desaprobando o es objeto de preguntas? ¿Qué detalles de la secuencia de fallas están disponibles?
• ¿Qué componentes específicos y rutas de datos están involucrados, p. ej., binarios, SAN/switches de red? ¿Versiones de software? ¿Tipos o instancias de almacenamiento?
• ¿DÓNDE ocurre el problema en el flujo de trabajo normal? Si se intenta usar la misma operación mediante un flujo de trabajo diferente, ¿difieren los resultados?
• ¿CUÁNDO ocurrió el problema por primera vez? ¿Cuánto dura? ¿Qué fechas/horas ha ocurrido desde entonces? ¿Se identificaron cambios recientes?
• ¿CÓMO se produce el problema de manera coherente o intermitente? ¿Cómo se alivia el problema después de que se produce?
• ¿QUIÉNes son los hosts involucrados en el problema y cuáles son sus propiedades (tipo de host de NetWorker, versión de NetWorker, nombre, IP, SO, CPU, etc.)?
• ¿POR QUÉ algunos componentes se ven afectados cuando no lo están los componentes similares? ¿Qué diferencias existen entre componentes no afectados, pero similares?

REGISTROS GENÉRICOS

La mayoría de los registros de NetWorker se pueden recopilar desde servidores, nodos de almacenamiento o clientes de Windows y Linux NetWorker mediante la utilidad NSRGET. La utilidad se puede descargar desde:

https://central.dell.com/solutions/Networker-Tools

1. Extraiga la utilidad NSRGET en cualquier directorio
temporal 2. Las instrucciones sobre cómo utilizar NSRGET se pueden encontrar en: NetWorker: Cómo utilizar la herramienta

de recopilación de datos NSRGet NetWorkerLos siguientes registros de detalles de la KB que utiliza NetWorker: NetWorker: Ubicaciones


y archivos de registroRecopile lo siguiente de todos los hosts de NetWorker involucrados (incluidos los nodos de servidor y almacenamiento):

• Archivos de depuración de NetWorker: lista de directorios de [nsr]/debug
  • Este directorio debe estar vacío. Si hay archivos en /nsr/debug que coinciden con la fecha en que surgió un problema, podría ser un indicio de un problema.
• Archivos principales de NetWorker: 
  • Linux: /nsr/cores
  • Windows: C:\Archivos de programa\EMC NetWorker\nsr\cores
• Registros de aplicaciones de NetWorker: zip de [nsr]/apps; zip de [nsr]/applogs; zip de [nsr]/rmagentps/logs; paquete de [nsr]/logs/lib*, nsrbr*, nsrsnap**
• Registros de NetWorker: [nsr]/logs/daemon.raw, [nsr]/logs/networkr.raw
  • NetWorker: Cómo utilizar nsr_render_log
  • NetWorker: Cómo generar automáticamente daemon.raw a daemon.log en tiempo real
• Configuración del cliente de NetWorker: zip de [nsr]/res/nsrladb, [nsr]/res/servers file (es posible que no exista), [nsr]/res/nsrdb (si es el servidor de NetWorker)
  • Los recopila la utilidad NSRGET.
• Script de inicio: Solaris > Linux: /etc/init.d/networker, HPUX: /sbin/init.d/networker
• Registros de políticas de respaldo: 
  • Linux: /nsr/logs/policy/POLICY_NAME/WORKFLOW_NAME
  • Windows: C:\Archivos de programa\EMC NetWorker\nsr\logs\policy\POLICY_NAME\WORKFLOW_NAME
• Versión y compilación de NetWorker: NetWorker: Métodos para identificar la versión de software de NetWorker
• Parches conocidos instalados para NetWorker
• Sistema operativo, edición, nivel de parche, CPU y ancho de bits (32/64 bits)
  • Linux: cat /etc/*release; uname -m
  • Windows: systeminfo | findstr "OS Type"
  • NSRGET o EMCREPORTS también detallarán la versión del sistema operativo y la arquitectura del sistema.
• Utilidad de informes de EMC: https://www.dell.com/support/home/en-us/product-support/product/emcreports/drivers
  • EMC Reports recopila información adicional sobre el host, incluidos los detalles y la configuración completos del sistema operativo, los mensajes del sistema operativo o los registros de eventos; parte de esta información también se recopila en NSRGET; mientras que EMC Reports es más registros específicos de operación. Los informes de EMC se pueden recopilar en conciso con NSRGET o en un sistema que puede no tener instalado un software cliente de NetWorker; por ejemplo, una máquina virtual de VMware respaldada por vProxy. 
• Volcados principales: NetWorker: Solución de problemas de volcados de núcleos del proceso
• Para problemas sospechosos de resolución de nombres: NetWorker: Mejores prácticas de solución de problemas de resolución de nombres

Recopile lo siguiente solo desde el servidor de NetWorker :

• Base de datos de recursos de NetWorker: Copia comprimada de [nsr]/res/nsrdb
• Base de datos de medios de NetWorker: Cómo exportar la base de datos de medios de NetWorker mediante nsrmmdbasm
• NSRGET recopilará la mayoría de los registros necesarios; sin embargo, no recopilará:
  • Registros de AUTHC (autenticación):
    • Linux: /nsr/logs/authc
    • Windows: C:\Archivos de programa\EMC NetWorker\nsr\authc-server\tomcat\logs
  • Registros de NetWorker Management Console (NMC) (gstd):
    • Linux: /opt/lgtonmc/logs/
    • Windows: C:\Archivos de programa\EMC NetWorker\Management\GST\logs
  • Registros de la interfaz del usuario web de NetWorker (NWUI):
    • Linux: /opt/nwui/logs
    • Windows: C:\Archivos de programa\EMC NetWorker\nwui\logs

Recopile lo siguiente desde cualquier nodo de almacenamiento de NetWorker (incluido el servidor):

• Comando de descubrimiento de NetWorker: inquire -lc output
• Interrogación de bus de NetWorker: Salida lusbinfo/lusbinfo -v
• Salidas del comando SJI de NetWorker: sjisn [x.y.z], sjirdtag [x.y.z], sjirjc [x.y.z] (donde x.y.z es la dirección SCSI O el identificador de archivo del dispositivo)
• Salidas del comando de CDI de NetWorker: cdi_inq -f [dev] -v, cdi_get_config -f [dev] -v, cdi_get_status -f [dev] -v, cdi_get_blocksize -f [dev] -v (donde dev es el identificador de archivos del dispositivo)
• Resumen del estado de montaje y dispositivo de NetWorker: nsrmm
• Salida de NetWorker Simple AutoChanger: nsrjb -C [jukebox_name]
• Detalles del disco de NetWorker: listas de directorios recursivos para cualquier estructura AFTD/DD/FTD afectada, así como detalles del dispositivo de disco y su método de conexión al host.
• Sistema operativo, edición, nivel de parche, CPU y ancho de bits (32/64 bits)
  • Linux: cat /etc/*release; uname -m
  • Windows: systeminfo | findstr "OS Type"
  • NSRGET o EMCREPORTS también detallarán la versión del sistema operativo y la arquitectura del sistema.
• Se recomienda nSRGET o informes de EMC para las contrataciones de soporte.

Nota: Los comandos de dispositivo anteriores, así como los comandos de dispositivos del sistema operativo que se enumeran a continuación, pueden causar restablecimientos de SCSI si se utilizan en dispositivos activos. Use solo según sea necesario cuando todos los dispositivos de cinta conectados al sistema, o los especificados, estén inactivos en todas las instancias de host.

Recopile lo siguiente desde cualquier host de NetWorker License Manager afectado:

• Salida del comando de licencia: nsrlic -C
• Base de datos de licencia de NetWorker: zip of [nsr]/res/lgtolm.res, [nsr]/res/lictype.res, [nsr]/logs/lgtolmd.log, [nsr]/logs/license*

Recopile lo siguiente desde cualquier host de la consola de administración de NetWorker afectado:

• Sistema operativo, edición, nivel de parche, CPU y ancho de bits (32/64 bits)
  • Linux: cat /etc/*release; uname -m
  • Windows: systeminfo | findstr "OS Type"
  • NSRGET o EMCREPORTS también detallarán la versión del sistema operativo y la arquitectura del sistema.
• Registro de la consola de administración (gstd.raw: idealmente, se genera): 
  • Linux: /opt/lgtonmc/logs 
  • Windows: [ruta de instalación]\Management\GST\logs
  • NetWorker: Cómo utilizar nsr_render_log
• Versión de NMC, incluido el número de compilación
  • NetWorker: Métodos para identificar la versión de software de NetWorker
• Versión de JRE java de Oracle: https://www.java.com/en/download/help/version_manual.html  
• NetWorker Runtime Environment (NRE):
  • Linux: 
    • rpm -qa | grep nre
    • /opt/nre/java/latest/bin/java -version
  • Windows: 
    • La versión de Java se enumerará en: C:\Archivos de programa\NRE\java\jre#.#.#_###
      • Si se enumeran varias carpetas de Java, compruebe System Environment Variable JAVA_HOME o NSR_JAVA_HOME para qué ruta utiliza actualmente NetWorker
    • La versión de NRE se enumerará desde el Panel de control, en Programas y características
• Archivo De inicio web de Java: [nmc]/web/gconsole.jnlp
• Archivo de configuración de NMC: [nmc]/etc/gstd.conf

Dispositivo vProxy networker VMware Protection (NVP):

• Paquetes de registro: NVP-vProxy: Cómo recopilar el paquete para vProxy
• Herramienta ProxyHC (evaluación del estado): NVP-vProxy: Cómo utilizar la herramienta de evaluación del estado ProxyHC en el dispositivo vProxy