Como é que a paridade RAID pode permanecer válida quando os dados do NAS estão corrompidos?

A paridade RAID pode permanecer matematicamente válida enquanto os dados do NAS estão errados porque a paridade normalmente prova que os blocos atuais satisfazem uma equação de redundância. Não prova que esses blocos contenham o conteúdo do ficheiro historicamente correto.

Se dados corrompidos forem escritos através do caminho normal de armazenamento, a camada RAID pode calcular uma paridade correspondente para esses dados corrompidos. A faixa é internamente consistente, mas o ficheiro pode ainda assim estar logicamente ou silenciosamente danificado.

O Que a Paridade RAID Realmente Valida?

A paridade é uma relação entre blocos numa faixa. Num exemplo simplificado de paridade única, os blocos de dados e o bloco de paridade estão ligados por uma equação XOR. Se um bloco estiver em falta, os outros podem recriá-lo.

Essa equação responde a uma questão restrita: estes valores atuais dos blocos encaixam na relação de paridade esperada? Não responde se uma foto ainda contém os pixels que o utilizador originalmente guardou, se uma página de base de dados reflete a última transação confirmada, ou se malware alterou o ficheiro intencionalmente.

Como Podem Dados Errados e Paridade Correta Coexistir?

Suponha que um caminho de memória defeituoso, um defeito de software, um bug de aplicação ou uma fonte já corrompida produza dados errados antes do RAID calcular a paridade. A pilha de armazenamento escreve os dados errados e atualiza a paridade a partir desse mesmo valor errado. Ambas as escritas podem ser concluídas perfeitamente.

A faixa resultante é coerente do ponto de vista do RAID. Uma verificação posterior da paridade pode não encontrar discrepâncias porque a equação ainda é verdadeira. A falha ocorreu acima da camada de paridade, por isso a paridade não tem um registo independente do conteúdo pretendido.

Por Que é Que um Buraco de Escrita RAID é um Problema Diferente?

Um buraco de escrita ocorre quando uma atualização de faixa é interrompida depois de apenas parte da alteração de dados e paridade chegar ao armazenamento estável. A faixa pode então conter uma mistura de valores antigos e novos. Esta é uma inconsistência de paridade, não o caso de “dados errados com paridade correspondente”.

A documentação do registo parcial de paridade (PPL) do Linux MD explica que o PPL resolve o buraco de escrita do RAID 5 ao registar a paridade parcial antes da atualização principal da faixa. Também nota um limite importante: proteger a consistência da paridade não protege automaticamente os dados do utilizador em trânsito contra todos os modos de falha.

Os diários RAID descritos em a documentação RAID do device-mapper Linux resolvem a mesma classe de atualizações de componentes não atómicas. Mantêm a equação de paridade coerente após uma escrita interrompida, mas não podem determinar se a aplicação forneceu os bytes corretos.

O Que Acrescenta Integridade de Ponta a Ponta?

Checksums de ponta a ponta adicionam uma identidade separada para um bloco de dados ou registo. Uma verificação pode recalcular o checksum e compará-lo com o valor armazenado. Se uma cópia redundante falhar na validação e outra passar, o sistema tem evidência sobre qual cópia é confiável.

A documentação do scrub do Btrfs descreve a verificação de dados e metadados para erros de checksum e leitura, e depois a reparação a partir de uma réplica verificada quando disponível. Isso é diferente de confiar apenas na paridade para dizer que a equação da faixa está equilibrada.

O checksum também deve ser protegido e armazenado através de um caminho confiável. Se tanto o conteúdo como o seu checksum forem sobrescritos juntos com uma nova versão logicamente errada, o sistema pode verificar essa versão errada de forma consistente.

Onde é Que o RAID Ainda Ajuda?

A paridade continua a ser valiosa para falhas de disco e recuperação de blocos ilegíveis. Pode reconstruir informação em falta, preservar a disponibilidade e suportar reparações quando a falha está dentro do modelo RAID. O erro é pedir à paridade para provar a correção da aplicação, a verdade histórica ou independência da mesma pilha de armazenamento.

Este limite faz parte de os limites do RAID para proteção de dados NAS domésticos. RAID, checksums, snapshots e backups respondem a perguntas diferentes e tornam-se mais fortes quando são combinados em camadas em vez de tratados como intercambiáveis.

Perguntas Frequentes

Uma verificação de paridade bem-sucedida prova que cada ficheiro está correto?

Não. Prova que as faixas verificadas satisfazem as suas relações atuais de paridade. Os ficheiros podem ainda estar logicamente errados, alterados maliciosamente ou consistentemente corrompidos acima da camada RAID.

Os checksums podem identificar a cópia correta?

Podem distinguir uma cópia que corresponde ao seu checksum armazenado de uma que não corresponde. A reparação ainda requer uma cópia redundante válida ou backup, e um checksum não pode detetar uma versão errada que foi legitimamente checksummed após ser escrita.

O journaling RAID é o mesmo que journaling do sistema de ficheiros?

Não. O journaling RAID protege a consistência da atualização do array, especialmente as relações de dados e paridade. O journaling do sistema de ficheiros protege a consistência das transações do sistema de ficheiros, como atualizações de metadados.

Conclusão Final

Paridade válida significa que a faixa atual é matematicamente autoconsistente. Não significa que os bytes são os bytes pretendidos. Checksums de ponta a ponta, semântica de transações, snapshots e backups independentes são necessários para responder às questões mais amplas de integridade e recuperação que a paridade não consegue.