Como montar política de backup sem improviso

Um servidor pode falhar, um ransomware pode criptografar arquivos ou um usuário pode excluir uma pasta crítica em segundos. O prejuízo não vem apenas da perda dos dados: vem da operação parada, de clientes sem resposta, de horas improdutivas e da pressão para restaurar tudo sem saber se existe uma cópia confiável. É por isso que entender como montar uma política de backup é uma decisão de continuidade do negócio, não apenas uma tarefa técnica.

Para empresas de Curitiba e Região Metropolitana com sistemas financeiros, arquivos de projetos, ERP, bancos de dados, e-mails e documentos compartilhados, fazer cópias esporádicas em um HD externo não é backup corporativo. Uma política bem definida estabelece o que proteger, onde guardar, por quanto tempo reter, quem responde pelo processo e, principalmente, em quanto tempo a empresa volta a operar após uma falha.

O que uma política de backup precisa resolver

Uma política de backup é um documento operacional que transforma uma necessidade genérica - “não podemos perder dados” - em regras verificáveis. Ela deve orientar decisões antes do incidente, quando ainda há tempo para corrigir falhas de configuração, capacidade e segurança.

O ponto central é alinhar a proteção à realidade da empresa. Um escritório de advocacia precisa preservar documentos de clientes e histórico de processos. Uma contabilidade depende de bases fiscais, sistemas de folha e arquivos transmitidos. Uma indústria pode ter servidor de arquivos, ERP, sistemas de produção e configurações de equipamentos que não podem ser recriadas rapidamente.

Não existe uma única retenção, frequência ou destino adequado para todos os dados. O critério deve ser o impacto da indisponibilidade. Se a perda de quatro horas de lançamentos financeiros é aceitável, a rotina pode ser diferente daquela exigida por um banco de dados de pedidos atualizado o dia inteiro. Política de backup séria começa pela prioridade do negócio, não pela ferramenta disponível.

Como montar uma política de backup em 7 decisões

1. Mapear os dados e sistemas críticos

O primeiro passo é identificar onde os dados realmente estão. Muitas empresas protegem o servidor de arquivos, mas esquecem o banco de dados do sistema de gestão, as máquinas virtuais, as configurações de firewall, os e-mails, os aplicativos em nuvem e os notebooks de usuários-chave.

Classifique os ativos em níveis de criticidade. Dados que interrompem faturamento, atendimento, produção ou obrigações legais devem receber proteção prioritária. Também vale registrar o responsável pelo sistema, o volume estimado de dados, a localização e as dependências. Restaurar uma máquina virtual sem considerar o banco de dados ou a configuração de rede associada pode não devolver a operação.

2. Definir RPO e RTO sem promessas irreais

Dois indicadores devem aparecer de forma clara na política. O RPO, ou ponto objetivo de recuperação, define quanto de dado a empresa aceita perder. Um RPO de uma hora significa que o backup precisa capturar alterações, no máximo, a cada hora. Já o RTO, tempo objetivo de recuperação, define em quanto tempo o serviço deve voltar.

Essa diferença evita um erro comum: acreditar que backup diário resolve qualquer cenário. Ele pode ser suficiente para documentos pouco alterados, mas inadequado para um ERP que registra vendas e movimentações durante todo o expediente. Da mesma forma, ter uma cópia completa não garante retorno rápido se a restauração levar dois dias e a empresa precisar operar em quatro horas.

Defina metas possíveis com base na infraestrutura, na internet disponível, no tamanho das bases e no orçamento. Se o RTO exigido for curto, talvez seja necessário combinar backup com replicação, armazenamento mais rápido ou ambiente alternativo. O custo aumenta, mas a decisão passa a ser consciente, e não uma surpresa durante uma crise.

3. Aplicar a regra 3-2-1 com proteção contra ransomware

A regra 3-2-1 continua sendo uma referência eficiente: manter pelo menos três cópias dos dados, em dois tipos de mídia ou destinos diferentes, com uma cópia fora do ambiente principal. Para muitas empresas, isso significa dados de produção, backup local para recuperação rápida e uma cópia externa em nuvem ou em outra unidade física.

Hoje, porém, vale ampliar esse conceito. Ransomware moderno procura backups acessíveis na rede e tenta apagá-los ou criptografá-los antes de atacar os servidores. Por isso, uma cópia externa precisa ser isolada e, quando possível, imutável. Imutabilidade impede alterações ou exclusões durante um período definido, mesmo se uma conta administrativa for comprometida.

Não confunda sincronização com backup. Serviços de nuvem que apenas sincronizam arquivos podem replicar uma exclusão acidental ou um arquivo criptografado. O backup precisa manter versões históricas, permitindo voltar a um ponto anterior ao incidente.

4. Estabelecer frequência, tipos de cópia e retenção

