LGPD técnica para pequenas empresas: 20 controles de TI
Categoria: Custos e gestão de TI
Cookies e medição
Guardamos só o necessário para o site funcionar e medimos visitasMedimos visitas com o Umami, no nosso próprio servidor, sem cookies e sem guardar o seu IP. A medição fica ativa por legítimo interesse, e você pode desligá-la. Detalhes na Política de Cookies.
O que é a regra de backup 3-2-1-1-0, como ter cópia imutável ou offline e testar a restauração, com arquiteturas para 3 portes de empresa, custos e checklist.
Backup que nunca foi restaurado é uma hipótese, não um backup. A regra 3-2-1-1-0 existe para transformar essa hipótese em algo verificável: quantas cópias, onde, qual delas resiste a ransomware e como você sabe que funciona. Este guia explica a regra em linguagem de quem administra TI de PME, com arquiteturas de referência para três portes, custos de outubro de 2026 e um checklist para conferir o que você já tem.
A regra 3-2-1-1-0 pede três cópias dos dados, em dois tipos de armazenamento diferentes, uma delas fora do local, uma imutável ou desconectada da rede, e zero erros no teste de restauração. É a regra 3-2-1 clássica com duas exigências a mais, criadas depois que o ransomware passou a apagar backups antes de cifrar os servidores.
| Dígito | Exigência | Contra o quê protege |
|---|---|---|
| 3 | Três cópias: a produção e mais duas | Falha de um único equipamento |
| 2 | Dois tipos de armazenamento (por exemplo, NAS e nuvem de objetos) | Defeito ou bug que afeta uma tecnologia inteira |
| 1 | Uma cópia fora do local | Incêndio, furto, alagamento, queda de energia prolongada |
| 1 | Uma cópia imutável ou offline | Ransomware e administrador comprometido apagando backups |
| 0 | Zero erros na verificação de restauração | Backup que “rodou com sucesso” mas não restaura |
A extensão 3-2-1-1-0 foi popularizada pela Veeam, mas a ideia não depende de fabricante. A CISA, agência de cibersegurança dos EUA, recomenda no guia contra ransomware manter backups offline e cifrados e testar a restauração com regularidade.
Cópia imutável é aquela que ninguém consegue apagar ou alterar antes do fim de um prazo de retenção, nem mesmo com a senha de administrador. Cópia offline fica desconectada da rede, como um disco guardado fora do escritório. As duas resolvem o mesmo problema: o atacante que chega ao servidor de backup e apaga tudo antes de cifrar a produção.
Este é um dos pontos que mais falham em PME. É comum o backup existir e rodar toda noite, mas ficar em um NAS no mesmo domínio do Active Directory, acessível com a mesma conta de administrador. Quem invade a rede invade o backup.
| Opção | Como funciona | Cuidados |
|---|---|---|
| Nuvem de objetos com bloqueio (Object Lock) | O bucket recusa exclusão até a data de retenção | Use o modo que nem o administrador da conta consegue desfazer; proteja a conta com MFA |
| Snapshots imutáveis no NAS | O NAS mantém snapshots bloqueados por N dias | O próprio NAS precisa estar fora do domínio e com acesso administrativo restrito |
| Repositório Linux endurecido | Servidor Linux sem acesso SSH permanente, com arquivos marcados como imutáveis pela ferramenta de backup | Exige ferramenta compatível e disciplina de acesso |
| Disco externo em rodízio | Dois ou mais discos alternados, um sempre fora do escritório | Depende de pessoa; falha quando alguém esquece de trocar |
| Fita LTO | Mídia removível, barata por TB em volume alto | Custo de entrada do drive; faz sentido acima de dezenas de TB |
Para a maioria das PMEs, a combinação mais prática é nuvem de objetos com bloqueio como cópia imutável e fora do local ao mesmo tempo. Ela cumpre dois dígitos da regra com um único destino, sem depender de alguém levar disco para casa.
O zero significa que cada backup foi verificado e restaurou sem erro. Não basta o e-mail “job concluído com sucesso”. A verificação precisa abrir o backup, montar a máquina ou os arquivos e confirmar que o conteúdo está íntegro. Sem esse teste, a empresa só descobre que o backup falhava no dia em que precisa dele.
Três níveis de teste, do mais barato ao mais completo:
O tempo medido no nível 3 é o seu RTO real (tempo para voltar a operar). Compare com o que a diretoria espera. Se a expectativa é voltar em 4 horas e o teste levou 14, o problema aparece agora, e não durante um incidente. O intervalo entre backups define o RPO (quanto trabalho se perde): backup diário à meia-noite significa até um dia de trabalho perdido.
A arquitetura certa depende de quanto dado existe, de quanto tempo a empresa aguenta parada e de onde os sistemas rodam. As três arquiteturas abaixo são pontos de partida, não receita: cada uma cumpre a regra 3-2-1-1-0 com o menor número de peças razoável para o porte indicado.
| Pequena (até 15 estações) | Média (15 a 60 estações) | Maior (60 a 200 estações) | |
|---|---|---|---|
| Cenário típico | Arquivos, e-mail em nuvem, ERP em nuvem ou em um PC | Servidor de arquivos, ERP local, AD | Vários servidores virtualizados, bancos de dados, filiais |
| Cópia 1 (produção) | Microsoft 365 ou Google Workspace; PC ou servidor pequeno | Servidor(es) físicos ou virtuais | Cluster ou hosts de virtualização |
| Cópia 2 (local) | NAS de 2 discos fora do domínio | NAS dedicado ao backup, fora do domínio, com snapshots imutáveis | Repositório endurecido ou NAS com snapshots imutáveis |
| Cópia 3 (fora e imutável) | Nuvem de objetos com bloqueio | Nuvem de objetos com bloqueio | Nuvem de objetos com bloqueio e, acima de dezenas de TB, fita |
| SaaS (e-mail, arquivos em nuvem) | Backup independente do Microsoft 365 ou Google Workspace | Igual | Igual |
| Teste | Restauração por amostragem mensal | Mensal mais um sistema completo por trimestre | Verificação automática diária mais teste completo trimestral |
| RPO comum | 24 h | 4 a 24 h | 1 a 4 h para sistemas críticos |
Dois cuidados valem para os três portes. Primeiro, o backup não pode usar as mesmas credenciais da produção: conta separada, fora do domínio, com MFA onde der. Segundo, SaaS também precisa de backup: o provedor mantém o serviço no ar, mas a retenção nativa tem prazo e não protege contra exclusão feita por uma conta de administrador comprometida.
O custo de um backup 3-2-1-1-0 tem três partes: o armazenamento local (NAS e discos, pago uma vez), o armazenamento em nuvem (pago por TB por mês) e as licenças da ferramenta de backup. A parte que mais engana é a nuvem, porque o volume guardado cresce com a retenção de versões, e não só com o tamanho dos dados.
Armazenamento de objetos em nuvem, valores de outubro de 2026 (sem impostos):
| Fornecedor | Preço por TB/mês | Observações | Fonte |
|---|---|---|---|
| Backblaze B2 | US$ 6,95 | Saída gratuita até 3 vezes o volume médio armazenado | preços B2 |
| Wasabi | US$ 7,99 | Sem cobrança de saída; mínimo de 90 dias por objeto e de 1 TB por conta | preços Wasabi |
Premissas da tabela abaixo: o volume armazenado é 1,5 vez o volume de dados (dados mais 30 dias de versões incrementais, com deduplicação); essa proporção é uma estimativa editorial e varia muito com o tipo de dado. Valores mensais, sem impostos e sem câmbio.
| Dados protegidos | Volume armazenado | B2 (US$/mês) | Wasabi (US$/mês) |
|---|---|---|---|
| 1 TB | 1,5 TB | 10,43 | 11,99 |
| 5 TB | 7,5 TB | 52,13 | 59,93 |
| 20 TB | 30 TB | 208,50 | 239,70 |
O que não está na tabela, e precisa entrar no orçamento:
Use esta lista para conferir o backup que você já tem. Cada item é uma pergunta de sim ou não. Se três ou mais respostas forem “não”, a empresa provavelmente não cumpre a regra 3-2-1-1-0, e o risco maior costuma estar na cópia imutável e no teste de restauração.
O checklist completo de backup 3-2-1-1-0 traz esses itens detalhados, com o que verificar em cada um e um modelo de registro de teste de restauração.
Os erros mais frequentes não são de tecnologia, e sim de desenho e rotina: backup que só existe no mesmo prédio, sincronização tratada como backup, conta de administrador única para tudo e nenhum teste de restauração. Todos são baratos de corrigir antes do incidente e caros depois dele.
| Erro | Por que é perigoso | Correção |
|---|---|---|
| Sincronização (OneDrive, Google Drive) tratada como backup | Ransomware e exclusão se replicam para todas as cópias | Backup independente com versões e retenção |
| NAS de backup no domínio, com a mesma senha de administrador | O atacante apaga o backup antes de cifrar | NAS fora do domínio, conta própria, snapshots imutáveis |
| Disco externo sempre conectado | Vira mais uma unidade para o ransomware cifrar | Rodízio com disco fora do escritório, ou nuvem imutável |
| Nenhum teste de restauração | Falha descoberta só no incidente | Teste mensal por amostragem e trimestral completo |
| Alerta de falha que ninguém lê | Semanas sem backup sem que ninguém perceba | Alerta para mais de uma pessoa e revisão semanal |
| Chaves de criptografia do backup guardadas só no servidor | O backup cifrado fica inútil se o servidor se perde | Cópia das chaves em cofre de senhas fora da rede |
Se quiser ajuda para desenhar ou revisar a política de backup, a SDI faz consultoria em TI com plano de continuidade, a partir de R$ 220 por hora ou de R$ 6.000 por projeto. A entrega inclui o desenho da arquitetura, o roteiro de teste de restauração e a documentação para a sua equipe operar.
Três cópias dos dados, em dois tipos de mídia ou armazenamento diferentes, uma fora do local, uma imutável ou desconectada, e zero erros no teste de restauração. É a regra 3-2-1 clássica com duas exigências a mais, voltadas a ransomware e a backups que falham sem ninguém perceber.
Não. Sincronização replica a exclusão e a criptografia feitas por ransomware para todas as cópias. Ela pode compor uma das camadas, desde que exista versão anterior recuperável e retenção definida, mas não substitui uma cópia independente e imutável.
Sim, se perder e-mails ou arquivos for um problema. Os provedores garantem a disponibilidade do serviço, mas a retenção nativa tem limites de prazo e não protege contra exclusão feita por um administrador comprometido. Uma cópia em ferramenta independente fecha essa lacuna.
Teste automático a cada execução, quando a ferramenta permitir, e restauração completa de pelo menos um sistema crítico por trimestre, cronometrada. O tempo medido nesse teste é o seu RTO real, e é ele que deve ir para o plano de continuidade.
Em outubro de 2026, armazenamento de objetos compatível com S3 e com bloqueio de objetos custava entre US$ 6,95 e US$ 7,99 por TB por mês nos fornecedores consultados, sem impostos. O volume armazenado depende da retenção: com 30 dias de versões, ele costuma passar do tamanho dos dados originais.
Os artigos do blog são escritos pela equipe da SDI — Serviços Digitais Integrados e assinados pela empresa. Somos três sócios técnicos que projetam, documentam e mantêm redes, servidores, integrações e automações com IA para pequenas e médias empresas. Quando um sócio revisa a parte técnica, o nome dele aparece no topo do artigo.
Conheça a equipeUm e-mail quando sair um artigo novo ou uma atualização de preços. Descadastro em um clique.
Diagnóstico, plano diretor de TI (PDTI), revisão de arquitetura, escolha de cloud, redução de custo, backup e continuidade (PCN) e adequação técnica à LGPD.
Respondemos em até 1 dia útil, de segunda a sexta, das 9h às 17h.