NetWorker: Cómo depurar operaciones de respaldo
Resumen: Se enumeran varias opciones para depurar un respaldo fallido de NetWorker.
Instrucciones
1. 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 (valor predeterminado): C:\Program Files\EMC NetWorker\nsr\logs\policy_name\workflow_name\action_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 atributo jobid de ese trabajo infantil. Cuando la acción principal inicia una acción secundaria, NetWorker crea un directorio para estos registros de acciones secundarias.
Ejemplo:
Los tamaños de los registros varían según el nivel de depuración utilizado durante el respaldo. Los archivos crudos son los registros de flujo de trabajo, mientras que el backup_[jobid]_logs Los directorios contienen los registros de acciones y los registros de acciones secundarias.
El archivo de registro de NetWorker principal para todas las operaciones de NetWorker es daemon.raw Archivo de registro.
/nsr/logs/daemon.raw
Windows (valor predeterminado):
C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
Para leer este registro, utilice el comando nsr_render_log comando, consulte: NetWorker: Cómo usar nsr_render_log para representar .raw archivos de registro
Ejemplo:
Recursos adicionales:
- NetWorker: Ubicaciones y archivos de registro
- NetWorker: Procesos y puertos
- NetWorker: Cómo utilizar la herramienta de recolección de datos de NetWorker NSRGet
- Consulte la Guía de referencia de comandos de NetWorker, disponible en: Compatibilidad con NetWorker | Manuales y documentos (debe iniciar sesión con su cuenta de soporte de Dell).
2. save 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 nsradmin comando.
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:
Recursos adicionales:
- NetWorker: Guía de solución de problemas de NDMP
- NetWorker: Guía de solución de problemas de NMM
- NetWorker: Cómo habilitar la depuración para NMDA
- NetWorker VMware Protection-vProxy: Cómo habilitar el registro de depuración
3. 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 [policy] -w [workflow]
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:
Ejecución de 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 utilizar el método -a para definir la marca nsrworkflow Ejecutar como un adhoc Respaldo que permite reemplazar el programa o nivel de respaldo. Para especificar el nivel de respaldo que desea (no el que está configurado para la ejecución actual del flujo de trabajo), utilice el comando -l (o -L para respaldos de máquinas virtuales).
Ejemplo:
nsrworkflow -p [policy] -w [workflow] -A "'[action]' -l [level]" -ansrworkflow -p Mona -w Bokonon_wf -A "'backup' -l full" -a
Recursos adicionales:
- NetWorker: Cómo usar el comando nsrworkflow de NetWorker
- NetWorker: Cómo usar el comando nsrpolicy de NetWorker
- Consulte la Guía de referencia de comandos de NetWorker, disponible en: Compatibilidad con NetWorker | Manuales y documentos (debe iniciar sesión con su cuenta de soporte de Dell).
4. savefs en el cliente de NetWorker:
La variable 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 el 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/[policy name]/[workflow name]). A continuación, ejecútelo en el lado del cliente y agregue el comando -D9 Opción:
Ejemplo:
En el servidor de NetWorker:
Y luego del lado del cliente:
5. Asignación de medios de destino en NetWorker Server:
La asignación del volumen de destino correcto para un respaldo es administrada por el nsrd en el servidor de NetWorker. Para depurar esto, debe aumentar temporalmente el nivel de depuración del nsrd proceso en el servidor de NetWorker mediante el comando dbgcommand.
Ejemplo:
Una vez finalizada la depuración, debe deshabilitarla estableciendo el nivel de depuración en cero:
dbgcommand se puede utilizar con un nombre de proceso o ID de proceso (PID), por ejemplo:
dbgcommand -n PROCESS_NAME Debug=DEBUG_LEVEL
dbgcommand -p PROCESS_ID Debug=DEBUG_LEVEL
Recursos adicionales:
6. Respaldos en espera de un volumen con capacidad de escritura:
Si NetWorker Server no puede encontrar un volumen de NetWorker adecuado para escribir, deja de responder y genera una alerta. En este caso, el trabajo se encuentra en el estado "activo". Puede comprobar el estado del trabajo mediante el comando nsrpolicy monitor comando.
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:
Recursos adicionales:
- Solución de problemas de eventos de espera de medios: en espera de 1 volumen con capacidad de escritura o ningún dispositivo coincidente
- NetWorker: Solución de problemas de biblioteca de cintas en NetWorker
- NetWorker: Cómo usar la herramienta DDPCONNCHK para probar la conectividad dd boost de DD desde hosts de NetWorker
- NetWorker con Data Domain Cloud Tier: Guía de triaje y solución de problemas
7. 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, el trabajo se encuentra en el estado "en línea de espera".
Para depurar el paralelismo, debe aumentar el nivel de depuración del 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:
Recursos adicionales:
- NetWorker: Paralelismo y sesiones de destino
- Consulte las Guías de planificación y optimización del rendimiento y administración de NetWorker. Compatibilidad con NetWorker | Manuales y documentos (debe iniciar sesión con su cuenta de soporte de Dell).
8. 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: Clientes directos en operación.
La variable daemon.raw en NetWorker Server:
91787 MM/DD/YYYY HH:mm:SS nsrmmd NSR notice Save-set ID '4091251191' (vm-lego-231:/NetWorker) is using direct file save with Data Domain device '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 (ESTABLISHED) save 9831 root 5u IPv4 111695 0t0 TCP vm-lego-231:19752->vm-lego-121:9417 (ESTABLISHED) save 9831 root 7u IPv4 111720 0t0 TCP vm-lego-231:31095->vm-lego-121:9035 (ESTABLISHED) save 9831 root 8u IPv4 111728 0t0 TCP vm-lego-231:12421->vm-lego-121:9653 (ESTABLISHED) 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 (ESTABLISHED)
lsof Enumera las conexiones TCP abiertas del cliente al servidor NetWorker Server y a DD. Para determinar a qué procesos está conectado 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 los hosts de Windows, puede realizar diagnósticos similares mediante SysInternals Procmon.
9: El respaldo de Client Direct no utiliza Client Direct:
La variable daemon.raw en NetWorker Server:
91797 MM/DD/YYYY HH:mm:SS nsrmmd NSR severe Unable to perform direct file save with Data Domain device 'ONETWOONE'; setting up traditional save for save-set ID '4024143566' (vm-lego-231:/NetWorker)
traditional en el registro le da esta salida rápidamente. Consulte la lista de condiciones que se deben cumplir para que Client Direct funcione en la Guía de administración de NetWorker. Las causas más comunes son que el cliente no tenga acceso directo a la red de Data Domain o que la resolución de nombres no funcione correctamente.
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 (ESTABLISHED) save 10114 root 5u IPv4 123369 0t0 TCP vm-lego-231:12593->vm-lego-121:9417 (ESTABLISHED) save 10114 root 7u IPv4 123392 0t0 TCP vm-lego-231:63952->vm-lego-121:9035 (ESTABLISHED) save 10114 root 8u IPv4 123400 0t0 TCP vm-lego-231:29597->vm-lego-121:9653 (ESTABLISHED)
Recursos adicionales:
- NetWorker: Prácticas recomendadas para la configuración de redes
- Consulte las guías de planificación y optimización del rendimiento. Compatibilidad con NetWorker | Manuales y documentos (debe iniciar sesión con su cuenta de soporte de Dell).
10. Respaldos de flujo de guardado paralelo (PSS):
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 save para ponerlo en depuración según la sección 2. 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 y en los registros de políticas en el servidor de NetWorker (consulte la sección 1).
Ejemplo:
Recursos adicionales:
- Cómo solucionar problemas de respaldos de flujos de guardado paralelos de NetWorker
- Consulte las guías de planificación y optimización del rendimiento. Compatibilidad con NetWorker | Manuales y documentos (debe iniciar sesión con su cuenta de soporte de Dell).
11. Nodo de almacenamiento de NetWorker nsrmmd El proceso no funciona según lo esperado mientras escribe en los medios de destino:
Puede aumentar el nivel de depuración del archivo nsrmmd procesos mediante el método dbgcommand (Consulte la sección 5). Puede aumentar el nivel de depuración de todos los nsrmmd procesos o, de lo contrario, utilice herramientas del sistema operativo para identificar qué nsrmmd El proceso está activo:
Recursos adicionales:
- NetWorker: Solución de problemas de biblioteca de cintas en NetWorker
- NetWorker: Cómo usar la herramienta DDPCONNCHK para probar la conectividad dd boost de DD desde hosts de NetWorker
- NetWorker con Data Domain Cloud Tier: Guía de triaje y solución de problemas
- Consulte la Guía de integración de DD Boost de NetWorker, disponible a través de: Compatibilidad con NetWorker | Manuales y documentos (debe iniciar sesión con su cuenta de soporte de Dell).