NetWorker: Cómo depurar operaciones de respaldo

Archivos de registro:

Los registros principales para depurar fallas de respaldo son los archivos de registro de políticas que se encuentran en la siguiente ubicación.

Linux: /nsr/logs/policy_name/workflow_name/action_name
Windows: ..Archivos de programaRegistros de SRogs de EMC NetWorkerpolicy_nameworkflow_nameaction_name

Hay archivos de registro de flujo de trabajo en formato crudo en /nsr/logs/policy/policy_name/workflow_name/jobid.raw y un subdirectorio para cada acción. Cada acción secundaria de una acción tiene su propio archivo de registro con el ID de trabajo de ese trabajo secundario. Cuando la acción principal inicia una acción secundaria, NetWorker crea un directorio para estos registros de acciones secundarias.

Ejemplo:

Aquí podemos ver la ubicación de los registros de políticas y que los registros son de diferentes tamaños según el nivel de depuración que se utiliza durante el respaldo.  Los archivos crudos son los registros de flujo de trabajo, mientras que los directorios backup_[jobid]_logs contienen los registros de acciones y los registros de acciones secundarias.

El archivo de registro principal de NetWorker para todas las operaciones de NetWorker es el archivo de registro daemon.raw . 

Esto se encuentra en [NetWorker_install_dir]logs.
 

Para leer este registro, utilice el comando nsr_render_log .

Ejemplo:

Más recursos:

Guardar en el cliente de NetWorker

Los respaldos basados en clientes de NetWorker utilizan el proceso de guardado. El proceso de guardado se comunica con NetWorker Server, el nodo de almacenamiento (cuando corresponda) o el medio del dispositivo de respaldo de destino. La depuración se puede habilitar en el proceso de guardado pasando la marca de depuración -D al proceso de guardado mediante NetWorker Management Console (NMC) o mediante el comando nsradmin.

En NMC, cambie el campo "Comando de respaldo" en las propiedades del cliente correspondiente a "save -D9":

Ejemplo:

Puede realizar la misma operación mediante el comando nsradmin:

Ejemplo:

Como alternativa, en un sistema Linux, puede usar el comando printf para realizar este cambio nsradmin en una línea:

Ejemplo:

printf "show 
 . type : NSR Client; name : vm-lego-231; save set : /alice
 update backup command : save -D9
" | nsradmin -i -

Más recursos:

Guía
de referencia de comandos de NetWorker Cómo utilizar la comprobación de validación de nsradmin de NetWorker
Notas técnicas sobre usos especiales del programa nsradmin de NetWorker

Operación de flujo de trabajo en NetWorker Server 

Se necesita depurar el inicio de una operación de flujo de trabajo y un resultado de depuración detallado.

nsrworkflow -D9 -p [política] -w [flujo de trabajo]

Esto registra la salida de depuración del trabajo de flujo de trabajo en el archivo sin formato en:

/nsr/logs/policy/policy_name/workflow_name/

Ejemplo:

La ejecución del comando nsrworkflow inicia el trabajo manualmente, pero utiliza las mismas opciones de programación y configuración de niveles que se utilizan como respaldo automatizado programado.  Otra posibilidad es usar la marca -a para definir la ejecución de nsrworkflow como un respaldo ad hoc, lo que permite reemplazar el programa o nivel de respaldo.  Para especificar el nivel de respaldo que desea (no lo que está configurado para la ejecución actual del flujo de trabajo), utilice -l (o -L para respaldos de máquinas virtuales).

Ejemplo:

nsrworkflow -p [política] -w [flujo de trabajo] -A "'[acción]' -l [nivel]" -a
nsrworkflow -p Mona -w Bokonon_wf -A "'backup' -l full" -a

Más recursos:

516616 : Cómo usar el comando nsrworkflow de NetWorker                                                                    
513030 : Cómo usar el comando nsrpolicy de NetWorker
Notas de la versión de NetWorker 9.1.x: 
Guía de referencia de comandos de NetWorker

Savefs en el cliente de NetWorker

El comando savefs se utiliza durante los respaldos basados en clientes. Se envía al cliente de NetWorker después de que se inicia el respaldo en NetWorker Server.  savefs es este proceso responsable de determinar los archivos y directorios que se respaldarán para esta ejecución de respaldo específica en este cliente.

