Solução da comunidade

O JBOD do ZimaOS esteve indisponível nas versões 1.4.4/1.5.0: orientações atuais

A user running ZimaOS 1.4.4 and 1.5.0 could see the JBOD option in storage settings but could not select it. An official reply said that implementation had usability problems and was being reworked.

Uma discussão de setembro de 2025 relatou que a opção JBOD estava visível, mas não podia ser selecionada no ZimaOS 1.4.4 e 1.5.0. Uma resposta oficial da Zima confirmou que a implementação tinha problemas de usabilidade e indicou que os utilizadores poderiam temporariamente utilizar uma versão mais antiga ou aguardar pela reimplementação da funcionalidade.

Essa resposta não deve ser reproduzida como recomendação atual. A documentação atual do ZimaOS volta a listar JBOD como uma configuração de armazenamento disponível.

Ecrã de configuração do armazenamento do ZimaOS que mostra uma opção JBOD visível, mas não selecionável
Captura de ecrã original da comunidade, de 2025, que mostra a opção JBOD visível na interface de armazenamento, mas indisponível para seleção.

O que acontecia no ZimaOS 1.4.4 e 1.5.0

Nas versões referidas, o utilizador não conseguia selecionar JBOD no ecrã de configuração do armazenamento. A resposta oficial tratou esta situação como um problema de usabilidade do produto, e não como um erro de configuração específico dos discos.

O que mudou entretanto

As opções atuais de RAID do ZimaOS descrevem JBOD juntamente com RAID 0, RAID 1, RAID 5 e outras opções de armazenamento. A documentação define JBOD como uma forma de juntar vários discos num único volume contínuo e salienta que não fornece redundância semelhante à de RAID.

Isto significa que a antiga solução alternativa — instalar uma versão mais antiga do ZimaOS simplesmente para recuperar o JBOD — não deve ser a recomendação predefinida para um sistema atual.

Quando o JBOD faz sentido

O JBOD é útil quando a capacidade e a simplicidade são mais importantes do que a redundância. Pode combinar discos sem reservar uma capacidade equivalente para cópias espelhadas ou de paridade.

A desvantagem é importante: o JBOD não é uma estratégia de cópia de segurança. Se os dados forem importantes, mantenha cópias de segurança independentes em vez de presumir que um volume JBOD com vários discos oferece proteção contra a falha de uma unidade.

Se o JBOD continuar indisponível

  1. Confirme a versão instalada do ZimaOS.
  2. Verifique se os discos já estão atribuídos a outro pool ou sistema de ficheiros.
  3. Consulte as opções atuais de configuração do armazenamento em vez de seguir a solução alternativa específica da versão de 2025.
  4. Não faça downgrade de um servidor de armazenamento em produção apenas porque uma publicação antiga do fórum descreveu um problema temporário de implementação.

Contexto atual do JBOD e da proteção de dados

O fluxo de recuperação do RAID 1 é um contraste útil, pois mostra como é a recuperação orientada para a redundância quando os dados são importantes. As alterações do ZimaOS 1.5 fornecem contexto sobre as alterações de armazenamento do ZimaOS, enquanto a integração na nuvem do ZimaOS é relevante para decidir quais os dados de um pool sem redundância que também devem existir noutra localização.

A definição de JBOD da Seagate explica que o JBOD pode agregar capacidade, mas não fornece redundância integrada semelhante à de RAID, e o comportamento do JBOD da QNAP descreve igualmente o JBOD linear como capacidade combinada sem proteção contra falhas dos discos. Estas definições reforçam o ponto operacional essencial: uma opção JBOD atual pode ser adequada para aumentar a capacidade, mas não deve ser apresentada como proteção para dados insubstituíveis.

Conclusão

A publicação da comunidade descreveu corretamente um problema temporário do JBOD no ZimaOS 1.4.4/1.5.0. A documentação atual do ZimaOS volta a apresentar o JBOD como uma opção suportada; por isso, utilize as orientações atuais de armazenamento e trate a sugestão antiga de fazer downgrade como contexto histórico específico da versão.