APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Backup e restore, pilot light, warm standby e active-active descrevem formas diferentes de preparar recuperação. No exemplo pilot light, dados e componentes essenciais existem no destino, mas ainda falta criar ou ativar partes da aplicação antes de servir. Warm standby já funciona a capacidade reduzida e pode precisar de scale-up. Um pedido de teste bem-sucedido não prova capacidade para o pico. Active-active serve a partir de vários locais, exigindo desenho de consistência e conflitos quando há escritas concorrentes. Os intervalos indicativos de fornecedores não são garantias para o teu workload. Valida dados, capacidade, dependências e o tempo real necessário para recuperar a função acordada.
Aplicação guiada
Proteção geográfica não substitui histórico recuperável. Uma eliminação errada pode chegar rapidamente à réplica. Num caso fictício, as duas regiões estão sincronizadas precisamente com o estado incorreto; mudar tráfego não recupera registos anteriores. Preserva pontos válidos e valida PITR ou versionamento, incluindo reconciliação de alterações posteriores que sejam legítimas. Proteção contra eliminação também tem âmbito. Em AWS Backup Vault Lock, governance permite remoção com permissões adequadas; compliance após a carência tem restrições de imutabilidade diferentes. Nenhum destes estados demonstra por si que o backup é funcionalmente recuperável ou que as chaves estão acessíveis. Define retenção segundo requisitos aprovados, sem transformar exemplos de fornecedor em obrigações legais universais.
Uma réplica sincronizada pode conter a mesma eliminação acidental que a origem.
Armadilhas comuns
Warm standby como capacidade total; active-active como ausência de conflitos; réplica como histórico; lock como restore garantido.
Tópicos relacionados: Objetivos e dependências · Backups e pontos recuperáveis · Preparação e configuração do destino
Escolhe a prontidão necessária e protege também contra perda lógica dos dados.
Referência: Recovery strategies and data disasters · DR recovery 2026-09; PostgreSQL 18, etcd 3.6 and selected AWS/Azure behavior