Compartilhar via

  • Artigo

Registrando em log e depurando

 

Aplica-se a: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

Este tópico descreve como habilitar o registro em log e ferramentas de depuração para solucionar problemas de monitoramento de computadores UNIX e Linux.

Habilitar o registro em log de módulo do Operations Manager

Os agentes do Operations Manager para UNIX e Linux mantêm vários arquivos de log que podem ser útil ao solucionar problemas do cliente.Esses arquivos de log estão localizados no computador gerenciado do UNIX ou do Linux. O nível de log para os arquivos de log de agente pode ser configurado conforme necessário.O log mais detalhado pode ser útil para diagnosticar um problema.Para uma operação normal, os níveis de log não devem ser definidos como um valor mais detalhado do que as configurações padrão (intermediário) para evitar o crescimento excessivo do arquivo de log

System_CAPS_noteObservação

Chamadas feitas fora do Gerenciamento Remoto do Windows (WinRM) são feitas com o uso de SSH/SFTP.Esses componentes dependem de um mecanismo de registro em log separado do Operations Manager.
System_CAPS_noteObservação

O nível de registro em log para o arquivo de log omiserver.log não pode ser alterado do padrão nessa versão dos agentes do Operations Manager para UNIX e Linux.

Para habilitar os logs de módulo nativo de UNIX

  • Crie um arquivo em branco com o nome EnableOpsmgrModuleLogging no diretório \Temp da conta de usuário que chama esses módulo digitando COPY /Y NUL %windir%\TEMP\EnableOpsMgrModuleLogging na linha do prompt de comando.

    System_CAPS_noteObservação

    Geralmente, é a conta SYSTEM que faz as chamadas, e C:\Windows\Temp é a pasta temp SYSTEM padrão.

Após a criação do arquivo em branco, o Operations Manager iniciará imediatamente o registro em log das atividades de SSH e de certificado para o diretório \Temp. Será gerado um log, chamado <Scriptname.vbs>.log, dos scripts que fazem uma chamada nos módulos SSH.Outros módulos têm seus próprios logs.

Em alguns casos, pode ser necessário reiniciar o HealthService para que o registro em log EnableOpsmgrModuleLogging tenha efeito.

Habilitar o registro em log no agente UNIX

Esses logs irão relatar as ações do agente UNIX.Se houver um problema com os dados retornados ao Operations Manager, examine esse log.Você pode definir a quantidade de informações registradas com o comando scxadmin.A sintaxe desse comando é:

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

A tabela abaixo lista os valores de parâmetro possíveis:

Nível

Descrição

Erros

Registro em log somente de mensagens de Aviso ou de Erro.

Intermediários

Registrar em log mensagens de Informações, de Aviso e de Erro.

Detalhado

Registrar em log mensagens de Informações, de Aviso e de Erro com log de depuração.Observe que esse nível de log pode causar o rápido crescimento no tamanho dos arquivos de log.É altamente recomendável que essa opção seja usada somente por curtos períodos de tempo para diagnosticar um problema específico.

Usar DebugView para solucionar problemas de descoberta

DebugView é um método alternativo para EnableOpsmgrModuleLogging para solucionar problemas de descoberta.

Para usar DebugView

  1. Baixe o DebugView de: https://go.microsoft.com/fwlink/?Linkid=129486.

  2. Inicie o DebugView no Servidor de Gerenciamento executando a descoberta.

  3. Comece descobrindo os agentes UNIX.Você deve começar a ver a saída nas janelas do DebugView.

  4. DebugView apresentará uma leitura passo a passo do processo do assistente de descoberta.Esse é geralmente o método mais rápido de solução de problemas de descoberta.