Guia de Determinação de Problemas

Transcrição

1 IBM Tioli Monitoring Guia de Determinação de Problemas Versão S

2

3 IBM Tioli Monitoring Guia de Determinação de Problemas Versão S

4 Nota Antes de utilizar estas informações e o produto ao qual elas se referem, leia as informações gerais em "Aisos no final deste manual. Primeira Edição (Março de 2004) Esta edição aplica-se à ersão 5, release 1, níel de modificação 2 do IBM Tioli Monitoring e a todos os releases e modificações subseqüentes, até que seja indicado de outra forma em noas edições. Copyright IBM Corporation 1999, Todos os direitos reserados. Nota sobre Direitos Restritos para os Usuários do Goerno dos Estados Unidos Uso, duplicação ou diulgação restritos pelo documento GSA ADP Schedule Contract com a IBM Corporation. Copyright International Business Machines Corporation Todos os direitos reserados.

5 Índice Figuras Tabelas ii Sobre Este Guia ix Quem Dee Ler Este Guia ix Conteúdo deste Guia ix Publicações ix Biblioteca do IBM Tioli Monitoring.....x Publicações Relacionadas x Acessando Publicações On-line xi Solicitando Publicações xi Acessibilidade xii Entrando em Contato com o Suporte a Software da IBM xii Conenções Utilizadas neste Guia xii Conenções Tipográficas xii Variáeis e Caminhos que Dependem do Sistema Operacional xiii Capítulo 1. Introdução à Resolução de Problemas Visão Geral do Sistema Arquitetura do Tioli Monitoring Classificação de Problemas Considerações de Ajuste Ajustando no Nó de Extremidade Ajustando o Seridor e o Gateway Capítulo 2. Manutenção Incorporada.. 9 Logs e Rastreios Formato do Registro do Log Formato do Registro de Rastreio Ferramenta para Criar um Arquio XML...11 Rastreios de Seridor Rastreios de Gateway Logs e Rastreios do Nó de Extremidade FFDC (First Failure Data Capture) Instalando o Coletor de Rastreio do AutoTrace.25 Configurando e Utilizando o AutoTrace Ferramentas de Nó de Extremidade (Windows)..27 Ferramentas de Nó de Extremidade (UNIX)...28 Considerações sobre o Uso do Cloudscape Network Serer Tarefas de Manutenção Capítulo 3. Resolução de Problemas 33 Áreas de Problema e Técnicas de Reunião de Dados 33 Instalando o Produto Fazendo Upgrade do Produto Utilizando Perfis Utilizando a CLI Utilizando o Coletor de Dados Utilizando o Heartbeat Utilizando o Request Manager Utilizando o TBSM Adapter Utilizando o Tioli Enterprise Console Utilizando o Tioli Data Warehouse Problemas com o Mecanismo do Nó de Extremidade Gabaritos de Reunião de Dados TPAMWEP TPAMWEP TPAMWMN TPAMWMN TPAMWMN TPAMWMN TPAMWHC Problemas e Suas Soluções Alternatias Resolução de Problemas do Web Health Console..58 Processos Internos do Tioli Monitoring WebSphere Application Serer e HTTP Serer..59 Impossíel Conectar-se à Página da Web Principal do Web Health Console Telas ou Painéis do Web Health Console Lentos ou que Não Respondem Impossíel Executar Quaisquer Operações em Algum Ponto Aleatório durante uma Sessão do Web Health Console Mensagens de Erro Exibindo Gráficos Resolução de Problemas do MDist Resolução de Problemas do Assistente para Instalação Resolendo Problemas do Instalador Logs dos Erros de Instalação Testando a Conectiidade do Nó de Extremidade 67 Capítulo 4. Mensagens Identificando uma Mensagem Notação Mensagens Capítulo 5. Entrando em Contato com o Suporte a Software da IBM Aisos Marcas Comerciais Índice Remissio Copyright IBM Corp iii

6 i IBM Tioli Monitoring: Guia de Determinação de Problemas

7 Figuras 1. Arquitetura do Tioli Monitoring Arquitetura do Resource Model Engine...4 Copyright IBM Corp. 2004

8 i IBM Tioli Monitoring: Guia de Determinação de Problemas

9 Tabelas 1. Resumo de Componentes de Rastreio/Log do Seridor Resumo de Componentes de Rastreio/Log do Gateway Resumo de Componentes de Rastreio/Log do Nó de Extremidade Problemas e Suas Soluções Alternatias Ícones e Botões de Status para o Painel Step List do Instalador Logs de Erros e Descrições Copyright IBM Corp ii

10 iii IBM Tioli Monitoring: Guia de Determinação de Problemas

11 Sobre Este Guia Quem Dee Ler Este Guia Conteúdo deste Guia Publicações O IBM Tioli Monitoring permite monitorar o status de disponibilidade e de desempenho de recursos nos sistemas, para identificar gargalos e possíeis problemas de recursos. Este guia descree como instalar, personalizar e utilizar o IBM Tioli Monitoring. O IBM Tioli Monitoring era conhecido anteriormente como Tioli Distributed Monitoring (Adanced Edition). Você dee obserar que existe um produto separado, denominado Tioli Distributed Monitoring (Classic Edition), anteriormente conhecido como Tioli Distributed Monitoring. Este guia destina-se a administradores do sistema. Para utilizar este produto com eficiência, é necessário ter conhecimentos e experiência prática do seguinte: Importação, instalação e gerenciamento do Tioli Management Framework e do Tioli Management Enironment Administração dos sistemas nos quais ocê pretende instalar componentes do IBM Tioli Monitoring e quais pretende monitorar utilizando o produto Você também dee estar familiarizado com o produto Tioli Enterprise Console. Este guia contém as seguintes seções e capítulos: Capítulo 1, Introdução à Resolução de Problemas Fornece uma isão geral da arquitetura do IBM Tioli Monitoring e uma introdução à manutenção e ao desempenho do produto. Capítulo 2, Manutenção Incorporada Fornece informações sobre os logs, os rastreios e outras ferramentas de diagnóstico disponíeis com o IBM Tioli Monitoring. Capítulo 3, Resolução de Problemas Descree as soluções e soluções alternatias para a maioria dos problemas comuns que podem aparecer ao utilizar o IBM Tioli Monitoring. Capítulo 4, Mensagens Descree as mensagens de erro, aiso e informatias que podem aparecer no IBM Tioli Monitoring. Ele fornece uma descrição da mensagem, o que causou o erro e como resoler a causa do erro. Capítulo 5, Entrando em Contato com o Suporte a Software da IBM Descree como entrar em contato com o Suporte a Software da IBM, se necessário. Esta seção lista as publicações na biblioteca do IBM Tioli Monitoring e documentos relacionados. Ela também descree como acessar publicações Tioli on-line e como solicitar publicações Tioli. Copyright IBM Corp ix

