Como saber se o backup da empresa funciona antes de precisar dele

Muita empresa descobre que o backup não funciona no dia em que precisa dele. Uma tabela apagada por engano, um disco que pifou, um servidor que não volta. A rotina dizia “concluído com sucesso” toda noite, e na hora de restaurar a cópia está incompleta, a mais recente tem um mês ou ninguém sabe como fazer o banco voltar.

Backup só prova que funciona quando é restaurado. Até lá, é uma promessa.

Por que o backup falha justo quando precisa

• Copia a coisa errada. O servidor novo não entrou na rotina, ou o banco é copiado como arquivo comum com o sistema ligado, e a cópia sai inconsistente. A foto do disco também não substitui o backup feito pelo próprio banco.
• A cópia mora junto com o original. Mesmo servidor, mesmo storage ou mesma conta na nuvem. Um problema no ambiente ou um erro de acesso leva os dois de uma vez.
• A rotina para em silêncio. Num caso, o fim do período de teste da conta de armazenamento bloqueou o envio das cópias. Foram nove dias sem backup externo até alguém notar.
• A retenção é curta. O problema é percebido depois de dez dias, e só existem sete dias de cópias. Com sete dias de retenção e falha todo dia, em uma semana não sobra nenhuma cópia boa.
• A frequência não combina com o negócio. Se o banco cai às 17h e o último backup foi às 2h, o dia inteiro de pedidos e notas precisa ser refeito.
• Ninguém sabe quanto tempo leva para voltar. Restaurar um banco grande pode levar horas, e essas horas são horas de empresa parada.
• A mesma senha apaga tudo. Se quem administra o servidor também consegue apagar o backup, quem roubar essa senha também consegue.

O teste que responde a pergunta

O teste é simples de descrever. Restaure a cópia num ambiente separado, suba o banco, abra o sistema e confira dados recentes, como as notas de ontem. Anote quanto tempo levou do início até o sistema abrir.

Nos sistemas críticos, faça isso pelo menos uma vez por mês e sempre depois de uma mudança grande, como migração, troca de versão do banco ou servidor novo. Guarde o resultado de cada teste. Esse registro é o que permite dizer, com segurança, que o backup funciona.

Caso real. Numa auditoria, um cliente precisou provar que tinha backup e não conseguiu. Não havia aviso de falha configurado, o histórico tinha sido apagado e, em 30 dias, só 20 cópias tinham sido feitas.

Onde guardar a cópia

A regra mais usada é a 3-2-1. Três cópias dos dados, em dois tipos de armazenamento, com uma delas fora do ambiente principal.

Fora do ambiente quer dizer outra conta, outro provedor ou outro lugar físico. Se um problema derruba o ambiente principal, a cópia externa continua lá.

Quando o backup é bom, ele resolve rápido

Num cliente, uma configuração apagada por engano em produção voltou em uns 20 minutos. Em outro, uma tabela com mais de 900 mil linhas foi recuperada a partir da cópia do banco. Nos dois casos, ninguém precisou parar a empresa para isso.

Cinco perguntas para fazer a quem cuida do seu backup

1. Quando foi a última restauração de teste, e quanto tempo levou?
2. Onde fica a cópia externa, e quem consegue apagá-la?
3. Quantos dias para trás eu consigo voltar?
4. O banco é copiado do jeito certo, com o sistema funcionando?
5. Quem é avisado quando uma rotina falha, e em quanto tempo?

Se alguma resposta demorar, vale olhar com calma.

Como a Cloud Labs trabalha nisso

O backup dos ambientes que a Cloud Labs assume tem cópia externa, fora do prédio da empresa, com teste de restauração e relatório. A restauração passa por ensaio antes do dia em que for preciso, e a rotina é monitorada como o resto do ambiente, então uma falha de backup vira alerta.