NetWorker VMware Protection-vProxy: Cómo habilitar el registro de depuración

Vea este video: Cómo habilitar el registro de depuración de vProxy.

Métodos para aplicar la depuración del motor vProxy:

Por lo general, es suficiente analizar los registros de políticas de NetWorker Server en /nsr/logs/policy/[policy name], pero ocasionalmente puede ser necesario analizar los registros del propio dispositivo vProxy y, además, aumentar el nivel de registro a depurar para tener una idea más clara del motivo de una falla. Esto normalmente solo es necesario una vez que se solicitó soporte de NetWorker y el ingeniero de soporte ha solicitado configurar una depuración para solucionar problemas como un proceso específico. 

Los archivos de registro de NVP-vProxy en el dispositivo vProxy se encuentran en el siguiente directorio: /opt/emc/vproxy/runtime/logsHay un subdirectorio para cada uno de los procesos principales que se utilizan en las operaciones de NetWorker en el dispositivo vProxy:

vbackupd

vflrd

vrapid

vrecoverd

Por ejemplo, el método vbackupd contiene los siguientes registros:

[session-uuid].log             Processing details for a session
vbackupd-engine.log            Requests and problem events including error and panic messages from the session log.
vbackupd-boost.log             DD Boost logging.
vbackupd-snapmgr.log           Snapshot logging
vbackupd-vddk.log              VDDK logging -  VMware Virtual Disk Development Kit

Puede encontrar información adicional sobre el registro y la recopilación de vProxy en el artículo Guía de triage de NVP-vProxy: Visión general de triage y registro de vProxy de NetWorker VMware Protection

Aplicación del método de depuración de servicio 1:

Este método se aplica a la versión 4.3.x y posterior de vProxy.1. Se puede utilizar para habilitar la depuración en los servicios de vProxy (vrapid, vrecoverd, vbackupd, vflrd). Se puede habilitar más depuración para el tráfico de DD Boost, el kit de desarrollo de discos virtuales (VDDK) y la mensajería de instantáneas (cuando corresponda).

1. Conéctese a vProxy mediante SSH usando la cuenta de administrador de vProxy.2.
2. Cambie a root:

sudo su -

3. Cambie al directorio bin del agente de vProxy:

cd /opt/emc/vproxy/bin

4. Para el servicio que requiere depuración, ejecute los siguientes comandos:

Backup Engine vbackupd

./vProxy_debug.sh -s -d vbackupd -p program -l debug

/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log

/opt/emc/vrproxy/runtime/logs/vbackupd/BackupVmSession-<session-id>.log
/opt/emc/vrproxy/runtime/logs/recycle/vbackupd/<DATE>/BackupVmSession-<session-id>.log

./vProxy_debug.sh -s -d vbackupd -p ddboost -l all

/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-boost.log

./vProxy_debug.sh -s -d vbackupd -p vddk -l 4

/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-vddk.log

./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug

/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log

Motor de recuperación: vrecoverd

./vProxy_debug.sh -s -d vrecoverd -p program -l debug

/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log

/opt/emc/vrproxy/runtime/logs/vrecoverd/RecoverVmSession-<session-id>.log
/opt/emc/vrproxy/runtime/logs/recycle/vrecoverd/<DATE>/RecoverVmSession-<session-id>.log

./vProxy_debug.sh -s -d vrecoverd -p ddboost -l all

/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-boost.log

./vProxy_debug.sh -s -d vrecoverd -p vddk -l 4

/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.log

FLR Engine: vflrd

./vProxy_debug.sh -s -d vflrd -p program -l debug

/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log

/opt/emc/vrproxy/runtime/logs/vflr/FlrMountSession-<session-id>.log
Individual FLR Browse Session Logs: /opt/emc/vrproxy/runtime/logs/vflr/FlrBrowseSession-<session-id>.log
Individual FLR Recover Session Logs: /opt/emc/vrproxy/runtime/logs/vflr/FlrRecoverSession-<session-id>.log