12 Biblioteca do IBM Tioli Monitoring Os seguintes documentos estão disponíeis na biblioteca IBM Tioli Monitoring: IBM Tioli Monitoring: Guia do Usuário, S Descree como utilizar o IBM Tioli Monitoring para gerenciar recursos do sistema e de aplicatios. IBM Tioli Monitoring: Guia de Determinação de Problemas, S Descree as ferramentas de determinação de problemas e as técnicas disponíeis no IBM Tioli Monitoring. IBM Tioli Monitoring: Resource Model Builder User s Guide, SC Descree como utilizar o IBM Tioli Monitoring Resource Model Builder (antes conhecido como Workbench) para criar noos modelos de recursos ou modificar os já existentes. IBM Tioli Monitoring: Resource Model Builder Problem Determination Guide, SC Descree as ferramentas de determinação de problemas e as técnicas disponíeis no IBM Tioli Monitoring Resource Model Builder. IBM Tioli Monitoring: Guia de Referência de Modelo de Recursos, S Fornece informações sobre a utilização e personalização dos modelos de recursos que podem ser utilizados com o IBM Tioli Monitoring. IBM Tioli Monitoring: Notas sobre o Release, G Fornece as informações mais atualizadas sobre o IBM Tioli Monitoring. Versões desses documentos nos formatos PDF e HTML podem ser localizadas nos CDs dos produtos IBM Tioli Monitoring e IBM Tioli Monitoring Resource Model Builder. Elas são armazenadas no diretório Books e podem ser acessadas selecionando-se o arquio Books/infocenter.html com seu naegador da Web. Isso exibe uma página HTML da qual todos os documentos podem ser acessados nos dois formatos. Todas as ersões atualizadas desses documentos são colocadas no Web site Tioli Software Information Center (consulte Acessando Publicações On-line na página xi, para obter detalhes adicionais). Publicações Relacionadas Antes de iniciar a instalação, leia a seguinte documentação relacionada para obter informações adicionais sobre as opções de gerenciamento que os produtos IBM Tioli Monitoring fornecem: Tioli Distributed Monitoring (Classic Edition): Notas sobre o Release, G Fornece informações atualizadas sobre o produto Tioli Distributed Monitoring (Classic Edition) (anteriormente conhecido como Tioli Distributed Monitoring). Tioli Decision Support for Serer Performance Prediction: Release Notes, GI Fornece informações atualizadas sobre a integração do Tioli Decision Support for Serer Performance Prediction com o Tioli Distributed Monitoring (Adanced Edition). Tioli Management Framework: User s Guide Fornece informações sobre como configurar e utilizar o Tioli Management Framework e o ambiente Tioli. Tioli Management Framework: Guia de Instalação Fornece informações de pré-requisito sobre a definição e a utilização do Tioli Management Framework e do ambiente Tioli. x IBM Tioli Monitoring: Guia de Determinação de Problemas

13 Tioli Management Framework: Planejamento para o Guia de Implementação Fornece informações de pré-requisito sobre a definição e a utilização do Tioli Management Framework e do ambiente Tioli. Tioli Management Framework: Manual de Referência Fornece informações de pré-requisito sobre a definição e a utilização do Tioli Management Framework e do ambiente Tioli. Tioli Software Installation Serice: User s Guide Fornece informações orientadas por tarefa sobre como importar, gerenciar e instalar o software Tioli Management Enironment em máquinas selecionadas e nós gerenciados dentro de sua região de gerenciamento Tioli. Tioli Software Installation Serice: Notas Sobre o Release Fornece informações importantes sobre a utilização e instalação do Tioli SIS (Software Installation Serice) Tioli Enterprise Console: Rule Builder s Guide Fornece informações importantes sobre a utilização do editor de regras e do construtor de regras gráficas do Tioli Enterprise Console para modificar regras existentes e criar noas regras para corresponder à necessidades específicas de gerenciamento de eentos. Tioli Enterprise Console: Notas Sobre o Release, Versão 3.7 ou posterior Fornece informações mais recentes sobre o Tioli Enterprise Console. Tioli Business Systems Manager: User s Guide (se ocê pretende utilizar o Tioli Business Systems Manager para monitorar eentos do Tioli Monitoring) Descree como utilizar o produto Tioli Business Systems Manager. Tioli Business Systems Manager: Console User s Guide (se ocê pretende utilizar o Tioli Business Systems Manager para monitorar eentos do Tioli Monitoring) Descree como utilizar o console Tioli Business Systems Manager. O Tioli Software Glossary inclui definições para ários termos técnicos relacionados ao software Tioli. O Tioli Software Glossary está disponíel somente em inglês no seguinte Web site de bibliotecas de software da Tioli: Acesse o glossário clicando no link Glossary no painel esquerdo da janela da biblioteca de software Tioli. Acessando Publicações On-line A IBM lança publicações para este e todos os outros produtos Tioli, à medida que são disponibilizados e sempre que atualizados, no Web site Tioli Software Information Center neste link: Clique no link do Tioli Monitoring para acessar a biblioteca do produto. Nota: Se ocê imprimir documentos PDF em um papel com tamanho diferente do Carta, defina a opção na janela Arquio Imprimir que permite ao Adobe Reader imprimir páginas em tamanho Carta em sua impressora local. Solicitando Publicações É possíel solicitar muitas publicações online do Tioli no seguinte site da Web: Sobre Este Guia xi

14 Os pedidos podem ser feitos por telefone, chamando um dos seguintes números: Nos Estados Unidos: No Canadá: Em outros países, para obter uma lista de números de telefone, consulte o seguinte site na Web: Nota: Esta ersão do IBM Tioli Monitoring: Guia de Determinação de Problemas não está disponíel no formato impresso. Acessibilidade Os recursos de acessibilidade ajudam usuários com deficiências físicas, como mobilidade restrita ou isão limitada, a utilizar os produtos de software com sucesso. Com este produto, ocê pode utilizar tecnologias de assistência para escutar e naegar na interface. Para obter informações adicionais, consulte o Apêndice Acessibilidade no IBM Tioli Monitoring: Guia do Usuário. Entrando em Contato com o Suporte a Software da IBM Se ocê encontrar problemas em quaisquer produtos Tioli, consulte o seguinte Web site de Suporte a Software da IBM: Se ocê desejar entrar em contato com o suporte de software, consulte o IBM Software Support Guide no seguinte Web site: A documentação fornece informações sobre como entrar em contato com o IBM Software Support, dependendo da graidade do seu problema e das seguintes informações: Registro e elegibilidade Números de telefone e endereços de , dependendo do país em que ocê está Informações que ocê dee ter antes de entrar em contato com o IBM Software Support Conenções Utilizadas neste Guia Este manual utiliza árias conenções para termos e ações especiais, comandos e caminhos dependentes do sistema operacional e gráficos de margem. caminhos dependentes do sistema operacional e gráficos de margem. Conenções Tipográficas Este guia utiliza as seguintes conenções tipográficas: Negrito Comandos, opções de comando e flags com letras maiúsculas e minúsculas que aprecem no texto são mostrados assim, com tipo em negrito. xii IBM Tioli Monitoring: Guia de Determinação de Problemas

