ZFS-Konzepte & Begriffe
ZFS ist unternehmenstauglich und hoch skalierbar — das bringt eigene Konzepte und Begriffe mit. Hier erklären wir die wichtigsten verständlich, mit Vertiefung in die Praxis.
ZFS ist das Dateisystem hinter TrueNAS — und der Grund, warum TrueNAS als eines der sichersten und flexibelsten Storage-Systeme gilt. Um das volle Potenzial zu nutzen, hilft es, die zentralen Begriffe zu kennen: von der Pool-Architektur über Datenintegrität und Caching bis zu Snapshots und Replikation.
Dieser Leitfaden erklärt jedes Konzept kurz und praxisnah. Wo es tiefer geht, verweisen wir auf einen ausführlichen Fachartikel. Und wer die Konzepte direkt anwenden möchte, stellt im TrueNAS-Konfigurator in wenigen Klicks einen passenden Pool mit Live-Kapazität zusammen.
Pool-Architektur
Wie ein ZFS-Pool aus physischen Laufwerken aufgebaut wird — die Grundlage für Kapazität, Redundanz und Performance.
vdev (Virtual Device)
Der Baustein eines ZFS-Pools: mehrere Laufwerke werden zu einer Redundanz-Einheit (z. B. einem RAID-Z2) zusammengefasst. Ein Pool besteht aus einem oder mehreren vdevs — die Gesamt-Performance skaliert mit der Anzahl der vdevs, nicht mit der Anzahl der Platten.
Vertiefung: ZFS-Pool planen: Anleitung & RechnerRAID-Z (Z1 / Z2 / Z3)
Das Paritäts-RAID von ZFS — je nach Level verkraftet ein vdev den Ausfall von 1, 2 oder 3 Platten. Anders als klassisches RAID kennt RAID-Z durch Copy-on-Write kein „Write Hole" und braucht keine Batterie-gepufferte Controller-Cache.
Vertiefung: ZFS-RAID-Level erklärtMirror
Ein Spiegel-vdev hält identische Kopien auf zwei (oder mehr) Platten. Bietet die höchste Random-Read-Performance und die schnellste Wiederherstellung (Resilver) — die bevorzugte Wahl für virtualisierungs- und datenbanklastige Workloads.
Vertiefung: RAID-Z vs. MirrorSpecial vdev / SSD-Metadaten
Ein dediziertes SSD- bzw. NVMe-vdev, das Metadaten und optional kleine Datenblöcke auslagert. Beschleunigt Verzeichnis-Listings und Metadaten-lastige Zugriffe drastisch, ohne den ganzen Pool auf Flash umstellen zu müssen.
Vertiefung: SLOG & Special vdev im DetailAnyRAID
Neuere OpenZFS-Funktion, die vdevs aus unterschiedlich großen Platten effizient nutzbar macht — statt sich an der kleinsten Platte zu orientieren. Erleichtert schrittweise Erweiterungen mit gemischten Laufwerksgrößen.
Vertiefung: AnyRAID: gemischte PlattenDatenintegrität
Warum ZFS als eines der sichersten Dateisysteme gilt — jeder Block ist prüfbar und selbstheilend.
Prüfsummen (Checksums)
ZFS berechnet für jeden Datenblock eine Prüfsumme und speichert sie getrennt vom Block. Beim Lesen wird sie verglichen — so werden „Silent Data Corruption" und Bit-Rot zuverlässig erkannt, die klassische RAID-Systeme unbemerkt durchreichen.
Vertiefung: Scrub, SMART & DatenintegritätSelf-Healing
Erkennt ZFS über die Prüfsumme einen fehlerhaften Block, rekonstruiert es ihn automatisch aus der Redundanz (Mirror/RAID-Z) und schreibt die korrekte Version zurück — im laufenden Betrieb, ohne Eingriff.
Vertiefung: Wie ZFS sich selbst repariertCopy-on-Write (CoW)
ZFS überschreibt niemals Daten „in place", sondern schreibt geänderte Blöcke an eine neue Stelle und schwenkt erst danach die Verweise um. Das garantiert ein jederzeit konsistentes Dateisystem und ist die Grundlage für Snapshots und die fsck-Freiheit.
Vertiefung: CoW & SnapshotsScrub & Resilver
Der Scrub liest turnusmäßig alle Blöcke und prüft sie gegen ihre Prüfsummen (proaktive Fehlererkennung). Der Resilver ist die gezielte Wiederherstellung nach einem Plattentausch — bei ZFS werden nur belegte Blöcke kopiert, nicht die ganze Platte.
Vertiefung: Scrub-Intervalle richtig setzenfsck-Elimination
Klassische Dateisysteme brauchen nach einem Absturz einen langwierigen File System Check (fsck). Durch Copy-on-Write ist ein ZFS-Pool immer in einem konsistenten Zustand — ein fsck entfällt komplett, egal wie groß der Pool ist.
Vertiefung: Warum ZFS kein fsck brauchtPerformance & Caching
Wie ZFS RAM und SSDs nutzt, um aus rotierenden Platten Enterprise-Performance zu holen.
ARC (Adaptive Replacement Cache)
Der Lese-Cache im RAM — das Herzstück der ZFS-Performance. Der ARC hält die meistgenutzten Daten und Metadaten im Arbeitsspeicher; deshalb profitiert TrueNAS stark von viel RAM.
Vertiefung: ARC & L2ARC tunenL2ARC
Eine SSD-Erweiterung des Lese-Caches für Working-Sets, die nicht mehr in den RAM passen. Sinnvoll bei großen, häufig gelesenen Datenbeständen — bringt aber nur etwas, wenn der ARC tatsächlich zu klein ist.
Vertiefung: Wann sich L2ARC lohntZIL / SLOG
Das ZFS Intent Log sichert synchrone Schreibvorgänge ab, bevor sie in den Pool geschrieben werden. Ein SLOG ist ein dediziertes (meist NVMe-)Gerät für dieses Log — beschleunigt ausschließlich synchrone Writes (z. B. NFS, iSCSI, VM-Storage).
Vertiefung: SLOG-Write-Cache erklärtKompression
ZFS komprimiert Daten inline (Standard: LZ4, alternativ ZSTD). Das spart Platz und erhöht oft sogar die Performance, weil weniger Blöcke gelesen/geschrieben werden. Bereits komprimierte Daten (Video, verschlüsselt) profitieren kaum.
Vertiefung: Kompression: Effizienz & PerformanceRecordsize
Die logische Blockgröße pro Dataset (Standard 128 KiB). Für große sequentielle Dateien größer wählen, für Datenbanken/VMs kleiner an die I/O-Größe anpassen — einer der wirkungsvollsten Tuning-Hebel in ZFS.
Vertiefung: Recordsize & atime tunenDaten-Organisation & Replikation
Wie Daten in ZFS strukturiert, versioniert und standortübergreifend gesichert werden.
Dataset
Die logische Verwaltungseinheit eines Pools — vergleichbar mit einem Verzeichnisbaum mit eigenen Eigenschaften: Quota, Kompression, Verschlüsselung, Recordsize und Freigabe-Rechte lassen sich pro Dataset separat setzen.
Vertiefung: Datasets & ZFS-VerschlüsselungZVOL
Ein Block-Device, das direkt aus dem Pool bereitgestellt wird — statt eines Dateisystems. Ideal für iSCSI-Targets und VM-Disks, mit allen ZFS-Vorteilen wie Snapshots, Kompression und Prüfsummen.
Vertiefung: ZVOLs für VM-StorageSnapshot
Ein konsistenter Zeitpunkt-Zustand eines Datasets — dank Copy-on-Write in Sekunden erstellt und zunächst ohne zusätzlichen Platzbedarf. Grundlage für Versionierung, schnelle Restores und Ransomware-Schutz.
Vertiefung: Vorteile von TrueNAS-SnapshotsAsync Replication
ZFS repliziert Snapshots blockgenau und inkrementell an ein Zweitsystem — auch verschlüsselt und über WAN. Die Basis für Offsite-Backups, Disaster Recovery und 3-2-1-Strategien mit TrueNAS.
Vertiefung: Snapshots & Replikation erklärtNFSv4-ACLs
Feingranulare Zugriffsrechte nach dem NFSv4-Standard — deutlich mächtiger als klassische Unix-Rechte und kompatibel zu Windows-/SMB-ACLs. Ideal für gemischte Umgebungen mit differenzierten Berechtigungen.
Konzepte in die Praxis umsetzen
vdev-Layout, RAID-Z-Level, SLOG, L2ARC und Kapazität lassen sich am besten am konkreten Beispiel verstehen. Im kostenlosen TrueNAS-Konfigurator sehen Sie sofort, wie sich jede Entscheidung auf nutzbare Kapazität, Redundanz und Stromkosten auswirkt.
Häufige Fragen zu ZFS
Was ist ein ZFS vdev?
Was ist der Unterschied zwischen ZIL und SLOG?
Wozu dient L2ARC in TrueNAS?
Warum braucht ZFS kein fsck?
Was ist Copy-on-Write bei ZFS?
TrueNAS mit ZFS — richtig geplant
Von der vdev-Wahl bis zum Cache-Layout: Wir planen Ihr TrueNAS-System passend zum Workload. Als autorisierter TrueNAS-Reseller in Deutschland — mit Angebot in unter 24 Stunden.
Jetzt Kontakt aufnehmen