En tråd från september 2025 rapporterades att JBOD-alternativet syntes men inte gick att välja i ZimaOS 1.4.4 och 1.5.0. Ett officiellt svar från Zima bekräftade att implementeringen hade användbarhetsproblem och sade att användare tillfälligt kunde använda en äldre version eller vänta på att funktionen skulle implementeras på nytt.
Det svaret bör inte återges som aktuell rådgivning. Den aktuella ZimaOS-dokumentationen listar åter JBOD som en tillgänglig lagringskonfiguration.
Vad som gällde i ZimaOS 1.4.4 och 1.5.0
I de rapporterade versionerna kunde användaren inte välja JBOD på skärmen för lagringskonfiguration. Det officiella svaret beskrev detta som ett problem med produktens användbarhet, inte som ett dis specifikt konfigurationsfel.
Vad som är annorlunda nu
De aktuella aktuella RAID-alternativen i ZimaOS beskriver JBOD tillsammans med RAID 0, RAID 1, RAID 5 och andra lagringsalternativ. JBOD definieras som ett sätt att sammanfoga flera diskar till en sammanhängande volym, och det betonas att JBOD inte ger RAID-liknande redundans.
Det innebär att den gamla lösningen – att installera en äldre ZimaOS-version enbart för att återfå JBOD – inte bör vara standardrekommendationen för ett aktuellt system.
När JBOD är ett bra val
JBOD är användbart när kapacitet och enkelhet är viktigare än redundans. Det kan kombinera diskar utan att motsvarande kapacitet behöver användas för speglade kopior eller paritetskopior.
Avvägningen är viktig: JBOD är ingen säkerhetskopieringsstrategi. Om informationen är viktig bör du ha separata säkerhetskopior i stället för att anta att en JBOD-volym med flera diskar skyddar mot diskfel.
Om JBOD fortfarande inte är tillgängligt
- Bekräfta vilken ZimaOS-version som är installerad.
- Kontrollera om diskarna redan har tilldelats en annan pool eller ett annat filsystem.
- Granska de aktuella alternativen för lagringskonfiguration i stället för att följa den versionsspecifika lösningen från 2025.
- Nedgradera inte en produktionsserver för lagring enbart för att ett äldre foruminlägg beskrev ett tillfälligt implementeringsproblem.
Aktuell kontext för JBOD och dataskydd
Arbetsflödet för återställning av RAID 1 är en användbar kontrast, eftersom det visar hur återställning med fokus på redundans ser ut när informationen är viktig. Ändringarna i ZimaOS 1.5 ger versionskontext för lagringsändringar i ZimaOS, medan ZimaOS molnintegration är relevant när du avgör vilka data i en pool utan redundans som även bör finnas på en annan plats.
Seagates definition av JBOD förklarar att JBOD kan aggregera kapacitet men inte ger inbyggd RAID-liknande redundans, och QNAP:s beskrivning av JBOD beskriver på liknande sätt linjär JBOD som kombinerad kapacitet utan skydd mot diskfel. Dessa definitioner förstärker den centrala praktiska poängen: ett aktuellt JBOD-alternativ kan vara giltigt för kapacitet, men bör inte framställas som skydd för oersättlig information.
Sammanfattning
Community-inlägget beskrev korrekt ett tillfälligt JBOD-problem i ZimaOS 1.4.4/1.5.0. Den aktuella ZimaOS-dokumentationen presenterar åter JBOD som ett alternativ som stöds. Använd därför aktuell vägledning för lagring och betrakta det äldre rådet om nedgradering som historisk versionskontext.