15 Itálico Os elementos da interface gráfica com o usuário (exceto títulos de janelas e diálogos) e nomes de teclas também aparecem assim em negrito. Variáeis, alores que ocê dee fornecer, noos termos e palaras e frases enfatizadas aparecem assim com tipo em itálico. Espaçamento Fixo Comandos, opções de comando e flags que aparecem em uma linha separada, exemplos de código, saída e texto de mensagem são mostrados assim, com tipo em espaçamento fixo. Os nomes de arquios e diretórios, cadeias de texto que ocê precisa digitar, quando aparecem dentro do texto, nomes de métodos e classes Jaa e as marcações HTML e XML também aparecem assim, com o tipo em espaçamento fixo. Variáeis e Caminhos que Dependem do Sistema Operacional Este manual utiliza a conenção dounix para a especificação de ariáeis de ambiente e para notação de diretório. Ao utilizar a linha de comando do Windows, substitua $ariable por %ariable% para ariáeis de ambiente e substitua as barras (/) por barras inertidas (\) nos caminhos de diretório. Nota: Se ocê estier utilizando o shell bash em um sistema Windows, será possíel utilizar as conenções UNIX. Sobre Este Guia xiii

16 xi IBM Tioli Monitoring: Guia de Determinação de Problemas

17 Capítulo 1. Introdução à Resolução de Problemas Visão Geral do Sistema Este Guia de Determinação de Problemas informa como resoler problemas do IBM Tioli Monitoring. Ele contém os seguintes capítulos e tópicos: Capítulo 1, Introdução à Resolução de Problemas Fornece uma isão geral da arquitetura do IBM Tioli Monitoring e um conjunto de pautas para configurar e ajustar o produto. Capítulo 2, Manutenção Incorporada Fornece informações sobre os logs, os rastreios e outras ferramentas de diagnóstico disponíeis com o IBM Tioli Monitoring. Capítulo 3, Resolução de Problemas Descree as soluções e soluções alternatias para a maioria dos problemas comuns que podem aparecem ao utilizar o IBM Tioli Monitoring. Capítulo 4, Mensagens Descree as mensagens de erro, aiso e informatias que podem aparecer ao utilizar o IBM Tioli Monitoring. Ele fornece uma descrição da mensagem, o que causou o erro e como resoler a causa do erro. Capítulo 5, Entrando em Contato com o Suporte a Software da IBM Descree como entrar em contato com o Suporte a Software da IBM, se necessário. O IBM Tioli Monitoring (daqui em diante também referido como Tioli Monitoring) é um aplicatio Tioli que aplica boas práticas pré-configuradas e automatizadas à monitoração automatizada de recursos essenciais do sistema. O aplicatio detecta gargalos e outros possíeis problemas e fornece a recuperação automática a partir de situações críticas, o que elimina a necessidade de administradores de sistema para arrer manualmente os dados de desempenho. O aplicatio também se integra completamente a outras soluções de Disponibilidade Tioli, incluindo Tioli Business Systems Manager e Tioli Enterprise Console. Esse aplicatio era chamado anteriormente de Tioli Distributed Monitoring (Adanced Edition). Para obter informações adicionais sobre os recursos produto Tioli Monitoring, consulte o IBM Tioli Monitoring: Guia do Usuário. Arquitetura do Tioli Monitoring O Tioli Monitoring implementa uma topografia de gerenciamento de três camadas com base na infra-estrutura do Tioli Management Enironment. A seguinte figura descree sua arquitetura. Copyright IBM Corp

18 Figura 1. Arquitetura do Tioli Monitoring O Tioli Monitoring pode ser instalado e configurado a partir de qualquer seridor Tioli Management Region (seridor Tioli). O Tioli Monitoring possui componentes que podem ser instalados no seridor e nos gateways Tioli. No nó de extremidade, o componente do produto é instalado automaticamente na primeira distribuição de perfil. Tioli Monitoring Manager O Tioli Monitoring Manager é executado no seridor Tioli. Define o contêiner utilizado para distribuir os modelos de recursos para recursos de destino. Fornece ao usuário uma interface gráfica com o usuário integrada com o Desktop Tioli e uma interface da linha de comandos, disponíel também no Tioli Management Gateway, para gerenciar os modelos de recursos e os perfis do Tioli Monitoring. O componente seridor interage com a funcionalidade MDist 2 do Tioli para gerenciar de forma assíncrona a distribuição do perfis do Tioli Monitoring aos assinantes. O banco de dados de modelos de recursos padrão disponíeis é mantido no seridor; os comandos emitidos para gerenciar os modelos de recursos a partir de gateways são roteados e executados no seridor. Tioli Monitoring Middle Layer O Tioli Monitoring Middle Layer abrange um conjunto de seriços em execução nos gateways Tioli (nós gerenciados) que mediam e otimizam, quando possíel, a interação entre os nós de extremidade monitorados, os recursos monitorados e os outros componentes internos e externos ao Tioli Monitoring. O Request Manager coleta, armazena e gerencia todos os pedidos de nó de extremidade criados e utilizados por componentes (como o Web Health Console e o Heartbeat) e aplicatios do Tioli Monitoring. O Request Manager age como um concentrador de downcalls: ele recebe pedidos dos componentes de seus usuários e 2 IBM Tioli Monitoring: Guia de Determinação de Problemas

