Aktueller Stand: ZimaOS unterstützt ZFS, aber der öffentliche Workflow ist weiterhin CLI-orientiert
Die Funktionsanfrage ist teilweise weiterhin relevant. Die aktuelle Speicherdokumentation von ZimaOS bestätigt ZFS für Snapshots, Prüfsummen und erweiterte Datenintegrität, aber der veröffentlichte Einrichtungsprozess für ZFS erfolgt weiterhin über die Kommandozeile. Die reguläre Speicheroberfläche konzentriert sich auf RAID 0, 1, 5, 6 und JBOD.
Die ZFS-Einrichtung von ZimaOS zeigt den aktuellen ZFS-Weg, während die RAID-Level von ZimaOS die normalen Auswahlmöglichkeiten der Speicheroberfläche definieren.
Bei einem NAS mit 5 Einschüben sollten Sie mit dem Wiederherstellungsziel beginnen
Wählen Sie ZFS, RAID 5, RAID 6 oder exFAT nicht deshalb, weil eine Option „fortschrittlicher“ ist. Entscheiden Sie, welchen Ausfall Sie überstehen müssen:
- Primärer aktiver Speicher: RAID 5 für effiziente Kapazitätsnutzung und Ausfallsicherheit bei einem Laufwerksausfall oder RAID 6, wenn die Ausfallsicherheit bei zwei Laufwerksausfällen wichtig ist.
- Aktiver ZFS-Speicher: leistungsfähigere Werkzeuge für die Datenintegrität, Snapshots und Datasets – bei ZimaOS derzeit mit höherem CLI-Aufwand.
- Tragbare Offline-Kopie: exFAT, wenn die direkte Lesbarkeit unter Windows/macOS wichtiger ist als Linux-Berechtigungen und Snapshot-Funktionen.
exFAT ist lese- und schreibkompatibel, aber das bedeutet nicht, dass die Speicheroberfläche es erstellen kann
Die aktuelle Formatkompatibilität von ZimaOS führt exFAT für USB- und interne Laufwerke als les- und schreibbar auf. Der öffentliche Speicher-Workflow dokumentiert jedoch keine eindeutige GUI-Aktion, mit der sich ein beliebiges Laufwerk als exFAT formatieren lässt. Das sind zwei getrennte Fähigkeiten.
Verwenden Sie exFAT für Portabilität, nicht als primäres Dateisystem für Datenbanken und App-Daten. Es fehlen die Unix-Berechtigungen und die Snapshot-Semantik, die viele Linux-Dienste erwarten.
Snapshots schützen vor anderen Problemen als RAID
RAID schützt die Verfügbarkeit, wenn Laufwerke ausfallen. Ein ZFS-Snapshot kann dabei helfen, frühere Dateistände nach versehentlichen Änderungen oder Löschungen wiederherzustellen. Ein Snapshot im selben Pool ist jedoch weiterhin kein Backup auf einem anderen Gerät. OpenZFS dokumentiert ZFS-Snapshots und RAIDZ-Layouts.
Verwenden Sie die integrierte Backup-Funktion, bevor Sie einen benutzerdefinierten rsync-Zeitplaner erstellen
Die Anfrage aus dem Jahr 2026 schlug einen grafischen rsync-Manager vor. ZimaOS verfügt inzwischen über einen umfassenderen 3-2-1-Backup-Workflow für lokale, LAN-, USB- und Cloud-Ziele. Wenn das eigentliche Ziel die geplante Replikation auf ein Offline-Laufwerk ist, prüfen Sie zunächst, ob die integrierten Backup-Funktionen die Anforderungen erfüllen, bevor Sie einen weiteren Zeitplaner hinzufügen.
Das ZimaOS-Backup und die Datenmigration von ZimaOS decken unterschiedliche Teile dieses Lebenszyklus ab.
Ein praktisches Layout für 5 Einschübe
Ein sinnvoller Aufbau besteht aus vier Laufwerken in RAID 5/6 oder einem ZFS-Pool für aktive Daten sowie einem entfernbaren/unabhängigen Laufwerk für eine Offline-Kopie. Wenn sich das fünfte Laufwerk jedoch im selben Gehäuse befindet, wird es nicht automatisch zu einer Disaster-Recovery-Kopie, falls Diebstahl, Stromschäden oder ein Gehäuseausfall alle Laufwerke gemeinsam betreffen.
Der ZimaCube 2 bietet eine aktuelle Hardware-Referenz für Speicherlösungen mit mehreren Laufwerken.
Worum es bei der Funktionsanfrage wirklich geht
Der fehlende Mehrwert ist nicht „ZFS-Unterstützung“ im Allgemeinen. Es geht um eine sichere Verwaltung des gesamten Lebenszyklus in der Benutzeroberfläche: Pools erstellen/importieren, den Resilver-Fortschritt anzeigen, Snapshots planen, Snapshots durchsuchen/wiederherstellen, Pools exportieren und portable Dateisysteme ohne Shell-Befehle verwalten. Das ist eine legitime Unterscheidung auf Produktebene.
Platzieren Sie nicht alle Wiederherstellungsmechanismen im selben Pool
Ein Gehäuse mit fünf Einschüben verleitet dazu, jedes Laufwerk für die primäre Kapazität zu verwenden. Die Ausfallsicherheit steigt jedoch, wenn eine Kopie eine andere Ausfallgrenze hat. Ein ZFS-Snapshot im Hauptpool, ein fünftes internes exFAT-Laufwerk und ein externes Backup an einem anderen Standort schützen jeweils vor unterschiedlichen Ausfällen. Bei unersetzlichen Daten sollte mindestens eine Kopie den Verlust des NAS-Gehäuses selbst überstehen.
Aus diesem Grund sollten „tragbarer Offline-Speicher“ und „aktiver Speicher mit hoher Integrität“ auch nicht zu derselben Dateisystemwahl gezwungen werden: Portabilität spricht für exFAT, während Snapshots, Prüfsummen und Unix-Berechtigungen für ZFS oder ein anderes natives Linux-Speicherdesign sprechen.
FAQ
Unterstützt ZimaOS inzwischen ZFS?
Ja. Die aktuelle öffentliche Dokumentation enthält Befehle für ZFS-Pools und Datasets, der Workflow bleibt jedoch CLI-orientiert.
Kann ZimaOS RAIDZ in der normalen Speicheroberfläche erstellen?
Die aktuelle öffentliche Dokumentation zur Speicheroberfläche konzentriert sich auf RAID 0, 1, 5, 6 und JBOD. Gehen Sie nicht davon aus, dass die Erstellung von RAIDZ in derselben Oberfläche verfügbar ist.
Kann ZimaOS exFAT lesen und schreiben?
Ja, die aktuelle Kompatibilitätsübersicht für Datenträgerformate führt exFAT für USB- und interne Laufwerke als lese- und schreibbar auf.
Sind ZFS-Snapshots ein Backup?
Nein. Snapshots sind wertvoll für die zeitpunktbezogene Wiederherstellung innerhalb des Speichersystems, sollten aber mit einer unabhängigen Kopie kombiniert werden.
Sollte ich exFAT für Docker-App-Daten verwenden?
In der Regel nein. Verwenden Sie für Anwendungsdatenbanken und persistente Containerdaten ein Linux-Dateisystem mit geeigneter Semantik für Eigentümer und Berechtigungen.
