APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Automação de recuperação deve ser observável, repetível e interrompível quando encontra condições perigosas. Antes de restaurar sobre um destino, confirma identidade, estado e possibilidade de conter dados mais recentes. Repetir uma ação destrutiva até o script ficar verde não é uma estratégia de recuperação. Em etcd 3.6, restore de snapshot cria um novo cluster lógico com novas identidades de cluster e membro; os membros devem usar o mesmo snapshot. Misturar snapshots de horas diferentes não é uma fusão suportada de históricos. Preserva a separação entre o estado restaurado e membros antigos que ainda possam existir, seguindo a documentação e os procedimentos apropriados à instalação.
Aplicação guiada
Regressar ao local principal exige proteger as alterações feitas durante a contingência. No exemplo Azure-to-Azure, reprotect prepara replicação no sentido de regresso antes do failback planeado. Alterar DNS não transporta dados nem comprova autoridade de escrita. Confirma sincronização, janela, aceitação funcional e proteção para a próxima falha. Distingue ainda test failover: alterações feitas na VM de teste não são replicadas de volta e podem desaparecer no cleanup. Guarda evidência e aplica mudanças aprovadas pelo processo normal. Num handover fictício, o gestor apresenta tempos, pontos recuperados, dados reconciliados, proteção reposta e ações com responsável. O retorno da infraestrutura é apenas uma etapa; o resultado do serviço e o risco residual precisam de ficar explícitos.
Depois de dias na secundária, a primária antiga pode estar disponível mas conter dados desatualizados.
Armadilhas comuns
Nome primária como autoridade; DNS como sincronização; test failover como failback; script verde como proteção reposta.
Tópicos relacionados: Objetivos e dependências · Estratégias e proteção dos dados · Backups e pontos recuperáveis
Regressa com dados reconciliados, autoridade controlada e recuperação futura preparada.
Referência: Azure Site Recovery reprotection and failback · DR recovery 2026-09; PostgreSQL 18, etcd 3.6 and selected AWS/Azure behavior