19 os concentra em um único pedido para o nó de extremidade. Quando o nó de extremidade enia os dados de olta, o Request Manager os armazena em um cache centralizado no gateway. Os componentes do usuário podem recuperar os dados do cache do gateway. A função Heartbeat Manager monitora os sinais itais básicos em nós de extremidade conectados ao gateway no qual ele está atiado. O Heartbeat Manager monitora regularmente os nós de extremidade, erificando se estão sendo executados corretamente. Os eentos relacionados a status de nós de extremidade podem ser eniados ao Tioli Business Systems Manager (desde que o componente Tioli Business Systems Manager Adapter esteja instalado no gateway), ao Tioli Enterprise Console (apenas eentos Tioli) ou ao Grupo de Aisos do Tioli Monitoring. Ele mantém informações sobre o nó de extremidade em um cache persistente e utiliza o Request Manager para manipular os pedidos de status que são periodicamente eniados a nós de extremidade. O Coletor de Dados é responsáel por coletar os dados registrados periodicamente pelos agentes do Tioli Monitoring ao banco de dados do nó de extremidade e por moer os dados para um banco de dados centralizado acessado atraés de um objeto RIM (RDBMS Interface Module). Ele utiliza o seriço da estrutura MDist 2 para moer dados dos nós de extremidade para o nó gerenciado onde está instalado e impulsiona o Request Manager a manipular os pedidos de coleta de dados que são periodicamente eniados aos nós de extremidade. Os dados coletados são agregados a cada 24 horas e utilizados pelo Tioli Monitoring para interagir com o Tioli Data Warehouse. O componente Tioli Business Systems Manager Adapter é responsáel por redirecionar eentos de descoberta e status ao Tioli Business Systems Manager. O Gerenciador de Tarefas é responsáel por chamar tarefas do Tioli que deem ser executadas quando um eento consolidado é gerado pelo mecanismo do modelo de recursos. O Tioli Monitoring Gateway (Upcall Collector) é responsáel por despachar ao processador adequado upcalls proenientes dos nós de extremidade conectados ao gateway Tioli no qual está instalado. Os processadores são: O Heartbeat Manager O Gerenciador de Tarefas O Tioli Business Systems Manager Adapter Tioli Monitoring Agent O Tioli Monitoring Agent requer um agente de gerenciamento Tioli para ser instalado no nó de extremidade. Ele executa o gerenciamento de recursos atraés de um ou mais gabaritos de recursos que são distribuídos para o nó de extremidade com um perfil do Tioli Monitoring. O agente é instalado automaticamente quando um perfil do Tioli Monitoring é distribuído para o nó de extremidade pela primeira ez. O agente é composto de duas partes principais: um RME (Resource Model Engine), responsáel por interpretar modelos de recursos e um conjunto de métodos downcall do Tioli que outros componentes do Tioli Monitoring chamam para interagir com o RME e os modelos de recursos. O RME (Resource Model Engine) é a chae da solução. O RME, conduzido pelos modelos de recursos, implementa a monitoração de recursos (sistema operacional e aplicatios) para detectar indicações de situações específicas. Quando a indicação para uma situação específica persiste por uma duração suficiente ou intensidade Capítulo 1. Introdução à Resolução de Problemas 3

20 que garante a ação, o RME pode ser configurado para atiar ações ou eniar notificações para aplicatios de gerenciamento de níel superior. O RME permite que os modelos de recursos interajam com o WMI (Windows Management Infrastructure) em plataformas Windows, com proedores de ILT (Instrumentation Library Type) e scripts de shell para coletar dados a serem analisados. Os dados coletados podem ser opcionalmente registrados em um banco de dados local no formato bruto ou agregado. A seguinte figura mostra a arquitetura do RME: Figura 2. Arquitetura do Resource Model Engine Os métodos downcall do TME são chamados por outros componentes do Tioli Monitoring quando precisam interagir com o RME para: O gerenciamento do ciclo de ida de perfis e modelos de recursos do Tioli Monitoring. A recuperação de informações sobre o status de recursos e modelos de recursos. A recuperação de dados que foi registrada localmente. Web Health Console O Web Health Console é a interface gráfica baseada na Web para o Tioli Monitoring que é executada em qualquer sistema que possa ser conectado ia TCP/IP para a região Tioli. O Web Health Console permite que ocê examine um 4 IBM Tioli Monitoring: Guia de Determinação de Problemas

21 Classificação de Problemas nó de extremidade, um perfil e um modelo de recursos específicos, para exibir informações em tempo real sobre um problema específico. Dessa forma, ocê pode exibir e erificar o status ou estado de um conjunto de nós de extremidade. Você pode utilizar o Web Health Console para trabalhar com dados em tempo real ou com dados históricos que foram registrados anteriormente em um banco de dados local. Para obter informações adicionais sobre o Web Health Console, consulte o IBM Tioli Monitoring: Guia do Usuário Integração com o Tioli Data Warehouse A integração com o Tioli Data Warehouse é fornecida atraés de: Um script ETL1 responsáel por extrair dados do banco de dados centralizado do Tioli Monitoring e carregá-los no Central Data Warehouse. Um script ETL2 responsáel por criar um data mart que suporte um conjunto de relatórios de amostra. Para obter informações adicionais sobre a integração do Tioli Monitoring com o Tioli Data Warehouse consulte o IBM Tioli Monitoring: Guia do Usuário. Consulte a seção Áreas de Problema e Técnicas de Reunião de Dados na página 33 para reconhecer os sintomas de ários problemas que poderão ocorrer ao utilizar o Tioli Monitoring sob as seguintes circunstâncias: Instalando o Produto Fazendo Upgrade do Produto Utilizando Perfis Utilizando a CLI Utilizando o Coletor de Dados Utilizando o Heartbeat Considerações de Ajuste Utilizando o Request Manager Utilizando o TBSM Adapter Utilizando o Tioli Enterprise Console Problemas com o Mecanismo do Nó de Extremidade O desempenho e a disponibilidade do Tioli Monitoring depende de como o produto está ajustado. O ajuste é o processo de ajustar um aplicatio ou um sistema para operar de forma mais eficiente no ambiente de trabalho de uma instalação específica. Esta seção explica como ajustar o Tioli Monitoring. Ajustando no Nó de Extremidade As seguintes considerações se aplicam ao configurar e ajustar os nós de extremidade do Tioli Monitoring: Deido à implementação Jaa, os nós de extremidade do Tioli Monitoring requerem muito mais memória em sistemas UNIX do que em sistemas Windows. Planeje um armazenamento adequado para ajustar os requisitos de Capítulo 1. Introdução à Resolução de Problemas 5

