AETRICYBERSECURITY
Conteúdo

Backup 3-2-1 e recuperação com Acronis Cyber Protect

Iury Cardoso, AETRI

Publicado em · 6 min de leitura

Uma cópia de segurança pode existir e ainda assim não atender à necessidade da empresa. Talvez os dados mais importantes não estejam incluídos.

Talvez a última versão disponível seja antiga. Ou talvez ninguém saiba quanto tempo leva para restaurar o sistema usado no faturamento.

A regra de backup 3-2-1 ajuda a organizar a proteção contra diferentes tipos de falha. Aplicá-la, porém, exige mais do que contar cópias.

É preciso definir o que proteger, onde armazenar, quem administra e como testar a recuperação. Neste artigo, usamos Acronis Cyber Protect como exemplo de plataforma para apoiar essa operação.

O que significa a regra 3-2-1

A orientação tradicional propõe manter três cópias dos dados, incluindo a cópia principal e duas cópias de backup, em pelo menos dois tipos de mídia ou armazenamento, com uma cópia fora do local principal. A ideia é evitar que um único problema destrua tudo ao mesmo tempo.

Uma empresa pode manter os dados de produção em um servidor, uma cópia em armazenamento local separado e outra em um destino externo. Essa é uma possibilidade, não um desenho universal.

O destino externo precisa ser adequado ao volume de dados, à conectividade, ao tempo de recuperação e aos requisitos de segurança.

A regra é um ponto de partida. Cópias também precisam ser protegidas contra exclusão, alteração e acesso indevido.

Dependendo da tecnologia e do projeto, isolamento, imutabilidade ou armazenamento offline podem contribuir para essa proteção. Nenhuma dessas medidas dispensa verificação e testes.

Em imagem

3 cópias. 2 tipos de armazenamento. 1 fora do local.

3 cópias. 2 tipos de armazenamento. 1 fora do local.Os dados em produção contam como uma das três cópias. Duas cópias de backup devem ser distribuídas em pelo menos dois tipos de mídia ou armazenamento, com uma cópia fora do local principal.Dados em produçãoA cópia usada pela empresaBackup localDestino separadoBackup externoFora do local3 cópias2 mídias1 fora
Exemplo de distribuição. Destinos, isolamento e retenção precisam ser adequados ao ambiente; a contagem não substitui testes.

Comece pelo que a empresa precisa recuperar

Antes de configurar tarefas, identifique sistemas e dados necessários à operação. Inclua documentos compartilhados, aplicações, bancos de dados, configurações e serviços em nuvem relevantes.

Pergunte aos responsáveis de cada área quais informações seriam necessárias para retomar o trabalho.

Faça uma lista de prioridades. Um sistema financeiro pode exigir recuperação antes de um arquivo histórico.

Já um conjunto de documentos pode precisar de retenção prolongada, mesmo que sua restauração não seja urgente. Essas diferenças influenciam frequência, destino e prazo de retenção.

Quem autoriza a recuperação

Registre também onde os dados estão e quem pode autorizar a recuperação. Se houver um fornecedor responsável por um sistema, combine previamente como ele participará do processo.

Isso evita descobrir durante a emergência que o backup existe. Mas a aplicação depende de uma configuração ou licença que ninguém consegue acessar.

Defina perda e tempo aceitáveis

Dois conceitos ajudam a traduzir necessidades do negócio em decisões técnicas. O RPO representa quanto de dados a empresa aceita perder, medido em tempo desde o último ponto de recuperação utilizável.

O RTO representa o tempo desejado para restabelecer um serviço após a interrupção.

Por exemplo, se um backup é executado uma vez por dia, uma falha perto da próxima execução pode deixar alterações recentes fora da cópia disponível. O resultado real depende do horário do último backup válido.

Um objetivo de recuperação mais exigente pode exigir outra frequência, arquitetura ou processo.

Da mesma forma, restaurar dados é apenas parte da retomada. A aplicação pode precisar ser reinstalada, integrada a outros serviços e validada pelo usuário.

