Transforme o “de vez em quando ele trava” em um problema que pode ser investigado.
Na sua máquina, o problema não se reproduz. O aplicativo só cai depois de rodar por muito tempo. Ninguém sabe se a causa está no aplicativo ou no equipamento. Em vez de acumular correções baseadas em suposições, ampliamos as informações observáveis e reduzimos aos poucos o conjunto de causas possíveis.
Sintomas sobre os quais pode nos consultar
- Falhas ou paradas após horas ou semanas de operação contínua
- Comunicação com câmeras industriais ou outros periféricos que se interrompe de forma esporádica
- Memória, handles ou threads que não param de crescer
- Instabilidade que ocorre apenas em determinados computadores ou condições de operação
- Logs existentes que não permitem reconstruir o caminho até a falha
Como conduzimos a investigação
1. Entender a ocorrência e o alcance do impacto
Verificamos o sintoma, a frequência, o ambiente de uso e as operações ou alterações feitas pouco antes. Separamos as hipóteses para definir onde investigar: o interior do aplicativo, a comunicação, o equipamento ou o sistema operacional.
2. Observar as informações necessárias
A partir de logs, pacotes, exceções, uso de memória, quantidade de handles e outros dados, escolhemos o que é preciso para confirmar cada hipótese. Se faltarem informações, acrescentamos pontos de observação e definimos o método de coleta levando em conta o impacto sobre a operação.
3. Verificar as possíveis causas
Delimitamos as condições de ocorrência e confirmamos as hipóteses com testes de reprodução e testes comparativos. Separamos os fatos confirmados do que ainda é apenas suposição e, com base nisso, definimos a abordagem de correção ou de investigação adicional.
Do resultado da investigação à próxima ação
Quando a causa é encontrada, organizamos a abordagem de correção e a forma de verificá-la. Mesmo que não seja possível identificá-la dentro do prazo da investigação, deixamos claros os fatores descartados, as causas que permanecem e as informações necessárias a seguir. O formato e o escopo do relatório são combinados no momento da contratação.
Quando necessário, também estruturamos logs que permitem acompanhar o percurso de cada unidade de processamento, registros que confirmam a alocação e a liberação de recursos e testes de caminhos de falha. O objetivo não é apenas restabelecer o serviço naquele momento, mas chegar a uma situação em que, se o mesmo sintoma voltar, seja possível decidir rapidamente o que fazer.
Informe o que souber ao nos consultar
Conte-nos qual é o sintoma, com que frequência ele ocorre, qual versão do Windows e qual aplicativo estão em uso e o que já foi tentado. Saber se existem logs e código-fonte também ajuda a planejar o método de investigação. Não é necessário anexar informações confidenciais nem credenciais de acesso ao primeiro contato.
Se também forem necessárias correções e manutenção contínuas, propomos o escopo em conjunto com o serviço de modificação e manutenção de software Windows existente.