ORG-0022 — Backup e restauração

Um backup que nunca foi restaurado é uma suposição. E a restauração feita pela primeira vez no dia do problema costuma encontrar o que ninguém previu: versão de ferramenta incompatível, dump que não carrega por cima do banco existente.

1. Todo armazenamento com dados de produção tem um accessory de backup no deploy.yml da aplicação dona.
2. Agenda diária; retenção de 7 dias, 4 semanas e 6 meses, num volume da VPS.
3. A ferramenta de backup usa a mesma versão maior do servidor.
4. A restauração é um script versionado (eng/backup/) que confere o arquivo, exige --confirmar, apaga e recria o destino antes de carregar e falha cedo.
5. A restauração é testada fora da produção antes de cada subida de versão maior do armazenamento e periodicamente; o roteiro (parar as aplicações, restaurar, subir a dona do schema, subir as demais) está no guia.
6. A ferramenta para cada armazenamento fica numa ADR da stack (a ADR-0010 pré-escrita).

• Escolher um armazenamento novo inclui escolher e testar o seu backup.
• A cópia externa dos backups é decisão da plataforma.

O detalhe está na documentação da arquitetura.