• Artículo

Registro y depuración

 

Se aplica a: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

En este tema se explica cómo se habilitan las herramientas de registro y depuración para solucionar problemas con la supervisión de equipos UNIX y Linux.

Habilitar el registro de módulos de Operations Manager

Los agentes de Operations Manager para UNIX y Linux mantienen varios archivos de registro que pueden ser útiles al solucionar problemas del cliente.Estos archivos de registro se encuentran en el equipo UNIX o Linux administrado. El nivel de registro de los archivos de registro del agente se pueden configurar según sea necesario.Un registro más detallado puede resultar útil para diagnosticar un problema.Para un funcionamiento normal, los niveles de registro no deben establecerse en un valor más detallado que las configuraciones predeterminadas (intermedio) con el fin de evitar un crecimiento excesivo del registro archivo.

Nota

Las llamadas realizadas fuera de Administración remota de Windows (WinRM) se realizan mediante SSH/SFTP.Estos componentes se basan en un mecanismo de registro independiente de Operations Manager.

Nota

No se puede cambiar el nivel de registro predeterminado del archivo de registro omiserver.log en esta versión de los agentes de Operations Manager para UNIX y Linux.

Para habilitar los registros de módulos nativos de UNIX

  • Cree un archivo en blanco llamado EnableOpsmgrModuleLogging en el directorio \Temp de la cuenta de usuario que llama a estos módulos. Para ello, escriba en un símbolo de la línea de comandos COPY /Y NUL %windir%\TEMP\EnableOpsMgrModuleLogging.

    Nota

    Por lo general, la cuenta SYSTEM realiza las llamadas y C:\Windows\Temp es la carpeta temporal de SYSTEM predeterminada.

Después de crear el archivo en blanco, Operations Manager comenzará de inmediato el registro de la actividad de SSH y de certificados en el directorio \Temp. Los scripts que llaman a los módulos de SSH se registrarán en <NombreDeScript.vbs>.log.El resto de módulos tiene sus propios registros.

En algunos casos, deberá reiniciar el servicio de mantenimiento para que el registro de EnableOpsmgrModuleLogging surta efecto.

Habilitar el registro en el agente de UNIX

Estos registros informarán de las acciones de los agentes de UNIX.Si hay un problema con los datos devueltos a Operations Manager, busque en este registro.Puede establecer la cantidad de información registrada con el comando scxadmin.La sintaxis de este comando es:

scxadmin -log-set [all|cimom|provider] {verbose|intermediate|errors}

En la tabla siguiente se enumera los valores de parámetro posibles:

Nivel

Descripción

Errores

Registrar solo mensajes de advertencia o error.

Intermedio

Registrar mensajes de información, advertencia y error.

Detallado

Registrar mensajes de información, Advertencia y Error con registro de depuración.Tenga en cuenta que este nivel de registro puede provocar un rápido crecimiento del tamaño de los archivos de registro.Se recomienda encarecidamente que esta opción solo se utilice durante breves períodos de tiempo para diagnosticar un problema específico.

Use DebugView para solucionar problemas de detección

DebugView es un método alternativo a EnableOpsmgrModuleLogging para resolver problemas de detección.

Para utilizar DebugView

  1. Descargue DebugView desde: https://go.microsoft.com/fwlink/?Linkid=129486.

  2. Inicie DebugView en el servidor de administración que realiza la detección.

  3. Inicie la detección de agentes de UNIX.Deberá comenzar a ver los resultados en las ventanas de DebugView.

  4. DebugView mostrará un procedimiento detallado del proceso del asistente para detección.Este suele ser el método más rápido para la solución de problemas de detección.