22 tamanho do processo do Tioli Monitoring, embora o tamanho definido residente possa ser significatiamente menor se houer contenção de memória no sistema de outras cargas de trabalho. Em sistemas UNIX, o parâmetro máximo padrão do tamanho do heap Jaa no script engine_launcher do Tioli Monitoring é de 256 megabytes ( Xmx256m). Defina o tamanho máximo do heap Jaa para que haja memória física suficiente para o heap Jaa inteiro residir na memória, porque o coletor de lixo utiliza muito espaço de memória do heap Jaa. Defina o tamanho máximo do heap Jaa maior do que os requisitos de memória esperados para o heap Jaa (para permitir alterações dinâmicas na carga de trabalho) e menor do que a quantidade de memória física disponíel no sistema. A memória física disponíel será a quantidade de memória não necessária pelo sistema operacional ou outros programas em execução no sistema (ou memória que poderá ser utilizada sem causar uma atiidade de paginação com estado fixo para o sistema). A maioria dos sistemas operacionais utilizam a memória física disponíel para armazenamento em cache de disco, portanto a memória física disponíel relatada pelo mstat (para UNIX) ou Gerenciador de Tarefas (para Windows) poderá ser menor que a quantidade a ser utilizada sem causar uma atiidade de paginação com estado fixo. Em sistemas UNIX, o parâmetro mínimo padrão do tamanho do heap Jaa no script engine_launcher do Tioli Monitoring é de 32 megabytes (-Xms32m). Esse alor é definido para acomodar os requisitos de armazenamento dos modelos de recursos do S.O. de base quando o registro de dados históricos (brutos, agregados ou TEDW) está atiado. Se o registro de dados históricos não for utilizado em um nó de extremidade, ocê poderá definir o parâmetro mínimo do tamanho do heap Jaa para 8 megabytes (-Xms8m) para reduzir o uso da memória do mecanismo do Tioli Monitoring. O tamanho do banco de dados do Cloudscape no nó de extremidade UNIX é proporcional ao ponto culminante do número de linha dos dados do nó de extremidade (propriedades numéricas ou de cadeia) armazenados no banco de dados antes da supressão do banco de dados (para manter o período histórico). Com base nas obserações do tamanho do banco de dados e do número de linhas de dados, o armazenamento médio no banco de dados por linha de dados é aproximadamente de 230 bytes. Para um determinado nó de extremidade, o número de linhas armazenadas no banco de dados depende de qual tipo de registro está sendo utilizado. Utilize a quantidade mínima de registro de dados históricos que atenda seus requisitos. O registro bruto requer mais recursos que o registro agregado (utilizando as definições de agregação padrão) e mais recursos do que o registro no Tioli Data Warehouse. Utilize o período histórico mais curto que atenda aos seus requisitos. Períodos históricos mais longos geralmente requerem mais espaço em disco, experiência em picos maiores da CPU e maior utilização da CPU em estado fixo do que períodos históricos mais curtos. Ajustando o Seridor e o Gateway As seguintes considerações se aplicam ao configurar e ajustar os seridores e gateways do Tioli Monitoring: A coleta de dados para o Tioli Data Warehouse enole o upload de dados do nó de extremidade atraés do gateway para o processo do coletor de dados do Tioli Monitoring, que emite chamadas para o processo da rotina de tratamento do RIM do Tioli Monitoring armazenar dados no banco de dados do RIM. O tempo de processamento requerido para o upload e o armazenamento dos dados a partir de um grupo de nós de extremidade é diretamente proporcional ao 6 IBM Tioli Monitoring: Guia de Determinação de Problemas

23 número de nós de extremidade e a quantidade de dados coletados por nó de extremidade. Para métricas de dados numéricos, quatro propriedades (ou alores) são graadas por métrica; média, mínima, máxima e total. Para métricas de dados de cadeia, uma única propriedade (o alor da cadeia) é graada. A colocação do RIM do Tioli Monitoring no seridor de banco de dados dee aprimorar o desempenho do registro de dados no RIM se o seridor de banco de dados for um multiprocessador e tier capacidade sobressalente. Como os processos do coletor de dados (tmnt_datacollector) e da rotina de tratamento do RIM (tmnt_rimh_eng) ficam muito ocupados durante a coleta e o registro de dados, a moimentação da função do coletor de dados fora dos gateways que estão ocupados com outras cargas de trabalho (por exemplo, distribuição de software) minimiza as interrupções. Como o fluxo de processamento da coleta de dados utiliza o MDist 2, ocê dee aaliar os parâmetros de ajuste do gateway e do repetidor, para assegurar que os dados são moidos o mais rápido possíel do nó de extremidade para o gateway. Execute o ajuste normal do banco de dados no banco de dados do RIM do Tioli Monitoring para aprimorar o desempenho. Para o DB2, aumente o tamanho do conjunto de buffers do tamanho padrão para aprimorar a taxa de acertos do buffer e reduzir a quantidade de E/S física. Para aprimorar o desempenho do índices de tabela do DB2, execute RUNSTATS ou REORGCHK nas tabelas de banco de dados do Tioli Monitoring após inserir ou excluir um número significatio de linhas. Para obter informações adicionais sobre o ajuste do DB2, consulte o IBM DB2 Uniersal Database V7 Administration Guide: Performance (SC ). A função heartbeat pode causar uma quantidade significatia de atiidade da CPU e do disco no gateway. Prolongar o interalo do heartbeat (a freqüência na qual o mecanismo do heartbeat emite downcalls para os nós de extremidade) diminui o uso da CPU e do disco. O número de nós de extremidade que podem passar por poll por minuto pela função heartbeat depende parcialmente da elocidade da máquina do gateway. Vários downcalls podem ser executados concorrentemente. Pode ser difícil determinar se a função heartbeat está sendo mantida. Os processos enolidos no processamento de heartbeat são o mecanismo do heartbeat (tmnt_hb_eng), o Request Manager (tmnt_rm_eng) e os processos gateway e oser. Se o seridor de gateway mostrar alta utilização da CPU constante, especialmente para os processos de heartbeat e Request Manager, ocê deerá considerar o aumento de interalo do heartbeat. A expansão do número de nós de extremidade monitorados aumenta o requisito de processamento no seridor Web Health Console e nos seridores de gateway (que executam o Tioli Monitoring Request Manager). Atualizações dinâmicas para painéis que relatam o status de um grande número de nós de extremidade podem causar uma quantidade significatia de processamento da CPU nesses seridores. O interalo de atualização definido nas preferências do usuário afeta a freqüência dessas atualizações e, por sua ez, a quantidade de processamento da CPU no seridor Web Health Console e nos seridores de gateway. Efetuar logoff do Web Health Console quando ele não está em uso reduz o processamento da CPU no seridor Web Health Console e nos gateways que estão gerenciando os recursos monitorados. Capítulo 1. Introdução à Resolução de Problemas 7