Puede obtener el comando savefs exacto que se ejecuta en el lado del cliente desde el archivo sin procesar en los registros de políticas (/nsr/logs/policy/[nombre de política]/[nombre del flujo de trabajo]).  A continuación, ejecute esto en el lado del cliente y agregue la opción -D9:

Ejemplo:

En el servidor de NetWorker: 

Y luego del lado del cliente:

Más recursos:

Asignación de medios de destino en NetWorker Server

El proceso nsrd administra la asignación del volumen de destino correcto para un respaldo en NetWorker Server.  Para depurar esto, debe aumentar temporalmente el nivel de depuración del proceso nsrd en NetWorker Server mediante dbgcommand.

Ejemplo:

Una vez finalizada la depuración, debe desactivar la depuración de la siguiente manera:

Más recursos:

336123 : Depuración de NetWorker

Respaldos en espera de un volumen con capacidad de escritura

Si NetWorker Server no puede encontrar un volumen de NetWorker adecuado para escribir, dejará de responder y generará una alerta.  En este caso, el trabajo estará en el estado "activo".  Puede comprobar el estado del trabajo mediante el comando nsrpolicy monitor .

Ejemplo:

La alerta en NetWorker Management Console proporciona más detalles sobre qué tipo de volumen se busca y en qué nodo de almacenamiento.

Ejemplo:

Más recursos:

Los respaldos dejaron de responder inesperadamente debido al paralelismo

Si NetWorker Server determina que no puede continuar con el respaldo porque no hay ninguna ranura de paralelismo libre.  En este caso, el trabajo se encuentra en el estado "en línea de espera".

Para depurar el paralelismo, debe aumentar el nivel de depuración del proceso nsrjobd en NetWorker Server, como se muestra a continuación.  El archivo de registro del demonio genera una gran cantidad de datos de depuración en relación con el paralelismo.

Ejemplo:

Más recursos:

Guía
de planificación de la optimización del rendimiento de NetWorkerParalelismo y sesiones de destino

El respaldo de Client Direct no funciona según lo esperado

Un respaldo "directo de cliente" envía datos directamente desde el cliente de NetWorker a los medios de destino sin escribir primero en el nodo de almacenamiento de NetWorker.

Puede definir en las propiedades del cliente si se debe usar el respaldo directo del cliente o no para esta instancia de cliente.

Para solucionar si Client Direct funciona o no, debe inspeccionar los registros según el siguiente ejemplo:

Ejemplo:

Salida del registro: Operación de Client Direct.

Archivo de registro del demonio en NetWorker Server:

91787 01/08/2014 13:37:35 nsrmmd Aviso de NSR El ID de saveset '4091251191' (vm-lego-231:/NetWorker) utiliza el guardado directo de archivos con el dispositivo Data Domain 'dd4500-dd.local_onetwoone'.

lsof en el cliente de NetWorker

[root@vm-lego-231 ~]# lsof -i TCP | grep save
save 9831 root 3u IPv4 111668 0t0 TCP vm-lego-231:23178-vm-lego-121>:8985 (ESTABLECIDO)
save 9831 root 5u IPv4 111695 0t0 TCP vm-lego-231:19752-vm-lego-121>:9417 (ESTABLECIDO)
save 9831 root 7u IPv4 111720 0t0 TCP vm-lego-231:31095-vm-lego-121>:9035 (ESTABLECIDO)
save 9831 root 8u IPv4 111728 0t0 TCP vm-lego-231:12421-vm-lego-121>:9653 (ESTABLECIDO)
save 9831 root 9u IPv4 111731 0t0 TCP vm-lego-231:33739-dd4500-dd.local>:nfs (ESTABLISHED)
save 9831 root 10u IPv4 111736 0t0 TCP vm-lego-231:60278-dd4500-dd.local>:midnight-tech (ESTABLECIDO)

Nota: Podemos ver que hay conexiones TCP abiertas desde el cliente tanto al servidor NetWorker Server como a DD.  Si necesita saber a qué procesos están conectados exactamente en el servidor NetWorker Server, puede realizar una comprobación cruzada con lsof en el servidor.  La cuarta columna es el descriptor de archivo que se está utilizando. 