Defina objetivos realistas com base em testes, capacidade técnica e recursos disponíveis, sem tratar uma estimativa como garantia.

Como o Acronis Cyber Protect pode apoiar

O Acronis Cyber Protect reúne recursos de proteção e gestão que variam conforme produto, edição, módulos e licenciamento. No contexto de backup, a plataforma pode apoiar a definição de planos, retenção, acompanhamento de tarefas e recuperação para cargas de trabalho compatíveis.

Na prática, o projeto começa identificando quais dispositivos e dados serão protegidos. Depois, são configurados os componentes necessários, os destinos, a programação e as políticas de retenção.

A equipe responsável deve confirmar se as tarefas estão sendo executadas e se os alertas chegam a alguém capaz de tratá-los.

O fabricante também oferece recursos além do backup, conforme a solução e as licenças disponíveis. A escolha dos componentes deve partir da necessidade da empresa, sem presumir que todos os recursos estão incluídos.

Saiba mais sobre implantação e suporte para Acronis Cyber Protect.

“Não confunda sincronização com backup.”
Deste artigo

Retenção e proteção das cópias

Retenção é o período durante o qual as versões de backup são mantidas. Guardar apenas a cópia mais recente pode ser insuficiente quando um arquivo é alterado indevidamente e o problema só é percebido depois.

Por outro lado, manter tudo por tempo indefinido pode aumentar custos e dificultar a gestão.

Defina a retenção conforme necessidade operacional, contratos e obrigações aplicáveis. Revise espaço disponível e custos antes de mudar a política.

Proteja o acesso administrativo com contas individuais e autenticação multifator onde disponível. Verifique também quem pode excluir tarefas e cópias.

Não confunda sincronização com backup. Uma pasta sincronizada pode refletir alterações ou exclusões entre dispositivos.

Recursos de versionamento podem ajudar. Mas precisam ser avaliados e testados.

O que importa é saber quais versões estão disponíveis e como recuperá-las quando necessário.

Teste a recuperação em condições controladas

Escolha uma amostra representativa e combine uma restauração em local apropriado. Verifique se o arquivo abre, se as permissões fazem sentido e se o conteúdo corresponde ao que a empresa precisa.

Para sistemas críticos, planeje testes mais completos, incluindo dependências e validação pelo responsável do negócio.

Registre data, itens testados, responsável, duração e resultado. Se o teste falhar, abra uma pendência com prazo e repita a verificação depois da correção.

Uma rotina sem dono tende a ser esquecida, por isso defina quem acompanha o calendário e aprova o resultado.

Quando a recuperação envolver dados pessoais ou sigilosos, use um ambiente e um processo de teste compatíveis com a sensibilidade das informações. O objetivo é aprender sem criar uma nova exposição.

Em imagem

Um teste de recuperação tem começo e validação

Um teste de recuperação tem começo e validaçãoEscolher uma amostra representativa, restaurar em ambiente apropriado, validar dados e aplicação com o responsável e registrar duração, resultado e pendências.1EscolherAmostra e objetivoDefinir responsável2RestaurarAmbiente apropriadoProteger dados sensíveis3ValidarAbrir dados e aplicaçãoConferir com o negócio4RegistrarDuração e resultadoCorrigir e repetir o teste
A aplicação e suas dependências também precisam funcionar. Um arquivo restaurado não comprova, sozinho, a retomada de um serviço.

Perguntas para fazer ao seu fornecedor

  • Quais dados estão dentro e fora do escopo?
  • Quantas cópias existem e onde ficam armazenadas?
  • Quem recebe os alertas de falha e em quais horários?
  • Qual é a política de retenção e quem pode alterá-la?
  • Quando foi o último teste e quanto tempo levou?
  • Como recuperar o acesso se a conta administrativa estiver comprometida?

As respostas devem estar documentadas e ser revistas após mudanças no ambiente. Uma estratégia de backup útil acompanha a empresa e demonstra, por meio de testes, o que pode ser recuperado.

Seu backup está pronto para recuperar?

Marque os pontos que você já conferiu e leve os demais para a próxima conversa com a equipe.