/opt/emc/vrproxy/runtime/logs/recycle/vflrd

./vProxy_debug.sh -s -d vflrd -p ddboost -l all

/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-boost.log

Servidor REST vrapid

./vProxy_debug.sh -s -d vrapid -p program -l debug

/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

Los comandos anteriores muestran la habilitación de la depuración. Estos comandos se pueden volver a ejecutar para cambiar el -l Opción para restablecer los valores predeterminados:

Opciones:

• Para el registro del programa:

• Deshabilite el registro de DD Boost.

• Para el registro de VDDK:

• Para el registro del administrador de instantáneas:

Aplicación del método de depuración de servicio 2:

1. Inicie sesión en el dispositivo vProxy como administrador mediante ssh o consola y cambie a root:

sudo su -

2. Vaya a: systemd directorio:

cd /usr/lib/systemd/system/ 

3. Abra el archivo de servicio que requiere ajustes de depuración, por ejemplo:

vi vbackupd.service 

4. Localice la línea con ExecStart= y agregue los parámetros de depuración deseados:

vbackupd, vrecoverd, vflrd, and vrapid engine debug options: { debug | trace | info | warn } (default "trace")
--program-log-level=option

vbackupd, vrecoverd, and vflrd ddboost debug options: { none | error | warn | info | debug | all } (default "trace")
--boost-log-level=option

vbackupd snapshot manager debug options: { warn | info | trace | debug } (default "trace")
--snapmgr-log-level=option

Display version
--version

Multiple options could be used at once, for example if you needed to debug the vbackupd service, ddboost communication, and snapshot manager logging, the vbackupd.service file would include:
ExecStart=/opt/emc/vproxy/bin/vbackupd --program-log-level=debug --boost-log-level=all --snapmgr-log-level=debug

5. Guarde los cambios en el archivo.
6. Vuelva a cargar el archivo de configuración de unidad escribiendo el siguiente comando:

systemctl daemon-reload

7. Confirme en NetWorker Management Console que no haya respaldos en ejecución y, luego, reinicie el servicio vbackupd: vbackupd Services

systemctl restart vbackupd.service

systemctl restart vbackupd.serviceEl proceso anterior se aplica a los servicios: vrapid, vrecoverd, vbackupd, vflrd.

Aplicación de depuración de VDDK:

La depuración del kit de desarrollo de discos (VDDK) de VMware se puede aplicar manualmente en VixDiskLib.config file. Esta depuración solo se aplica a vbackupd y vrecoverd con la solución de problemas. No se aplica para vflrd.
 

1. Inicie sesión en el dispositivo vProxy como administrador mediante SSH o la consola y cambie a root:

sudu su -

2. Editar el archivo . VixDiskLib.config para contener la siguiente línea:

vi /opt/emc/vproxy/conf/VixDiskLib.config 
vixDiskLib.transport.LogLevel=4

0 = No logging
1 = Errors only
2 = Warnings, and Errors
3 = Important information messages, errors, and warnings
4 = Debug data plus everything else

3. Reinicie el servicio correspondiente:

systemctl restart [service-name].service 

systemctl restart vrecoverd.service

Una vez que se haya configurado el registro de depuración, el archivo de registro asociado con el servicio debe contener líneas DEBUG.

Después de completar el proceso de depuración, restablezca el nivel de registro mediante el mismo procedimiento, utilizando la palabra trace después del signo igual en lugar de debug. Para que esto se aplique de inmediato, necesitará volver a cargar y reiniciar el demonio, como se indicó anteriormente.

Depuración de certificados previos de DD Boost:

