CONTEÚDO
Esta página tem por objetivo apresentar as ferramentas de análise de erros CriticalLog, ErrorReportView e Sentinela.
- Visão Geral
- Exemplo de utilização
Índice
Objetivo
Esta página tem por objetivo apresentar as ferramentas de análise de erros CriticalLog, ErrorReportView e Sentinela.
01. VISÃO GERAL
Critical Log
Esta ferramenta busca facilitar a identificação de erros críticos como por exemplo perdas momentâneas de conectividade com o banco, timeout de banco de dados e falha ao registrar algum host entre outros.
O log exibe as as seguintes informações: Usuário conectado, nome da máquina , aplicação, informações do erro, stack trace e data do ocorrido.
Para visualizar este log, basta acessar o diagnóstico do sistema, na aba Erros Críticos.
Aviso |
---|
|
O Critical Log faz expurgo dos dados à cada 2 dias. Os registros, datados em 15 dias anteriores à data de expurgo, são excluidos da tabela GCRITICALLOG. |
Criamos algumas regras para classificar um erro como crítico e alimentamos à tabela GCRITICALLOG para posterior análise, são elas:
1 – Regra com mecanismo de identificar quando o host é interrompido inesperadamente. Nesta regra quando o host é reiniciado verificamos se o mesmo seguiu o fluxo de desligamento por completo, e caso negativo geramos um registro na GCRITICALLOG com seu respectivo arquivo de dump.
2- Regra com mecanismo de identificar queries lentas sendo executadas, sejam elas, consultas SQL ou queries de produto. Nesta regra verificamos queries que levam mais de 2 minutos para executar e geramos um registro na GCRITICALLOG.
3 – Regra para verificar estouro de pool de conexões com o banco de dados. Nesta regra temos uma lógica de programação para identificar qual foi o processo vilão que estourou o pool de conexões, pois na maioria dos caso não é o processo que o erro foi apresentado que é o causador do problema, com isso geramos um registro na GCRITICALLOG.
4 – Regra para identificar erros no Job Server. Nesta regra temos pontos estratégicos no fonte mapeado pelo know-how de erros para identificar configurações erradas de afinidade, de usuários do Alias, e desserialização da classe de processo, etc. Para cada erro é gerado um registro na GCRITICALLOG.
5 – Regra para identificar sem os devidos tratamentos. Nesta regra capturamos exceções levantadas na aplicação e geramos registros na GCRITCALLOG.
6 – Regra para calcular a recorrência. Nesta regra identificamos quais erros possuem as mesmas características e incrementamos a recorrência do mesmo.
7 – Regra para identificar o produto. Nesta regra avaliamos o stackTrace do erro na ordem da execução e o primeiro produto encontrado é definido como o responsável pelo erro.
Demais regras podem e serão adicionadas para que cada vez mais consigamos identificar de forma rápida erros críticos.
ErrorReportView
Com o novo recurso do relatório de erros da MDI, diversas informações que antes eram solicitadas ao cliente agora poderão ser coletadas com um único clique. Através de um novo botão disponível na janela de erros padrão, é possível para o usuário gerar um relatório contendo informações do ambiente utilizado junto a outros dados como print da tela onde o erro foi apresentado, arquivos do sistema como rm.exe. config e _Broker.dat entre outras informações padrões.
Sentinela
O Sentinela é uma ferramenta de Monitoramento de Ambientes criada para que o usuário possa identificar possíveis ofensores de performance. Para acessar a ferramenta, basta pesquisa-la no menu "Executar" ou acessar "Serviços Globais | Administração | Sentinela":
Aviso |
---|
title | Ferramentas de Diagnostico do Sistema |
---|
|
As ferramentas apresentadas são captadoras de diferentes não-conformidades, exceções e possiveis ofensores à performance do sistema. Os dados coletados e os relatórios gerados, devem ser enviados à Totvs para que o time responsável possa analisar esses dados e relatórios e possa oferecer o suporte necessário para que as não conformidades, exceções e ofensores à performance evidenciadas sejam devidamente sanadas. Os dados das tabelas referentes à cada uma dessas funcionalidades por si só, não garantem uma análise eficiente de quaisquer problemas que possam estar ocorrendo no software ou no ambiente ao qual o software está instalado. |
Vídeo:
A seguir um vídeo demostrativo das ferramentas apresentadas:
Conector de Widget |
---|
url | https://www.youtube.com/watch?v=iHZvuCh99Ag&feature=youtu.be |
---|
|