Solução da comunidade

A recuperação RAID do ZimaOS funciona? O que significou a falha de 2024

A ZimaCube owner deliberately broke a RAID5 to test drive replacement and found that the 1.2.1 recovery UI could not accept the replacement disk.

Resposta atual: Sim, a recuperação de RAID existe — mas esta falha de 2024 ocorreu quando a substituição estava desativada

O teste falhado é historicamente real. No ZimaOS 1.2.1, a IceWhale afirmou explicitamente que a substituição de RAID tinha sido desativada devido a um problema de verificação. Por isso, a caixa de diálogo de recuperação vazia não provava que a recuperação de RAID nunca poderia funcionar; tratava-se de uma funcionalidade desativada específica dessa versão.

Página de armazenamento do ZimaOS a mostrar um RAID degradado em modo só de leitura e a pedir uma unidade de substituição
O teste de 2024 removeu e formatou intencionalmente um membro do RAID5. O ZimaOS bloqueou o conjunto degradado em modo só de leitura e pediu uma unidade de substituição.
Caixa de diálogo de recuperação de RAID do ZimaOS a mostrar que não existem discos rígidos disponíveis para o teste de substituição falhado
A caixa de diálogo de recuperação de RAID não conseguiu disponibilizar o disco reinserido no ZimaOS 1.2.1, correspondendo à declaração posterior da IceWhale de que a substituição tinha sido temporariamente desativada.

Não recrie nem formate um RAID quando os dados ainda são importantes

A prática de recuperação atual é muito mais conservadora. Se um conjunto existente deixar de ser reconhecido após uma reinstalação ou perda da base de dados de armazenamento, preserve os discos membros e recupere a configuração de RAID guardada antes de criar um novo conjunto. A recuperação de RAID do ZimaOS explica o método atual com local-storage.db e o limite da alternativa destrutiva.

A inspeção de conjuntos md com o mdadm do Linux é a referência de origem para identificar um conjunto md.

Um teste de substituição falhado e uma atualização falhada eram dois problemas diferentes

Ecrã das definições gerais do ZimaOS 1.2.0 sem a notificação de atualização esperada
O ecrã 1.2.0 de um segundo utilizador não apresentava o aviso de atualização esperado; mais tarde, o tópico concluiu que esse problema específico de atualização era causado por tráfego de transferência bloqueado pela firewall.

Mais tarde, o tópico incluiu um sistema 1.2.0 que não conseguia ver a atualização. O caso acabou por ser atribuído à firewall: a transferência da atualização estava bloqueada. Não confunda uma atualização de software indisponível com a falha de substituição de um membro do RAID só porque ambas apareceram na mesma discussão.

Teste a recuperação com dados que possa perder

A intenção original era boa: verificar o modo degradado e o comportamento da substituição antes de confiar dados importantes a um conjunto. Utilize ficheiros descartáveis, remova corretamente um membro, confirme que o conjunto fica degradado e em modo só de leitura conforme esperado, adicione um disco de substituição conhecido e monitorize o estado da reconstrução.

O comportamento MD do kernel do Linux fornece o modelo de nível inferior.

A recuperação de RAID não é uma cópia de segurança

Uma reconstrução de RAID bem-sucedida protege contra a falha de um disco membro. Não protege contra eliminação acidental, corrupção do sistema de ficheiros, malware, erros do controlador ou a criação de um novo conjunto sobre os discos errados. Mantenha uma segunda cópia verificada fora do conjunto.

Para hardware atual com várias unidades e planeamento da recuperação, o armazenamento ZimaCube 2 fornece o contexto atual da plataforma.