24 8 IBM Tioli Monitoring: Guia de Determinação de Problemas

25 Capítulo 2. Manutenção Incorporada Logs e Rastreios Este capítulo descree os logs e os rastreios gerados pelo produto, identifica as ferramentas disponíeis para ajudá-lo a resoler problemas com nós de extremidade e inclui uma seção que descree os problemas mais comuns e suas soluções alternatias. Consulte Tabela 4 na página 52. Os logs referem-se a logs de mensagens, ao passo que os rastreios referem-se a logs de rastreio. Os logs são traduzidos para o idioma nacional, os rastreios são fornecidos somente em inglês. Ao tentar resoler problemas, ocê dee começar consultando o arquio de log, se existir. Os arquios de log são graados em um formato legíel e armazenados no diretório $DBDIR/AMW/logs para logs de nó gerenciado (ou no diretório $DBDIR/tmp/AMW/logs (para Windows) ou /tmp/amw/logs (para UNIX) se os processos não tierem permissão suficiente para graar no local anterior) ou no diretório $LCF_DATDIR/LCFNEW/AMW/logs para logs de nó de extremidade. Um utilitário é fornecido para conertê-los para XML. Atualmente, os arquios de log estão disponíeis apenas para nós de extremidade que não sejam Windows. Se o problema não puder ser resolido a partir do arquio de log, será necessário fornecer o arquio de rastreio para o Suporte a Software da IBM. Os arquios de log são denominados msg_xxxx.log. Os arquios de rastreio são denominados trace_xxxx.log. Você pode configurar arquios de log e rastreio utilizando os comandos wdmconfig e wdmtrceng, conforme indicado nas seguintes seções. Obsere que a opção de tamanho especifica o tamanho máximo que cada arquio de rastreio ou log indiidual pode atingir. Isso significa que quando um arquio de rastreio ou log atinge o tamanho máximo, um noo arquio é criado e que o tamanho total do rastreio ou log global pode ser n ezes a opção do tamanho original. Formato do Registro do Log O formato do Registro de Log é o seguinte: <F>Date1<F>Date2<F>ProductID<F>Component<F>Serer<F>ProcessID<F>MessageId<F>LogText em que: Date1 Date2 Indica a hora em que o log foi produzido, especificada em milissegundos, desde 1 de janeiro de 1970, por exemplo, Indica a hora em que o log foi criado, especificado no GMT. Inclui a data (no formato aaaa-mm-dd) e a hora (no formato GMT) além do deslocamento do GMT, por exemplo, :50:00-4:00 ProductID O código de três letras designado ao produto para identificar suas mensagens exclusiamente; AMW para o Tioli Monitoring. Copyright IBM Corp

26 Component Representa um agrupamento de tempo de execução das partes de um produto. Se um produto tier ários aplicatios, o nome do Component refletirá o nome do aplicatio. Serer Nome do host (rótulo do nó gerenciado ou rótulo do nó de extremidade). ProcessID O ID do Processo que produziu a mensagem de log. MessageId Um identificador número de mensagem exclusio. LogText O texto da mensagem. Formato do Registro de Rastreio O formato do registro de rastreio é o seguinte: <F>Date1<F>Date2<F>ProductID<F>Component<F>Serer<F>ProcessID<F>TraceLe<F>FileName <F>Method<F>Thread<F>LogText<F>Exception em que: Date1 Date2 Indica a hora em que o log foi produzido, especificada em milissegundos, desde 1 de janeiro de 1970, por exemplo, Indica a hora em que o log foi criado, especificado no GMT. Inclui a data (no formato aaaa-mm-dd) e a hora (no formato GMT) além do deslocamento do GMT, por exemplo, :50:00-4:00 ProductID O código de três letras designado ao produto para identificar suas mensagens exclusiamente, AMW, para o Tioli Monitoring. Component Representa um agrupamento de tempo de execução das partes de um produto. Se um produto tier ários aplicatios, o nome do Component refletirá o nome do aplicatio. Serer Nome do host. ProcessID O ID do Processo que produziu a mensagem de log. Existente apenas para processos Jaa. TraceLe O níel de detalhe que o rastreio representa: MIN Níel mínimo de rastreio (0) MID Um níel entre MIN e MAX (1) MAX Níel máximo de rastreio (2) OTHER Um níel diferente de MIN, MID, MAX (3) Obsere que aumentar o níel de detalhes de um rastreio gerará um impacto negatio no desempenho do produto. FileName Nome do arquio ou classe ao qual refere-se o rastreio Method O método na classe ao qual refere-se o rastreio 10 IBM Tioli Monitoring: Guia de Determinação de Problemas

27 Thread Thread ao qual refere-se o rastreio. O elemento Thread refere-se à noção de encadeamento específica da plataforma. LogText Uma descrição do erro. Exception Os elementos de exceção dependerão do idioma/plataforma específicos. Para Jaa, será um rastreio de pilha. Ferramenta para Criar um Arquio XML O programa formatador cria um arquio baseado em XML a partir do log ou rastreio gerado pelo Tioli Monitoring. Ele está localizado no diretório tioli_monitoring_dir/amw/tools/. Os quatro parâmetros são aceitos: O primeiro parâmetro define se o produto está lidando com um arquio de Log ou um arquio de Mensagens. O segundo parâmetro é o nome do arquio fonte (um arquio LOG ou um arquio MESSAGE). O terceiro parâmetro é o nome do arquio a ser criado no XML. O quarto parâmetro (opcional) especifica se o arquio XML dee ser exibido em um naegador da Web. A seguir, alguns exemplos: no Windows: preparelog TRACE./trace_x.log./trace_x.xml -xml no UNIX: preparelog.sh TRACE.\trace_x.log.\trace_x.xml -xml de um shell bash no Windows: bash$ cmd /C preparelog.cmd LOG msg_dmxengine.log msg_dmxengine.xml Nota: Antes de executar o programa preparelog, edite o arquio preparelog, para definir o diretório da Jaa Virtual Machine e o diretório de instalação. As linhas do arquio preparelog nas quais ocê precisa especificar o diretório da Jaa Virtual Machine são chamadas JVM_DIR e INST_DIR. Depois do sinal de igual, digite o diretório no qual a Jaa Virtual Machine está instalada. Os logs e rastreios fornecidos pelo Tioli Monitoring são os seguintes: Rastreios de Seridor na página 11 Rastreios de Gateway na página 13 Logs de nó de extremidade Logs de Nó de Extremidade do Windows na página 20 Logs de Nó de Extremidade de Distribuição de Perfis na página 20 Logs de Nó de Extremidade Não-Windows na página 21 Rastreios de Seridor No seridor, o produto mantém um log de Distribuição, além dos logs do Tioli Management Framework. Capítulo 2. Manutenção Incorporada 11