En un sistema Windows, puede ver un resultado similar mediante resmon:  Inicio - Ejecutar - resmon - Pestaña Red - Conexiones TCP

Salida del registro:  El respaldo no utiliza Client Direct.

Archivo de registro del demonio en NetWorker Server:

91797 01/08/2014 13:57:51 nsrmmd NSR grave No se puede realizar el guardado directo de archivos con el dispositivo de Data Domain 'ONETWOONE'; configuración de guardado tradicional para el ID de saveset '4024143566' (vm-lego-231:/NetWorker)

Nota:  Si busca la palabra tradicional en el registro, obtendrá este resultado rápidamente.  Si necesita averiguar por qué no utiliza Client Direct, comience con la lista de condiciones que se deben cumplir para que Client Direct funcione en la Guía de administración de NetWorker.  Las razones más comunes serían que el cliente no tiene acceso directo a la red DD desde la NIC que está utilizando o que la resolución de nombres no funciona correctamente desde el cliente.

lsof en el cliente de NetWorker:

[root@vm-lego-231 ~]# lsof -i TCP | grep save
save 10114 root 3u IPv4 123335 0t0 TCP vm-lego-231:46461-vm-lego-121>:8985 (ESTABLECIDO)
save 10114 root 5u IPv4 123369 0t0 TCP vm-lego-231:12593-vm-lego-121>:9417 (ESTABLECIDO)
save 10114 root 7u IPv4 123392 0t0 TCP vm-lego-231:63952-vm-lego-121>:9035 (ESTABLECIDO)
save 10114 root 8u IPv4 123400 0t0 TCP vm-lego-231:29597-vm-lego-121>:9653 (ESTABLECIDO)

Nota:  Aquí solo están abiertas las conexiones TCP a NetWorker Server (que también es el nodo de almacenamiento en este ejemplo).  No hay ninguna conexión TCP abierta a DD.  Todos los datos van al nodo de almacenamiento.

Más recursos:

Guía de planificación de optimización del rendimiento de NetWorker

Respaldos de flujos de guardado paralelos

Para depurar respaldos de PSS. Asegúrese de que la propiedad "parallel save stream" esté marcada en el recurso de cliente en NetWorker Management Console.  Modifique el comando save para ponerlo en depuración según el número 1 anterior.  Además, cree un archivo vacío en .. /nsr/debug llamado "mbsdopen".  Esto proporciona un registro de depuración adicional tanto en el cliente en /nsr/tmp como en los registros de políticas en NetWorker Server (consulte el número 1 anterior).

Ejemplo:

Más recursos:

Cómo solucionar problemas de respaldos de flujos de guardado paralelos de
NetWorkerGuía de planificación de la optimización del rendimiento de NetWorker

El proceso nsrmmd del nodo de almacenamiento de NetWorker no funciona según lo esperado mientras escribe en los medios de destino.

Puede aumentar el nivel de depuración de los procesos de nsrmmd mediante dbgcommand (descrito en el número 7 anterior).  Puede aumentar el nivel de depuración de todos los procesos de nsrmmd o bien utilizar herramientas del sistema operativo para identificar qué proceso nsrmmd está activo:

Más recursos:

479665 : Artículo de triage: Solución de problemas de librerías de cintas en NetWorker
Guía de integración de NetWorker Data Domain Boost

Otros consejos de depuración para tecnologías específicas de NetWorker:

• Ajuste del servidor NetWorker para obtener un rendimiento óptimo

• NVP-vProxy: Cómo habilitar el registro de depuración  

• Cómo probar la comunicación cliente-servidor de NetWorker a través de un firewall 

• Cómo solucionar problemas de fallas de clonación programada de NetWorker

• Guía de solución de problemas de NetWorker: Bloqueos de procesos y volcados de memoria

• NetWorker NMC 9.x: Cómo habilitar los registros de depuración

• Cómo habilitar la depuración para NMDA

• Guía detallada de solución de problemas de NMM

• Cómo depurar fallas de trabajos de recuperación de NMC          

• Guía de triage de NDMP           

• 479591 : Recuperación de espacio de la guía de triage de dispositivos Data Domain