Este proceso se puede realizar en combinación con otros métodos de depuración descritos anteriormente.1. La biblioteca de DD Boost no registra actividad detallada de la interfaz de programación de aplicaciones (API) de manera predeterminada. La habilitación del registro de certificación previa de DD Boost solo se debe realizar cuando se observan otros errores relacionados con DD Boost en el vbackupd-boost.log, vrecovered-boost.log, vflrd-boost.log y se necesita depuración adicional. Por lo general, esto solo es necesario cuando lo solicita directamente el soporte de NetWorker para colaboraciones de Data Domain o participaciones de ingeniería.

1. Inicie sesión en el dispositivo vProxy como administrador mediante SSH o la consola y cambie a root:

sudu su -

2. Cree el ddboost_precert.ini bajo /: 

vi /ddboost_precert.ini

Agregue la siguiente información en el archivo:

precert_enabled=true
num_log_files=4
log_file_size=512
log_file_name=ddboost_precert.log
log_file_dir=/DDLog
ddcl_logs_include=true
ddcl_logs_sev=3

3. Cree el DDLog directorio:

mkdir /DDLog ; chmod 755 /DDLog

4. Habilite la depuración de DD Boost para el servicio que requiere depuración:

vbackupd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vbackupd -p ddboost -l debug

vflrd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vflrd -p ddboost -l debug

vrecoverd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vrecoverd -p ddboost -l debug

5. Confirme que el ddboost_precert.log se genera, se reproduce el número y se recopila el ddboost_precert.log:

ls -l /DDLog

6. Uso precert-io-perf.py Para analizar el ddboost_precert.log files: NetWorker: Cómo analizar el rendimiento de I/O mediante ddboost_precert.log
7. Cuando las operaciones de depuración ya no son necesarias:
   1. Vuelva a ejecutar el siguiente comando en el servicio para el que habilitó la depuración ddboost:

/opt/emc/vproxy/bin/vProxy_debug.sh -s -d service_name -p ddboost -l trace

1. 2. Elimine el archivo . /ddboost_precert.ini file.

rm -rf /ddboost_precert.ini

Registro de selección de vProxy:

Esta depuración se puede utilizar cada vez que un flujo de trabajo de respaldo de máquina virtual (VM) se bloquea con las VM en espera de ejecución. En este escenario, se inició el trabajo de respaldo, pero no se seleccionó ningún vProxy para iniciar la sesión de respaldo. No se registra el proceso de selección de vProxy en el registro estándar. Podemos habilitarlo. vmbackup_logging en NetWorker Server, que registra el proceso de selección de vProxy durante el inicio de la política de protección de VMware. Esto es útil cuando no hay problemas de comunicación entre NetWorker Server y vProxy (puerto 9090) y no hay errores acerca de que el vProxy no está disponible en NMC o daemon.raw.

1. Abra un símbolo del sistema administrativo de PowerShell (Windows) o una sesión de SSH raíz (Linux) en NetWorker Server.
2. Cree un archivo sin una extensión llamado vmbackup_logging en NetWorker /nsr/tmp directorio:

Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File

3. Inicie el trabajo de respaldo de VM.
4. Monitoree el daemon.log representado para Vmproxy Queue y select_vproxy mensaje:

Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log

5. Para deshabilitar esta función, elimine el dominio. vmbackup_logging archivo del archivo /nsr/tmp dir.

Depuración de la interfaz de usuario de vProxy:

• NVP-vProxy: Guía de solución de problemas de Data Protection Restore Client (DPRC)
• NVP-vProxy: solución de problemas del plug-in de vCenter y de la interfaz de usuario (VCUI)

Artículos relacionados:

• Guía de triage de NVP-vProxy: visión general de triage y registro de vProxy de NetWorker VMware Protection
• NVP vProxy: Cómo obtener la sintaxis exacta del comando para ejecutar una recuperación de VM desde la CLI con depuración.
• NetWorker (Linux): Cómo copiar archivos hacia y desde un NetWorker Server de Linux.
• NVP vProxy: solución de problemas de conectividad de red para operaciones de respaldo y restauración
• NetWorker: Solución de problemas de respaldo y restauración de VM en NVP vProxy rendimiento