O relatório de reincidência de chamados está consumindo memória de forma excessiva, a ponto de forçar a reinicialização do servidor quando é executado. Isso acontece porque ele carrega todos os registros históricos de uma vez, sem paginação, e também porque a query que filtra os chamados duplicados é ineficiente. Além disso, o relatório não tem um índice adequado na tabela de origem, o que agrava o problema. Uma solução seria implementar a paginação dos dados e revisar a query para usar índices. Outra frente é separar a lógica de contagem de reincidências em um job noturno, em vez de calcular tudo em tempo real.
Conta em Plataforma e Sustentação × Disponibilidade e Performance, visão “Onde dói”.
Como a área foi escolhida
- Suporte N2/N3 59%
- Nenhum destes 27%
- Engenharia de Dados 11%
- Relatórios Regulatórios 3%
e mais 21 com probabilidade menor.
| Dimensão | Resposta | Confiança | Alternativas |
|---|---|---|---|
| Área | Plataforma e Sustentação › Suporte N2/N3 | 59% |
|
| Frente | Disponibilidade e Performance › Degradação de Performance | 100% |
|
| Natureza |
Reativo
O Jev tinha dito Reativo (0,18); a LLM confirmou. |
18% | |
| Severidade | 0,75 Nível 2 (nível 3 de 4) | 44% | |
| Impacto esperado | 0,66 Nível 2 (nível 3 de 4) não vale para esta natureza | 99% | |
| Causa raiz | Arquitetura Inadequada | 47% | |
| Urgência | 0,29 | sem confiança | |
| Problema | Sem problema | 85% |