APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
A recuperação deve ser avaliada pelo resultado que o serviço entrega. Um processo iniciado ou um teste de conectividade bem-sucedido não prova que o fluxo completo está correto. Confirma funções críticas, trabalho pendente, integridade dos dados e sinais de estabilidade com os responsáveis adequados. Uma cópia de segurança existente não demonstra que foi restaurada com sucesso nem que contém o estado necessário. Define os critérios que permitem reduzir a resposta intensiva e identifica o trabalho residual. Regista claramente quando o impacto começou, quando foi mitigado e quando a recuperação foi confirmada. Esses momentos respondem a perguntas diferentes e não devem ser trocados para melhorar indicadores.
Aplicação guiada
Num exemplo fictício, 120 ficheiros estavam pendentes, 90 têm processamento confirmado e dez adicionais aguardam validação. Não declares os 120 concluídos: distingue processamento de validação e reconcilia os restantes. Se o incidente atravessar turnos, prepara uma síntese com impacto, ações, resultados, riscos e decisões pendentes. A pessoa que recebe a coordenação deve compreender o estado e confirmar que assume a responsabilidade; comunica a mudança aos participantes. A fadiga é um sinal para organizar cobertura, não para prolongar indefinidamente a dependência de uma pessoa. Se a substituição prevista não estiver disponível, usa a escalada para estabelecer uma alternativa explícita antes de deixar o papel sem responsável.
Com 90 de 120 ficheiros confirmados, há 30 ainda sem conclusão confirmada, incluindo os dez em validação.
Armadilhas comuns
Processo ativo como resultado correto; confundir mitigação e recuperação; sair sem confirmação; ignorar reconciliação.
Tópicos relacionados: Declaração, impacto e prioridade · Comando, delegação e estado partilhado · Comunicação e incerteza
Confirma recuperação com evidência e transfere responsabilidade de forma explícita.
Referência: Data Integrity: What You Read Is What You Wrote · Google SRE incident guidance; PagerDuty contextual incident model; NIST SP 800-61 Rev. 3 April 2025; editorial review 2026-10-01