RAID não é backup: o que cada um protege no homelab
RAID mantém o servidor no ar quando um disco falha, mas não salva de arquivo apagado, ransomware ou perda da máquina. A diferença, com um checklist.
- Publicado
- Leitura
- 5 min
“Tenho RAID, então estou protegido.” Essa frase aparece toda hora em fórum de homelab, e ela está errada pela metade. RAID protege contra uma coisa só: um disco parar de funcionar. Backup protege contra quase todo o resto.
Eu sei o tamanho dessa diferença. No meu desastre, perdi o SSD e o HD de backup juntos e não consegui recuperar nada, como contei no post sobre backup com vzdump. Neste post separo o que cada um faz, com exemplos de homelab, para você não descobrir na hora errada.
O que o RAID faz #
RAID (e o equivalente no ZFS, como espelho e RAID-Z) junta vários discos para que o sistema continue funcionando quando um deles falha. Os níveis mais comuns:
- RAID 1 / espelho: dois discos com o mesmo conteúdo. Um morre, o outro segue.
- RAID 5 / RAID-Z1: aguenta a perda de um disco, com mais espaço útil.
- RAID 6 / RAID-Z2: aguenta a perda de dois discos.
- RAID 0: junta os discos para ter mais espaço e velocidade, sem nenhuma redundância. Se um falhar, perde tudo.
O ponto central: RAID é sobre continuar funcionando. Ele mantém os dados acessíveis enquanto você troca o disco ruim. Não guarda versões antigas e não sabe a diferença entre um arquivo apagado de propósito e um apagado por engano.
O que o RAID não protege #
Tudo que acontece “por cima” dos discos é copiado para todos eles na hora:
- Apagou sem querer. O arquivo some de todos os discos ao mesmo tempo.
- Ransomware. Os arquivos criptografados são gravados no espelho com a mesma eficiência que os originais.
- Erro de software ou de configuração. Uma atualização que corrompe o banco do app corrompe as duas cópias.
- Perda da máquina inteira. Fonte que queima e leva os discos, roubo, enchente, raio. Todos os discos estão na mesma caixa.
- Falha na reconstrução. Quando um disco morre, a reconstrução força muito os que sobraram. Se outro falhar no meio dela, num RAID 5 você perde o arranjo.
O último caso é o mais traiçoeiro. Discos comprados juntos, do mesmo lote, com o mesmo uso, tendem a envelhecer juntos.
O que é backup de verdade #
Backup é uma cópia separada, de um momento no tempo, que você consegue restaurar. As três partes importam:
- Separada: em outro disco, de preferência em outro lugar. Se fica na mesma máquina, morre com ela.
- De um momento no tempo: com retenção, para voltar ao estado de ontem ou da semana passada. É isso que salva do arquivo apagado e do ransomware.
- Restaurável: backup que nunca foi testado é só esperança.
A referência mais conhecida é a regra 3-2-1: três cópias dos dados, em duas mídias diferentes, com uma cópia fora de casa.
Snapshot também não é backup #
Snapshot de ZFS, de LVM-thin ou do Proxmox é ótimo para desfazer uma atualização que deu errado. Mas ele fica no mesmo disco dos dados. Se o disco morre, o snapshot vai junto.
Uso o snapshot como botão de desfazer antes de mexer em algo. O backup é outra coisa.
Como isso fica no meu homelab #
Hoje o meu homelab tem um nó só, com um SSD de 1 TB e nenhum RAID. A proteção vem toda de backup:
- 21:00: vzdump de todos os guests, modo
snapshot, compressãozstd, para um HD externo USB; - retenção: 14 diários, 8 semanais e 12 mensais;
- 21:30: backup da configuração do host Proxmox;
- 23:00: uma auditoria confere se tudo rodou e manda um relatório por e-mail;
- fora de casa: desde outubro, os backups dos containers também vão para o OneDrive com rclone.
E já restaurei pelo vzdump sem problema, o que é a parte mais importante. Ter dois discos em RAID no lugar do HD externo não teria me salvado no desastre: perdi justamente os dois discos.
Então RAID não serve para nada? #
Serve, e muito. Só não é para a mesma coisa. Num NAS ou num servidor com vários discos, RAID evita que a falha de um disco vire uma tarde de restauração. É disponibilidade: o serviço continua no ar.
Os dois juntos são o ideal:
| Problema | RAID resolve? | Backup resolve? |
|---|---|---|
| Um disco morre | Sim, sem parar | Sim, com restauração |
| Arquivo apagado por engano | Não | Sim |
| Ransomware | Não | Sim, se a cópia estiver separada |
| Atualização corrompe o app | Não | Sim |
| Máquina perdida (roubo, fogo) | Não | Só a cópia fora de casa |
Se o orçamento só dá para um, escolha backup. Um servidor que fica um dia fora do ar enquanto você restaura é chato. Dados que não voltam são piores.
Checklist rápido #
- Você tem pelo menos uma cópia fora da máquina dos seus dados?
- Essa cópia tem versões antigas (retenção)?
- Existe uma cópia fora de casa?
- Você já restaurou algo dela?
- Alguém avisa se o backup falhar?
Se a resposta for não para alguma, é por aí que eu começaria, antes de pensar em RAID.
Resumindo #
- RAID mantém o sistema funcionando quando um disco falha. Só isso.
- Backup é uma cópia separada, com histórico e testada. Protege de erro humano, ransomware e perda da máquina.
- Snapshot é desfazer, não backup: fica no mesmo disco.
- Os dois juntos são o ideal. Se só der um, fique com o backup.
Perder tudo uma vez foi o suficiente para eu nunca mais confundir as duas coisas. Se você chegou até aqui com “não” no checklist, a hora de resolver é antes do disco avisar.