Rozwiązanie społecznościowe

ZimaOS JBOD było niedostępne w wersjach 1.4.4/1.5.0: aktualne zalecenia

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.

We wrześniu 2025 roku w wątku zgłoszono, że opcja JBOD była widoczna, ale nie można było jej wybrać w ZimaOS 1.4.4 i 1.5.0. Oficjalna odpowiedź Zima potwierdziła, że implementacja miała problemy z użytecznością, i stwierdziła, że użytkownicy mogą tymczasowo korzystać ze starszej wersji albo poczekać na ponowne wdrożenie tej funkcji.

Tej odpowiedzi nie należy bezrefleksyjnie traktować jako aktualnej porady. Obecna dokumentacja ZimaOS ponownie wymienia JBOD jako dostępną konfigurację pamięci masowej.

Ekran konfiguracji pamięci masowej ZimaOS pokazujący widoczną, ale niemożliwą do wybrania opcję JBOD
Oryginalny zrzut ekranu społeczności z 2025 roku pokazujący opcję JBOD widoczną w interfejsie pamięci masowej, ale niedostępną do wyboru.

Co było prawdą w ZimaOS 1.4.4 i 1.5.0

W zgłoszonych kompilacjach użytkownik nie mógł wybrać JBOD na ekranie konfiguracji pamięci masowej. Oficjalna odpowiedź uznała to za problem z użytecznością produktu, a nie błąd konfiguracji związany z konkretnym dyskiem.

Co się teraz zmieniło

Obecna strona bieżących opcji RAID w ZimaOS opisuje JBOD obok RAID 0, RAID 1, RAID 5 i innych dostępnych konfiguracji pamięci masowej. Definiuje JBOD jako sposób połączenia kilku dysków w jeden ciągły wolumin i podkreśla, że nie zapewnia on nadmiarowości typowej dla RAID.

Oznacza to, że stare obejście — instalowanie starszej kompilacji ZimaOS wyłącznie w celu odzyskania obsługi JBOD — nie powinno być domyślnie zalecane w przypadku aktualnego systemu.

Kiedy JBOD ma sens

JBOD jest przydatne, gdy pojemność i prostota są ważniejsze niż nadmiarowość. Umożliwia połączenie dysków bez przeznaczania równoważnej pojemności na kopie lustrzane lub dane parzystości.

Kompromis jest istotny: JBOD nie jest strategią tworzenia kopii zapasowych. Jeśli dane są ważne, należy przechowywać niezależne kopie zapasowe, zamiast zakładać, że wielodyskowy wolumin JBOD chroni przed awarią dysku.

Jeśli JBOD nadal jest niedostępne

  1. Potwierdź zainstalowaną wersję ZimaOS.
  2. Sprawdź, czy dyski nie zostały już przypisane do innej puli lub systemu plików.
  3. Przejrzyj bieżące opcje konfiguracji pamięci masowej zamiast stosować opisane w 2025 roku obejście zależne od wersji.
  4. Nie obniżaj wersji produkcyjnego serwera pamięci masowej wyłącznie dlatego, że stary wpis na forum opisywał tymczasowy problem z implementacją.

Bieżący kontekst JBOD i ochrony danych

Proces odzyskiwania RAID 1 stanowi przydatny punkt odniesienia, ponieważ pokazuje, jak wygląda odzyskiwanie ukierunkowane na nadmiarowość, gdy dane są ważne. Strona zmian w ZimaOS 1.5 dostarcza kontekstu wersji dla zmian dotyczących pamięci masowej w ZimaOS, natomiast integracja ZimaOS z chmurą jest istotna przy podejmowaniu decyzji, które dane z puli pozbawionej nadmiarowości powinny również znajdować się w innej lokalizacji.

Definicja JBOD firmy Seagate, dostępna na stronie Seagate JBOD, wyjaśnia, że JBOD może agregować pojemność, ale nie zapewnia wbudowanej nadmiarowości typowej dla RAID. Podobnie opis działania JBOD w QNAP przedstawia liniowy JBOD jako połączoną pojemność bez ochrony przed awarią dysku. Definicje te wzmacniają najważniejszy wniosek operacyjny: aktualna opcja JBOD może być właściwym wyborem, jeśli liczy się pojemność, ale nie należy przedstawiać jej jako ochrony nieodtwarzalnych danych.

Podsumowanie

Wpis społeczności poprawnie opisywał tymczasowy problem z JBOD w ZimaOS 1.4.4/1.5.0. Obecna dokumentacja ZimaOS ponownie przedstawia JBOD jako obsługiwaną opcję, dlatego należy korzystać z aktualnych zaleceń dotyczących pamięci masowej, a sugestię obniżenia wersji traktować jako historyczny kontekst związany z konkretną wersją.