Ter backup não significa conseguir voltar a operar depois de uma falha grave. Para Rolando Bonaccorsi, especialista em gestão de operações de TI e excelência em serviços, a confusão entre guardar dados e restabelecer serviços é uma das mais comuns entre quem cuida de tecnologia. A cópia de segurança é apenas um dos ingredientes de uma recuperação, e muita empresa descobre isso tarde demais, quando o arquivo existe mas ninguém sabe como transformá-lo em sistema funcionando.
O que cada conceito resolve?
A cópia de segurança, ou backup, é uma réplica de dados ou de configurações guardada em outro local, para que se possa recuperar o que foi apagado, corrompido ou sequestrado. A recuperação de desastres é mais ampla: trata do conjunto de ações, pessoas, ambientes e ordem de prioridade necessários para que um serviço volte a funcionar depois de uma interrupção séria. Uma resolve a perda da informação, a outra resolve a perda da capacidade de operar.
A diferença aparece com nitidez numa comparação do cotidiano. Ter backup equivale a guardar uma cópia da chave de casa no cofre de um banco: a chave existe e está protegida, mas isso não diz quanto tempo levará para chegar ao banco, abrir o cofre, voltar para casa e entrar. Quem planeja a recuperação mede esse caminho inteiro, e não apenas a existência da chave reserva.
Como definir o que precisa voltar primeiro
Nem todo sistema tem o mesmo peso para o negócio, e tratar tudo como prioridade equivale a não ter prioridade nenhuma. O ponto de partida é listar os serviços e perguntar o que acontece com a empresa se cada um ficar parado por uma hora, por um dia ou por uma semana. Em operações de tecnologia, essa lista costuma revelar dependências escondidas: um sistema considerado secundário que sustenta o acesso a outro que é vital.
No entendimento de Rolando Bonaccorsi, esse mapa de importância é o que orienta todas as decisões seguintes, da frequência das cópias ao investimento em ambientes reserva. Sem ele, a empresa gasta muito para proteger o que pouco importa e pouco para proteger o que não pode parar. A ordem de retorno também precisa estar escrita, porque no meio de uma crise, a memória e o improviso são maus conselheiros.
As duas metas: quanto dado se aceita perder e quanto tempo se aceita esperar?
Duas medidas organizam o planejamento. A primeira é o ponto de recuperação, que indica até quando no passado a empresa aceita voltar: se a última cópia foi feita à meia-noite e a falha ocorreu às quatro da tarde, todo o trabalho desse intervalo se perde. A segunda é o tempo de recuperação, que indica quanto tempo o serviço pode ficar fora do ar antes que o dano se torne inaceitável.
Conforme detalha Rolando Bonaccorsi, essas duas metas precisam nascer de uma conversa com as áreas de negócio, e não apenas dentro do setor de tecnologia, porque quem vende, presta suporte e fatura sabe o que custa uma hora parada. Metas definidas sem esse diálogo costumam ser otimistas demais e se desfazem na primeira falha real. Quanto menor o intervalo aceito, maior o custo da solução, e por isso a escolha é sempre um equilíbrio entre risco e orçamento.
Backup que nunca foi restaurado é uma aposta
Existe uma armadilha clássica: a rotina de cópia roda todos os dias, o painel mostra sucesso, e ninguém jamais tentou restaurar o conteúdo. Em muitos ambientes, descobre-se na hora da emergência que o arquivo está incompleto, que a senha de acesso se perdeu ou que a versão do sistema mudou e o backup antigo não é mais compatível. O sinal verde indica que a cópia foi gravada, e não que ela serve para alguma coisa.
Por isso, o teste de restauração é parte da própria cópia de segurança. Na leitura de Rolando Bonaccorsi, simulações periódicas, com medição do tempo gasto e registro do que deu errado, são o que transforma um plano de papel em capacidade real. Vale também manter ao menos uma cópia isolada da rede principal, porque ataques de sequestro de dados costumam alcançar e cifrar as cópias que ficam ao alcance do mesmo ambiente.
Um plano vivo muda junto com a empresa
O plano de recuperação envelhece rápido. Entram sistemas novos, saem fornecedores, trocam-se as pessoas responsáveis, e o documento que estava correto há um ano passa a descrever uma empresa que já não existe. Cada mudança relevante deveria disparar uma revisão, e o plano precisa dizer quem decide, quem executa e quem comunica em cada etapa, com substitutos nomeados para quando alguém estiver ausente.
Sob a perspectiva de Rolando Bonaccorsi, o maior risco de um plano está em ser tratado como tarefa concluída e arquivado. A melhor proteção é a repetição: testar, anotar as falhas, corrigir e testar de novo. Quando o teste inclui falhas reais, como uma cópia que não abre ou uma senha que ninguém encontra, a equipe descobre os pontos fracos num dia calmo, com tempo para consertá-los, em vez de topar com eles no meio da crise, quando cada minuto já tem custo e a pressão atrapalha o raciocínio de quem precisa decidir.
