APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
O aviso WSVR0605W indica uma thread com atividade prolongada face ao limiar configurado; não prova um deadlock. Recolhas sucessivas ajudam a distinguir progresso lento de ausência de progresso. Correlaciona stacks com CPU por thread, dependências e janela temporal. Nos javacores J9, um estado isolado como R não é uma medição de CPU. Confirma a JVM real e o formato dos seus diagnósticos antes de aplicar uma receita. Para GC, relaciona pausas, ocupação após recolha, tráfego e latência. Um pico isolado não demonstra fuga de memória. OutOfMemoryError também pode resultar de memória nativa, limites de recursos ou uma alocação específica; aumentar Xmx indiscriminadamente pode retirar margem à memória nativa.
Aplicação guiada
Num incidente fictício após aumentar concorrência, preserva a primeira mensagem de falha, javacore e outros artefactos disponíveis, respeitando sensibilidade e espaço. O plano de recolha deve indicar processo, intervalo, volume e responsável. Os caminhos de logs dependem do perfil e configuração; não assumas que verbose GC está sempre num único ficheiro. SystemOut, SystemErr, logs nativos e, quando ativo, HPEL têm formas de consulta distintas. Um trace abrangente pode gerar sobrecarga e encher o filesystem: restringe componentes, duração e rotação, preservando a janela útil. Transaction logs têm função de recuperação e não devem ser tratados como trace descartável. Uma mitigação pode restaurar serviço antes de concluir a causa, mas o registo deve distinguir essas duas etapas.
Heap livre com OOM e muitas threads sugere investigar consumo nativo e limites antes de aumentar Xmx.
Armadilhas comuns
Limiar como deadlock; estado R como CPU; todo o OOM como heap; trace permanente sem limite.
Tópicos relacionados: Topologia ND e configuração efetiva · Deployment, encaminhamento e estado · JDBC, pools e resultados transacionais
Cruza evidência temporal e respeita o custo da própria recolha.
Referência: J9 javacore and memory diagnosis · DR WebSphere traditional ND 9.0.5; maintenance baseline 9.0.5.29 (2026-09-08); documentation reviewed 2026-09-30