Usando Logs de Mensagem Básicos ou Tradicionais para Solucionar Problemas de Aplicativos

O WebSphere Application Server pode gravar mensagem do sistema em diversos logs de propósitos gerais, inclusive JVM, processo, e logs de serviço do IBM®, que podem ser examinados para determinação de problemas.

Antes de Iniciar

Os logs de JVM são criados redirecionando os fluxos de System.out e System.err da JVM para arquivos de log independentes. O WebSphere Application Server grava mensagens formatadas no fluxo System.out. Além disso, os aplicativos e outros códigos podem gravar nesses fluxos utilizando os métodos print() e println() definidos pelos fluxos. Alguns internos do Developer Kit tais como o método printStackTrace() na classe Throwable também podem gravar nesses fluxos. Em geral, o log System.out é utilizado para monitorar o funcionamento do servidor de aplicativos em execução. O log System.out e o log System.err podem ser usados para a determinação de problema. O registro System.err contém informações de rastreio da pilha de exceções que são úteis ao executar análise de problemas.

Como cada servidor de aplicativos representa uma JVM, há um conjunto de registros JVM para cada servidor de aplicativos e todos os seus aplicativos são localizados por padrão no seguinte diretório:
  • [AIX Solaris HP-UX Linux Windows][z/OS]install_root/profiles/profile_name/logs/server_name
  • [IBM i]profile_root/logs/server_name

No caso de uma configuração do WebSphere Application Server, Network Deployment, os logs JVM também são criados para o gerenciador de implementação e cada agente administrativo porque também representam JVMs.

[z/OS]Há um conjunto de fluxos de log STDOUT e STDERR para cada servidor de aplicativos e todos os seus aplicativos. Os logs da JVM também são criados para o gerenciador de implementação e para cada agente administrativo porque eles também representam JVMs.

Os logs do processo são criados redirecionando os fluxos de STDOUT e STDERR do processo para arquivos de registro independentes. Código nativo, incluindo a JVM (Java™ virtual machine) em si, é gravado nesses arquivos. Como regra geral, o WebSphere Application Server não grava nesses arquivos. No entanto, esses logs podem conter informações relativas a problemas em código nativo ou informações de diagnóstico gravadas pela JVM.

Como ocorre com os logs de JVM, existe um conjunto de logs de processo para cada servidor de aplicativos, já que cada JVM é um processo do sistema operacional. Para configuração do WebSphere Application Server, Network Deployment, um conjunto de logs de processo é criado para o gerenciador de implementação e cada agente administrativo.

Recurso Reprovado Recurso Reprovado: O log de serviço do IBM contém ambos, as mensagens do WebSphere Application Server que são gravadas no fluxo System.out e algumas mensagens especiais que contém informações de serviço estendido que normalmente não interessam, mas podem ser importantes ao analisar problemas. Existe um registro de serviço para todas as JVMs do WebSphere Application Server em um nó, incluindo todos os servidores de aplicativos. O Log de Serviço IBM é mantido em um formato binário e requer uma ferramenta especial para visualização. Esse visualizador, o Analisador de Registro e Rastreio, fornece capacidades adicionais de diagnóstico. Além disso, o formato binário fornece recursos que são utilizados por organizações de suporte da IBM.depfeat

Além desses logs de propósito geral, o WebSphere Application Server contém outros logs especializados que são específicos a um determinado componente ou atividade. Por exemplo, o plug-in do servidor HTTP mantém um registro especial. Normalmente, esses logs não são de interesse, mas será possível ser instruído a examinar um ou mais desses logs ao executar procedimentos específicos de determinação de problemas. Para obter detalhes sobre como e quando visualizar o log de plug-in, consulte Acessando um recurso da Web por meio do servidor de aplicativos e desviando da subseção do servidor HTTP do recurso da Web A que não aparece neste tópico.

[AIX Solaris HP-UX Linux Windows]Nota: O log do sistema (SYSLOG) é suportado somente no WebSphere Application Server para z/OS. A criação de log do WebSphere Application Server não utiliza logs do sistema operacional, exceto no caso do z/OS.
[z/OS]Nota: Os fluxos System.out e STDOUT são redirecionados ao ddname SYSPRINT no z/OS. Os fluxos System.err e STDERR são redirecionados para o ddname SYSOUT no z/OS. Por padrão, o WebSphere Application Server para procedimentos catalogados no z/OS associam esses ddnames com conjunto de dados (SYSOUT=*) de impressão, o que faz com que os logs de mensagens entrem na saída de tarefa do WebSphere Application Server. A saída da tarefa pode ser visualizada com o SDSF (Spool Display and Search Facility) ou software equivalente.

Sobre Esta Tarefa

Algumas vezes problemas no servidor e em aplicativos podem ser diagnosticados examinando-se a saída do log do WebSphere Application Server.

Procedimento

Determine que tipo de registros você gostaria de implementar:

Exemplo

Como direcionar saída SYSPRINT e SYSOUT para um arquivo HFS.

Se estiver familiarizado com ambientes UNIX ou Windows, você pode estar relutante em usar os recursos de SDSF (ou IOF) para visualizar a saída SYSPRINT e SYSOUT dos servidores. Se você preferir utilizar um editor familiar (como vi) em uma sessão Telnet para visualizar a saída, será possível redirecionar as saídas SYSPRINT e SYSOUT para arquivos em um HFS.

O exemplo de JCL a seguir mostra como modificar a placa SYSPRINT DD no procedimento de inicialização, para redirecionar a saída para um arquivo HFS. A placa SYSPRINT DD antiga foi comentada precedendo-a com um /* e uma nova placa SYSPRINT DD indica um arquivo no diretório "/myDir/myServer", nesse caso denominado was.log.d&LYYMMDD..t&LHHMMSS.log. O ponto extra entre as variáveis de data e hora não é um erro tipográfico, mas uma instância da sintaxe JCL necessária para encerrar a primeira variável. &LYYMMDD será substituído pela data local no formato AAMMDD e &LHHMMSS será substituído pelo horário local no formato HHMMSS. O subparâmetro PATHMODE configura o modo de arquivo para 775 e o subparâmetro PATHOPTS OWRONLY abre o arquivo para acesso WRITE. O subparâmetro OCREAT indica que se o arquivo ainda não existir, ele deverá ser criado.

É possível modificar a placa SYSPRINT DD no procedimento de inicialização Servant ou Controller. Além disso, a placa SYSOUT DD pode ser modificada da mesma maneira para redirecionar a saída SYSOUT.

//*YSPRINT  DD SYSOUT=*,SPIN=UNALLOC,FREE=CLOSE
//SYSPRINT  DD PATHMODE=(SIRWXU,SIRWXG,SIROTH),
//   PATHOPTS=(OWRONLY,OCREAT),
//   PATH='/myDir/myServer/was.log.d&LYYMMDD..t&LHHMMSS'
Nota: Se você tentar direcionar a saída de vários fluxos para o mesmo arquivo, como definir as variáveis DEFALTDD e HRDCPYDD, a alocação para o arquivo HRDCPYDD falhará e a saída será enviada para o local padrão (JOBLOG/SYSLOG).

Ícone que indica o tipo de tópico Tópico de Tarefa



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=ttrb_mglogs
Nome do arquivo: ttrb_mglogs.html