APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
O plano de Disaster Recovery começa pelo impacto de interrupção e perda de dados. RTO define o tempo máximo aceitável entre interrupção e recuperação do serviço; RPO define a janela máxima aceitável relativa ao ponto de dados recuperável. Não são valores intercambiáveis. Num exemplo fictício, o serviço para às 10:00 e volta a concluir operações às 10:42. Com RTO de 30 minutos, a duração observada é 42 e o desvio é 12. Se uma falha às 14:00 só permite recuperar o estado das 13:40, a janela potencial é 20 minutos, mesmo que o restore demore apenas cinco. Distingue objetivo acordado, medição observada e desvio.
Aplicação guiada
Analisa o serviço completo. Uma aplicação que arranca em meia hora pode continuar indisponível se a identidade ou base de dados indispensável precisa de duas horas. Alinha objetivos, dependências e alternativas com negócio e equipas técnicas. A consequência também varia no tempo: perder um cut-off pode ter impacto muito superior ao mesmo atraso de manhã. O gestor deve tornar essa diferença explícita em prioridades e critérios de ativação. Pedir zero perda e zero tempo para tudo não demonstra viabilidade; compara custo, complexidade e necessidade real. Durante o incidente, não reescrevas objetivos para corresponder ao resultado. Comunica os desvios, evidencia alternativas e obtém decisões rastreáveis sobre modos degradados e reconciliação.
Uma recuperação de 42 minutos excede RTO de 30 em 12 minutos, sem alterar o objetivo original.
Armadilhas comuns
RTO como idade do backup; frequência como ponto recuperável; componente como serviço; zero como garantia.
Tópicos relacionados: Estratégias e proteção dos dados · Backups e pontos recuperáveis · Preparação e configuração do destino
Mede tempo e dados separadamente e inclui as dependências no compromisso.
Referência: Define recovery time and recovery point objectives · DR recovery 2026-09; PostgreSQL 18, etcd 3.6 and selected AWS/Azure behavior