RAID não é backup: o erro que custa caro

RAID (Redundant Array of Independent Disks) combina vários discos para que eles funcionem como um só, com um objetivo principal em NAS: tolerância a falha. Num RAID com redundância, se um disco morrer, o sistema continua funcionando com os dados intactos, e você troca o disco defeituoso sem parar nada. É proteção contra falha de hardware, em tempo real.

Isso é valiosíssimo para quem não pode parar: uma produtora com editores trabalhando, um servidor de mídia sempre no ar. Mas repare no que o RAID protege: o disco. Não o arquivo.

O RAID copia em tempo real tudo o que acontece no array, inclusive os seus erros. Isso significa que ele não protege contra as causas mais comuns de perda de dados:

• Apagar um arquivo por engano: o RAID apaga nas duas cópias na mesma hora. Sumiu.
• Ransomware ou vírus: o malware criptografa o array inteiro, redundância e tudo.
• Corrupção de arquivo: se o arquivo corrompe, ele é gravado corrompido em toda a redundância.
• Roubo, incêndio ou raio: o NAS inteiro se perde, com todos os discos dentro.
• Erro humano na configuração: um comando errado pode zerar o array.

Em todos esses casos, quem salva o dia é o backup, uma cópia separada, de preferência fora do local, que não é afetada pelo que aconteceu com o original. O RAID não é essa cópia, porque ele espelha o problema junto.

Existe uma armadilha técnica que vale conhecer. O RAID 5 tolera a falha de um disco: quando você troca o disco morto, o array reconstrói os dados no disco novo, um processo chamado rebuild. O problema é que, com os discos gigantes de hoje (16 TB, 20 TB), esse rebuild pode levar dias. E durante o rebuild, o array está sem redundância nenhuma.

Se um segundo disco falhar ou apenas apresentar um erro de leitura durante esses dias de rebuild, o array inteiro é perdido. Como discos grandes têm mais chance de um erro de leitura ao longo de tantos dados, esse cenário deixou de ser raro. Por isso, para arrays de discos grandes, o padrão prudente hoje é o RAID 6, que tolera a falha de dois discos ao mesmo tempo, dando margem durante o rebuild.

Isso reforça o ponto central: nem o RAID 6 é backup. Ele só compra mais segurança contra falha de hardware. A recuperação de um arquivo apagado ou de um array perdido continua vindo do backup.

A regra é simples: deixe o RAID cuidar de falha de disco, e deixe o backup cuidar de recuperação. Um não substitui o outro.

• Use RAID (5 para arrays pequenos com bom backup, 6 para arrays grandes) para manter o sistema no ar quando um disco falha.
• Mantenha um backup de verdade em cima disso, seguindo a regra 3-2-1: uma cópia do NAS em outro lugar.
• Nunca trate o RAID como sua única cópia. Se ele for o único lugar onde o material existe, você não tem backup nenhum.