Backup e recuperação¶
Depende de confirmação da infraestrutura
Esta página define responsabilidades e ensaios necessários. Não comprova backups, failover ou restauração automática configurados. Não contém comandos destrutivos para restaurar produção.
Replicação Longhorn e eventual réplica PostgreSQL não substituem cópias recuperáveis. Rollback de imagens não restaura dados.
Matriz de proteção¶
| Recurso | O que proteger | Critério de recuperação |
|---|---|---|
| PostgreSQL | Dados, schemas, revisão Alembic e configuração | Restaurar em destino isolado; validar consistência, login e amostras |
| MinIO | Objetos e configuração dos buckets | Recuperar mídias e validar referências/acesso |
| Weaviate | Coleções/tenants, vetores e modelo de embeddings | Backup compatível ou reindexação com tempo/custo medidos |
| Redis | Distinguir cache de estado operacional | Definir perda aceitável de contexto/locks; não restaurar sessões antigas sem análise |
| Configuração e acesso | Manifests, inventário de secrets e credenciais de recuperação | Recuperar sem depender somente do mesmo cluster/GitLab indisponível |
WooCommerce e fornecedores guardam dados próprios. Restaurar o Flow não desfaz vendas, pagamentos ou mensagens nesses sistemas.
Acordar com o dono do ambiente¶
- Responsável e substituto.
- Frequência, retenção e destino fora do domínio de falha protegido.
- Criptografia, acesso e alertas de falha/atraso.
- RPO: perda aceitável de dados. RTO: prazo desejado para recuperação.
- Frequência do ensaio, evidência da última restauração e compatibilidade de versões.
- Proteção dos dados pessoais e credenciais presentes nos backups.
Registrar em local restrito com evidências. Não declarar prazos ou frequência atendidos antes de confirmar e medir.
Ensaio seguro¶
- Selecionar backup por data, versão e integridade.
- Preparar destino isolado, bloqueando callbacks/envios e tarefas externas.
- Restaurar pelo procedimento específico aprovado pela infraestrutura.
- Validar revisão do banco, amostras/contagens e consistência com mídias/índice.
- Sanitizar dados e credenciais antes de testes com consumidores.
- Medir tempo e perda; registrar falhas e ações corretivas.
- Encerrar recursos descartáveis só depois de revisar alvos e preservar evidências.
Não usar produção como laboratório nem iniciar HML com dump real antes da sanitização.
Recuperação real¶
Exige autorização, contenção de escritas, ponto de recuperação, preservação do estado atual e reconciliação com sistemas externos. Banco, mídias e índice podem representar instantes diferentes; trate isso antes de liberar tráfego.
O roteiro histórico da VPS não é o runbook atual de disaster recovery. Somente procedimento validado com a infraestrutura deve orientar restauração de produção.