28 Logs de Distribuição Os logs são mantidos no seridor, contendo os resultados da distribuição quando um perfil é eniado (distribuído) para os assinantes, para instalação ou exclusão. Os detalhes são como se seguem: Nome do Processo tmw2k_profile_core Nomes de Logs msg_profile-name#region_install.log msg_tmw2kprofile#region_remoe.log Localização $DBDIR/AMW/logs Configuração Para configurar o log ao distribuir por meio do comando wdmdistrib, utilize as opções e, i e w. Não há opções de configuração quando a GUI é utilizada para executar uma distribuição. O padrão é especificar todas as opções. Os seguintes logs do Tioli Management Framework também podem ser úteis para erificar os resultados da distribuição: Gerenciador de Distribuição TMR - $DBDIR/distmgr.log Repetidor de Gateways - $DBDIR/gatelog Repetidor de Nós Gerenciados - $DBDIR/rpt2log Logs do Tioli Management Framework Consulte Tioli Management Framework: User s Guide e Tioli Management Framework: Manual de Referência para obter detalhes completos dos logs disponíeis no Tioli Management Framework. Rastreio de Núcleo do Perfil É mantido um log no gateway das atiidades executadas quando o mecanismo de núcleo do perfil está em execução. Ele graa todos os rastreios eniados pelo processo tmw2k_profile_core. Os detalhes são como se seguem: Nome do Processo tmw2k_profile_core Nome do Rastreio trace_tmnt_profile_coren.log (em que n é um número no interalo de 1 a 9; conforme cada arquio torna-se completo, o número é incrementado, oltando a 1 quando o arquio 9 está completo) Localização $DBDIR/AMW/logs Configuração Para configurar o log, utilize o comando wdmconfig para alterar as seguintes ariáeis: core.trace_leel: min=0; máx=2; padrão=1 core.trace_size: padrão= (0,5 MB) Resumo de Manutenção Incorporada do Seridor A seguinte tabela resume a configuração dos componentes de rastreio/log disponíeis: 12 IBM Tioli Monitoring: Guia de Determinação de Problemas

29 Tabela 1. Resumo de Componentes de Rastreio/Log do Seridor Nome do Componente Nome do Processo Localização Nome de Rastreio/Log Log de Distribuição tmw2k_profile_core $DBDIR/AMW/logs msg_profile-name#region_install.log msg_tmw2kprofile#region_remoe.log Rastreio de núcleo do perfil tmw2k_profile_core $DBDIR/AMW/logs trace_tmnt_profile_coren.log Rastreios de Gateway No gateway, o produto mantém onze rastreios e dois logs: Rastreio do Mecanismo de Heartbeat Rastreios do Mecanismo de Tarefa Log do Mecanismo de Tarefa Rastreio de Mecanismos do Tioli Business Systems Manager Rastreios de Upcall do Nó de Extremidade Rastreio do Tioli Business Systems Manager Adapter Rastreio do Tioli Business Systems Manager Transport Rastreio do Request Manager Rastreios do Coletor de Dados Log do Coletor de Dados Log da Rotina de Tratamento do RIM Rastreio da Rotina de Tratamento de Comandos Todos os componentes do nó gerenciado produzem rastreios. Os rastreios podem ser configurados utilizando o comando: wdmconfig D component_name.trace_leel=alue wdmconfig D component_name.trace_size=alor onde component_name é o nome do componente que produz o rastreio: heartbeat, para o mecanismo de heartbeat task, para o mecanismo de tarefa tbsma, para o mecanismo do Tioli Business Systems Manager core, para o mecanismo de núcleo do perfil request-manager, para o mecanismo do gerenciador de pedidos gw, para o upcall do nó de extremidade datacollector, para o coletor de dados e a Rotina de Tratamento do RIM Você pode configurar rastreios para todos os componentes, utilizando o nome de componente dmml, por exemplo: wdmconfig D dmml.trace_leel = 4 No entanto, se ocê atiar rastreios para um componente específico, o alor do níel de rastreio que ocê especificou será o único alor utilizado para aquele componente (independente do níel de rastreio especificado utilizando o nome do componente dmml). Capítulo 2. Manutenção Incorporada 13

30 Rastreio do Mecanismo de Heartbeat É mantido um rastreio no gateway das atiidades executadas quando o mecanismo de heartbeat está em execução. Ele graa todas as saídas de mensagens pelo processo tmnt_hb_eng. Os detalhes são como se seguem: Nome do Processo tmnt_hb_eng Nome do Rastreio trace_tmnt_hb_engn.log (em que n é um número no interalo de 1 a 9; conforme cada arquio torna-se completo, o número é incrementado, oltando a 1 quando o arquio 9 está completo). Localização $DBDIR/AMW/logs Configuração Para configurar o log, utilize o comando: wdmconfig D heartbeat.trace_leel = <alor1> wdmconfig D heartbeat.trace_size = <alor2> em que: <alor1> : min=0; máx=2; padrão=1 <alor2> : padrão= (0,5 MB) O mecanismo de heartbeat dee ser parado utilizando o comando wdmmn e iniciado utilizando o comando wdmheartbeat para qualquer alteração nas ariáeis de configuração para ter efeito. Rastreios do Mecanismo de Tarefa Dois rastreios são mantidos no gateway das atiidades realizadas quando o mecanismo de tarefas está sendo executado para desempenhar tarefas nos nós de extremidade conectados, conforme determinado pelas definições do modelo de recursos. Eles graam todas as saídas de mensagem pelos processos tmnt_task_eng e tmnt_task_exec. Os detalhes são como se seguem: Nomes do Processo tmnt_task_eng, tmnt_task_exec Nomes de Rastreios trace_tmnt_task_engn.log (em que n é um número no interalo de 1 a 9; conforme cada arquio torna-se completo, o número é incrementado, oltando a 1 quando o arquio 9 está completo). trace_tmnt_task_execn.log (em que n é um número no interalo de 1 a 9; conforme cada arquio torna-se completo, o número é incrementado, oltando a 1 quando o arquio 9 está completo). Localização $DBDIR/AMW/logs Configuração Para configurar o log, utilize o comando: wdmconfig D task.trace_leel = <alor1> wdmconfig D task.trace_size = <alor2> em que: <alor1> : min=0; máx=2; padrão=1 <alor2> : padrão= (0,5 MB) 14 IBM Tioli Monitoring: Guia de Determinação de Problemas

