De huidige situatie: ZimaOS ondersteunt ZFS, maar de openbare workflow is nog steeds op de CLI gericht
De functievraag is deels nog steeds relevant. De huidige opslagdocumentatie van ZimaOS vermeldt ZFS voor snapshots, checksums en geavanceerde gegevensintegriteit, maar het gepubliceerde installatieproces voor ZFS is nog steeds gebaseerd op de opdrachtregel. De normale opslaginterface richt zich op RAID 0, 1, 5, 6 en JBOD.
De ZimaOS-installatie voor ZFS laat de huidige ZFS-methode zien, terwijl de ZimaOS RAID-niveaus de normale keuzes in de opslaginterface beschrijven.
Begin bij een NAS met 5 sleuven met het hersteldoel
Kies ZFS, RAID 5, RAID 6 of exFAT niet omdat een optie “geavanceerder” is. Bepaal welke storing je moet kunnen overleven:
- Primaire actieve opslag: RAID 5 voor efficiënte capaciteit en fouttolerantie bij één defecte schijf, of RAID 6 wanneer fouttolerantie bij twee defecte schijven belangrijk is.
- Actieve ZFS-opslag: krachtigere hulpmiddelen voor gegevensintegriteit, snapshots en datasets, met in het huidige ZimaOS meer verantwoordelijkheid via de CLI.
- Draagbare koude kopie: exFAT wanneer directe leesbaarheid in Windows/macOS belangrijker is dan Linux-rechten en snapshotfuncties.
exFAT is compatibel voor lezen en schrijven, maar dat betekent niet dat de opslaginterface het kan aanmaken
De huidige compatibiliteitslijst voor formattering in ZimaOS vermeldt exFAT als leesbaar en schrijfbaar voor USB- en interne schijven. De openbare opslagworkflow documenteert echter niet duidelijk een GUI-actie om een willekeurige schijf als exFAT te formatteren. Dat zijn twee afzonderlijke mogelijkheden.
Gebruik exFAT voor draagbaarheid, niet als primair bestandssysteem voor databases en appgegevens. Het biedt niet de Unix-rechten en snapshotsemantiek die veel Linux-services verwachten.
Snapshots beschermen tegen andere problemen dan RAID
RAID beschermt de beschikbaarheid wanneer schijven defect raken. Een ZFS-snapshot kan helpen om eerdere bestandsversies te herstellen na onbedoelde wijzigingen of verwijdering. Een snapshot op dezelfde pool is nog steeds geen back-up op een ander apparaat. OpenZFS documenteert ZFS-snapshots en RAIDZ-indelingen.
Gebruik ingebouwde back-up voordat je een aangepaste rsync-planner bouwt
De aanvraag uit 2026 stelde een grafische rsync-manager voor. ZimaOS beschikt nu over een bredere 3-2-1-back-upworkflow voor lokale, LAN-, USB- en cloudbestemmingen. Als het werkelijke doel geplande replicatie naar een koude schijf is, test dan eerst of de ingebouwde back-upfunctionaliteit aan de vereisten voldoet voordat je een andere planner toevoegt.
De ZimaOS-back-up en ZimaOS-gegevensmigratie behandelen verschillende onderdelen van die levenscyclus.
Een praktische indeling voor 5 sleuven
Een redelijk ontwerp is vier schijven in RAID 5/6 of een ZFS-pool voor actieve gegevens, plus één verwijderbare/onafhankelijke schijf voor een koude kopie. Maar als je de vijfde schijf in hetzelfde chassis plaatst, is het geen kopie voor noodherstel wanneer diefstal, stroomschade of een defect chassis alle schijven tegelijk treft.
De ZimaCube 2-opslag biedt een actueel hardwarevoorbeeld met meerdere schijven.
Waar de functievraag werkelijk om vraagt
De ontbrekende waarde is niet abstractweg “ZFS-ondersteuning”. Het gaat om veilig beheer van de volledige levenscyclus in de interface: pools aanmaken/importeren, de voortgang van resilvering tonen, snapshots plannen, snapshots bekijken/herstellen, pools exporteren en draagbare bestandssystemen beheren zonder shellopdrachten. Dat is een legitiem onderscheid op productniveau.
Plaats niet elk herstelmechanisme in dezelfde pool
Een chassis met vijf sleuven nodigt uit om elke schijf voor primaire capaciteit te gebruiken, maar de veerkracht verbetert wanneer één kopie een andere storingsgrens heeft. Een ZFS-snapshot in de hoofdpool, een vijfde interne exFAT-schijf en een externe back-up op een andere locatie beschermen elk tegen verschillende storingen. Voor onvervangbare gegevens moet minstens één kopie het verlies van het NAS-chassis zelf kunnen overleven.
Daarom moeten “draagbare koude opslag” en “actieve opslag met hoge integriteit” ook niet tot dezelfde keuze voor het bestandssysteem worden gedwongen: draagbaarheid pleit voor exFAT, terwijl snapshots, checksums en Unix-rechten pleiten voor ZFS of een ander oorspronkelijk Linux-opslagontwerp.
Veelgestelde vragen
Ondersteunt ZimaOS nu ZFS?
Ja. De huidige openbare documentatie bevat opdrachten voor ZFS-pools en datasets, maar de workflow blijft op de CLI gericht.
Kan ZimaOS RAIDZ aanmaken in de normale opslaginterface?
De huidige openbare documentatie voor de opslaginterface richt zich op RAID 0, 1, 5, 6 en JBOD. Ga er niet van uit dat het aanmaken van RAIDZ in dezelfde interface beschikbaar is.
Kan ZimaOS exFAT lezen en schrijven?
Ja, de huidige compatibiliteitslijst voor schijfformattering vermeldt exFAT als leesbaar en schrijfbaar voor USB- en interne schijven.
Zijn ZFS-snapshots een back-up?
Nee. Snapshots zijn waardevol voor herstel op een bepaald moment binnen het opslagsysteem, maar moeten worden aangevuld met een onafhankelijke kopie.
Moet ik exFAT gebruiken voor Docker-appgegevens?
Meestal niet. Gebruik voor applicatiedatabases en permanente containergegevens een Linux-bestandssysteem met correcte semantiek voor eigenaarschap en rechten.