A política deve dizer quando cada rotina acontece. Backups completos, incrementais e diferenciais têm funções diferentes. O completo facilita uma recuperação isolada, mas demanda mais tempo e espaço. O incremental reduz janela e consumo de armazenamento, pois grava somente o que mudou desde a última cópia. A escolha depende da criticidade e da capacidade de restaurar dentro do RTO definido.

A retenção também não pode ser arbitrária. Manter poucos dias pode impedir a recuperação de um problema detectado tardiamente. Manter tudo para sempre gera custo, complexidade e risco de guardar dados desnecessários. É comum trabalhar com retenções diárias, semanais, mensais e anuais, mas os prazos devem considerar exigências legais, contratos, auditorias e políticas internas de descarte.

Em setores regulados ou com informações sensíveis, a retenção precisa conversar com a LGPD. Backup não elimina a obrigação de governança sobre dados pessoais. A empresa deve saber o que está armazenado, limitar acessos e prever como tratar solicitações legítimas sem comprometer a integridade das cópias.

5. Definir segurança, acesso e responsabilidades

Uma rotina automática sem responsável ainda pode falhar por meses sem que ninguém perceba. A política deve indicar quem monitora os resultados, quem recebe alertas, quem pode alterar configurações e quem autoriza uma restauração. Em uma empresa menor, essas responsabilidades podem ficar com a gestão de TI terceirizada, mas precisam estar documentadas e associadas a um SLA.

Use contas exclusivas para backup, autenticação multifator para consoles administrativas e privilégios mínimos. O usuário que opera o dia a dia não deve ter permissão para apagar repositórios de cópia. Credenciais de backup guardadas em texto aberto no servidor anulam grande parte da proteção.

Também é necessário criptografar dados em trânsito e em repouso, especialmente quando a cópia sai da empresa. A chave de criptografia precisa ter custódia definida. Se ninguém souber onde ela está em uma emergência, o backup existe, mas pode ser inutilizável.

6. Testar a restauração com prazo e evidência

Backup sem teste é apenas uma expectativa. A única prova de que a estratégia funciona é restaurar arquivos, bancos de dados, máquinas virtuais e serviços críticos em um ambiente controlado. O teste deve verificar não só se o arquivo abre, mas se o sistema inicia, se os dados são consistentes e se os usuários conseguem trabalhar.

A frequência dos testes varia conforme o risco. Um teste mensal de arquivos pode atender uma área menos crítica, enquanto sistemas de faturamento ou produção merecem validações mais frequentes. Registre data, responsável, tempo gasto, falhas encontradas e ações corretivas. Esses registros mostram se o RTO prometido é real.

Em ambientes virtualizados, vale testar a restauração de uma máquina completa e também a recuperação granular de arquivos ou objetos de aplicação. Uma solução eficiente precisa atender aos dois cenários: um documento apagado por engano e a perda total de um servidor.

7. Criar um procedimento para o momento do incidente

A política precisa orientar a resposta quando algo der errado. Quem deve ser acionado? A operação continua em modo manual? Qual cópia será restaurada? Como evitar que o ransomware volte a contaminar o ambiente recuperado? Sem esse roteiro, a empresa perde tempo discutindo decisões básicas enquanto o impacto cresce.

O procedimento deve incluir contatos de emergência, ordem de prioridade dos sistemas, critérios para isolar equipamentos, validação de segurança antes da restauração e comunicação com gestores. Em incidentes críticos, velocidade importa, mas restaurar sem investigar a causa pode recolocar a falha em produção.

Erros que deixam empresas sem recuperação

O erro mais frequente é confiar em uma única cópia no mesmo local do servidor. Incêndio, furto, falha elétrica grave ou ransomware podem atingir produção e backup simultaneamente. Outro problema recorrente é receber e-mails automáticos de “backup concluído” sem revisar erros parciais, espaço disponível ou consistência das bases.

Também há empresas que fazem backup de arquivos, mas não das configurações que sustentam o ambiente: firewall, switches, controladores de domínio, licenças, chaves e parâmetros de aplicações. A recuperação fica mais lenta e dependente de conhecimento informal de uma única pessoa.

Uma política madura reduz esse tipo de dependência. Ela documenta processos, automatiza verificações e transforma restauração em procedimento técnico controlado, não em tentativa desesperada.

Quando revisar a política de backup

Revise a política ao menos uma vez por ano e sempre que houver mudança relevante: implantação de ERP, migração para nuvem, abertura de filial, adoção de novas máquinas virtuais, aumento expressivo de dados ou mudança de exigências contratuais. O ambiente cresce, os riscos mudam e a estratégia que atendia ontem pode se tornar insuficiente.

A SuporteDelivery estrutura rotinas de backup como parte de uma gestão preventiva de infraestrutura, com monitoramento, testes e critérios de recuperação compatíveis com a operação. O objetivo não é apenas guardar cópias, mas garantir que a empresa consiga voltar a trabalhar quando um incidente colocar seus sistemas à prova.

A melhor hora para descobrir se o backup funciona é em um teste planejado. Depois que os dados somem, cada minuto sem uma resposta comprovada custa mais do que a prevenção.