31 O mecanismo de tarefa dee ser iniciado e parado utilizando o comando wdmmn, para que quaisquer alterações nas ariáeis de configuração sejam efetiadas. Log do Mecanismo de Tarefa É mantido um log no gateway das atiidades executadas quando o mecanismo de tarefa está em execução para executar tarefas nos nós de extremidade conectados, conforme determinado pelas definições do modelo de recursos. Ele graa todas as saídas de mensagem pelos processos tmnt_task_eng e tmnt_task_exec. Os detalhes são como se seguem: Nome de Log msg_response_taskn.log (em que n é um número no interalo 1-9) Localização $DBDIR/AMW/logs Configuração O log está sempre atio e não pode ser desatiado. Rastreio de Mecanismos do Tioli Business Systems Manager Dois rastreios são mantidos no gateway das atiidades executadas quando o mecanismo do Tioli Business Systems Manager está em execução. Eles graam todas as saídas de mensagem pelo processo tmnt_tbsm_eng, que implementa os métodos CORBA. Os detalhes são como se seguem: Nomes do Processo tmnt_tbsm_eng, tmnt_tbsm_wrapper Nomes de Rastreios trace_tmnt_tbsm_engn.log (em que n é um número no interalo de 1 a 9; conforme cada arquio torna-se completo, o número é incrementado, oltando a 1 quando o arquio 9 está completo). trace_tmnt_tbsm_wrappern.log (em que n é um número no interalo de 1 a 9; conforme cada arquio torna-se completo, o número é incrementado, oltando a 1 quando o arquio 9 está completo). Localização $DBDIR/AMW/logs Configuração Para configurar o log, utilize o comando: wdmconfig D tbsma.trace_leel = <alor1> wdmconfig D tbsma.trace_size = <alor2> em que: <alor1> : min=0; máx=2; padrão=1 <alor2> : padrão= (0,5 MB) O mecanismo do Tioli Business Systems Manager dee ser parado utilizando o comando wdmmn para que quaisquer alterações nas ariáeis de configuração sejam efetiadas (ele será reiniciado automaticamente pelo próximo pedido de descoberta). Rastreios de Upcall do Nó de Extremidade É mantido um rastreio no gateway das mensagens de upcall eniadas para o gateway a partir dos nós de extremidade. Ele contém detalhes do seguinte: upcalls de registro do nó de extremidade eentos e indicações eniadas a partir do componente de nó de extremidade Capítulo 2. Manutenção Incorporada 15

32 upcalls de tarefa Ele graa todas as saídas de mensagens pelo processo tmnt_gtw_eng, que recebe as upcalls. Os detalhes são como se seguem: Nome do Processo tmnt_gtw_eng Nome do Rastreio trace_tmnt_gtw_engn.log (em que n é um número no interalo de 1 a 9; conforme cada arquio torna-se completo, o número é incrementado, oltando a 1 quando o arquio 9 está completo). Localização UNIX ou Linux /tmp/amw/logs Windows $DBDIR/tmp/AMW/logs Configuração Para configurar o log, utilize o comando: wdmconfig D gw.trace_leel = <alor1> wdmconfig D gw.trace_size = <alor2> em que: <alor1> : min=0; máx=2; padrão=0 <alor2> : padrão= (0,5 MB) Rastreio do Tioli Business Systems Manager Adapter Um log é mantido no gateway das atiidades executadas pelo adaptador do Tioli Business Systems Manager, como segue: Nome do Processo Jaa Nome de Log Definido pelo usuário (quando o log está cheio, ele é renomeado para filename.old, excluindo qualquer arquio existente com esse nome e um noo arquio de log é criado.) Localização Conforme definido na ariáel de configuração do wdmconfig, adapter.working.dir, (o padrão é $DBDIR/dmml). Configuração Para configurar o log, utilize o comando wdmconfig para modificar as ariáeis trace.filename, adapter.trace.enable e adapter.trace.leel. Você dee obserar que os rastreios gerados pelo rastreio do Tioli Business Systems Manager Transport também são armazenados neste log. Rastreio do Tioli Business Systems Manager Transport É mantido um rastreio no gateway das atiidades executadas pelo adaptador do Tioli Business Systems Manager ao eniar eentos ou mensagens para o CommonListener do Tioli Business Systems Manager, conforme a seguir: Nome do Processo Jaa 16 IBM Tioli Monitoring: Guia de Determinação de Problemas

33 Nome do Rastreio Definido pelo usuário (quando o rastreio está cheio, ele é renomeado para filename.old, excluindo qualquer arquio existente com esse nome e um noo arquio de rastreio é criado.) Localização Conforme definido na ariáel de configuração do wdmconfig, adapter.working.dir, (o padrão é $DBDIR/dmml). Configuração Para configurar o rastreio, utilize o comando wdmconfig, para modificar as ariáeis trace.filename, transport.trace.enable e transport.trace.leel. Você dee obserar que os rastreios gerados pelo rastreio do Tioli Business Systems Manager Adapter também são armazenados neste rastreio. Rastreio do Request Manager É mantido um rastreio no gateway das atiidades executadas quando o processador do gerenciador de pedido está em execução. Ele graa todas as mensagens eniadas pelo processo tmnt_rm_eng. Os detalhes são como se seguem: Nome do Processo tmnt_rm_eng Nome do Rastreio trace_tmnt_rm_engn.log (em que n é um número no interalo de 1 a 9; conforme cada arquio torna-se completo, o número é incrementado, oltando a 1 quando o arquio 9 está completo). Localização $DBDIR/AMW/logs Configuração Para configurar o log, utilize o comando: wdmconfig D request_manager.trace_leel=<alor1> wdmconfig D request_manager.trace_size=<alor2> em que: <alor1> : min=0; máx=2; padrão=1 <alor2> : padrão= (0,5 MB) O processador do Request Manager dee ser iniciado e parado utilizando o comando wdmmn, para que quaisquer alterações nas ariáeis de configuração sejam efetiadas. Rastreios do Coletor de Dados Um rastreio é mantido no gateway das atiidades executadas quando o processador do coletor de dados tmnt_datacollector_eng está em execução. Os detalhes são como se seguem: Nome do Processo tmnt_datacollector_eng Nome do Rastreio trace_tmnt_datacollector_engn.log (onde n é um número no interalo de 1 a 9; conforme cada arquio torna-se completo, o número é incrementado, oltando a 1 quando o arquio 9 está completo). Localização $DBDIR/AMW/logs Configuração Para configurar o log, utilize o comando: Capítulo 2. Manutenção Incorporada 17