Obecnie: ZimaOS obsługuje ZFS, ale publicznie opisywany proces nadal opiera się na interfejsie CLI
Prośba o tę funkcję jest częściowo nadal aktualna. Aktualna dokumentacja pamięci masowej ZimaOS uwzględnia ZFS w kontekście migawek, sum kontrolnych i zaawansowanej integralności danych, ale opublikowany proces konfiguracji ZFS nadal odbywa się za pomocą wiersza poleceń. Standardowy interfejs pamięci masowej koncentruje się na RAID 0, 1, 5, 6 i JBOD.
Konfiguracja ZFS w ZimaOS przedstawia obecny sposób korzystania z ZFS, natomiast poziomy RAID w ZimaOS określają standardowe opcje dostępne w interfejsie pamięci masowej.
W przypadku serwera NAS z 5 zatokami zacznij od celu odzyskiwania danych
Nie wybieraj ZFS, RAID 5, RAID 6 ani exFAT dlatego, że któreś z tych rozwiązań jest „bardziej zaawansowane”. Zdecyduj, przed jaką awarią chcesz się zabezpieczyć:
- Podstawowa pamięć aktywna: RAID 5 zapewnia efektywne wykorzystanie pojemności i odporność na awarię jednego dysku, a RAID 6 — odporność na awarię dwóch dysków.
- Aktywna pamięć ZFS: zaawansowane narzędzia do zapewniania integralności, migawki i zestawy danych, ale w obecnym ZimaOS większa odpowiedzialność spoczywa na użytkowniku korzystającym z CLI.
- Przenośna kopia offline: exFAT, gdy ważniejszy jest bezpośredni odczyt w systemach Windows/macOS niż uprawnienia systemu Linux i funkcje migawek.
exFAT zapewnia zgodność odczytu i zapisu, ale nie oznacza to, że interfejs pamięci masowej potrafi go utworzyć
Aktualna lista zgodności formatów w ZimaOS wskazuje, że exFAT umożliwia odczyt i zapis na dyskach USB oraz wewnętrznych. Publicznie opisywany proces obsługi pamięci masowej nie dokumentuje jednak jasno graficznej opcji formatowania dowolnego dysku jako exFAT. Są to dwie odrębne funkcje.
Używaj exFAT do zapewnienia przenośności, a nie jako głównego systemu plików dla baz danych i danych aplikacji. Brakuje w nim uprawnień uniksowych oraz semantyki migawek oczekiwanej przez wiele usług systemu Linux.
Migawki chronią przed innymi problemami niż RAID
RAID chroni dostępność danych w przypadku awarii dysków. Migawka ZFS może pomóc odzyskać wcześniejsze wersje plików po przypadkowych zmianach lub usunięciu danych. Migawka znajdująca się w tej samej puli nadal nie jest kopią zapasową na innym urządzeniu. Dokumentacja OpenZFS opisuje migawki ZFS oraz układy RAIDZ.
Skorzystaj z wbudowanej kopii zapasowej, zanim utworzysz własny harmonogram rsync
Prośba z 2026 roku dotyczyła graficznego menedżera rsync. ZimaOS oferuje obecnie bardziej rozbudowany proces tworzenia kopii zapasowych w modelu 3-2-1, obejmujący lokalne lokalizacje, sieć LAN, USB i chmurę. Jeśli rzeczywistym celem jest zaplanowana replikacja na dysk offline, najpierw sprawdź, czy funkcje wbudowanej kopii zapasowej spełniają wymagania, zanim dodasz kolejny harmonogram.
Kopia zapasowa ZimaOS oraz migracja danych ZimaOS obejmują różne elementy tego procesu.
Praktyczny układ dla 5 zatok
Jednym z rozsądnych rozwiązań jest użycie czterech dysków w RAID 5/6 lub w puli ZFS do przechowywania aktywnych danych oraz jednego wymiennego, niezależnego dysku na kopię offline. Umieszczenie piątego dysku w tej samej obudowie nie czyni go jednak kopią odzyskiwania po awarii, jeśli kradzież, uszkodzenie zasilania lub awaria obudowy obejmie jednocześnie wszystkie dyski.
Pamięć masowa ZimaCube 2 stanowi aktualny przykład sprzętu z wieloma dyskami.
O co naprawdę chodzi w tej prośbie o funkcję
Brakującą wartością nie jest samo „wsparcie dla ZFS”. Chodzi o bezpieczne zarządzanie całym cyklem życia danych z poziomu interfejsu: tworzenie i importowanie pul, wyświetlanie postępu odbudowy, planowanie migawek, przeglądanie i przywracanie migawek, eksportowanie pul oraz zarządzanie przenośnymi systemami plików bez używania poleceń powłoki. To uzasadnione rozróżnienie na poziomie produktu.
Nie umieszczaj wszystkich mechanizmów odzyskiwania w tej samej puli
Obudowa z pięcioma zatokami zachęca do wykorzystania każdego dysku na podstawową pojemność, ale odporność rośnie, gdy jedna z kopii znajduje się w innym obszarze ryzyka. Migawka ZFS w głównej puli, piąty wewnętrzny dysk exFAT oraz zewnętrzna kopia zapasowa przechowywana poza lokalizacją chronią przed różnymi awariami. W przypadku danych nie do odtworzenia co najmniej jedna kopia powinna przetrwać utratę samej obudowy NAS.
Dlatego także „przenośnej pamięci offline” i „aktywnej pamięci o wysokiej integralności” nie należy na siłę opierać na tym samym wyborze systemu plików: przenośność przemawia za exFAT, natomiast migawki, sumy kontrolne i uprawnienia uniksowe — za ZFS lub innym natywnym rozwiązaniem pamięci masowej dla systemu Linux.
Najczęściej zadawane pytania
Czy ZimaOS obsługuje już ZFS?
Tak. Aktualna publiczna dokumentacja zawiera polecenia dotyczące pul i zestawów danych ZFS, ale proces nadal opiera się na interfejsie CLI.
Czy ZimaOS może utworzyć RAIDZ w standardowym interfejsie pamięci masowej?
Aktualna publiczna dokumentacja interfejsu pamięci masowej koncentruje się na RAID 0, 1, 5, 6 i JBOD. Nie zakładaj, że tworzenie RAIDZ jest dostępne w tym samym interfejsie.
Czy ZimaOS może odczytywać i zapisywać dane w systemie exFAT?
Tak. Aktualna lista zgodności formatów dysków wskazuje, że exFAT obsługuje odczyt i zapis na dyskach USB oraz wewnętrznych.
Czy migawki ZFS są kopią zapasową?
Nie. Migawki są wartościowym mechanizmem odzyskiwania danych z określonego punktu w czasie w obrębie systemu pamięci masowej, ale należy połączyć je z niezależną kopią.
Czy powinienem używać exFAT do przechowywania danych aplikacji Docker?
Zwykle nie. W przypadku baz danych aplikacji i trwałych danych kontenerów używaj systemu plików Linux zapewniającego prawidłową obsługę właścicieli i uprawnień.
