Festplatten sterben nicht plötzlich — sie kündigen ihren Ausfall an. Das Problem: Ohne aktives Monitoring bemerken Sie die Warnsignale erst, wenn es zu spät ist. ZFS Scrub und SMART-Monitoring sind die beiden Werkzeuge, die stille Datenverluste und drohende Hardwareausfälle sichtbar machen, bevor Produktionsdaten betroffen sind.
Dieser Artikel zeigt, wie Sie beide Mechanismen auf TrueNAS korrekt einrichten, interpretieren und zu einer proaktiven Disk-Replacement-Strategie kombinieren.
Was ist Bit Rot und warum ist es gefährlich?
Bit Rot bezeichnet die schleichende Veränderung gespeicherter Daten auf Festplatten oder SSDs — ohne Fehlermeldung, ohne Warnung. Ursachen sind magnetische Degradation, kosmische Strahlung oder Firmware-Fehler. Das Ergebnis: Ein einzelnes gekipptes Bit macht eine Datei unbrauchbar, ein Datenbank-Backup unlesbar oder ein VM-Image korrupt.
Herkömmliche Dateisysteme wie ext4 oder NTFS erkennen Bit Rot nicht. Die Daten liegen auf der Platte, das Dateisystem meldet “alles in Ordnung” — und beim nächsten Restore stellen Sie fest, dass das Backup seit Monaten defekt war.
ZFS Checksumming: Jeder Block wird verifiziert
ZFS löst dieses Problem grundlegend. Jeder Datenblock erhält eine SHA-256-Prüfsumme, die im Metadaten-Baum gespeichert wird — getrennt von den eigentlichen Daten. Beim Lesen eines Blocks vergleicht ZFS die gespeicherte Prüfsumme mit der berechneten. Stimmen sie nicht überein, liegt ein Fehler vor.
In einem redundanten Pool (Mirror oder RAIDZ) kann ZFS den defekten Block automatisch aus einer intakten Kopie reparieren — völlig transparent für den Anwender. Das ist Self-Healing, eingebaut auf Dateisystem-Ebene.
Was ZFS Scrub macht
Ein Scrub ist die systematische Prüfung aller Datenblöcke im Pool. ZFS liest jeden Block, vergleicht die Prüfsumme und repariert Fehler automatisch aus Redundanzkopien.
Der entscheidende Unterschied zum normalen Betrieb: Im Alltag prüft ZFS nur Blöcke, die tatsächlich gelesen werden. Blöcke, die monatelang nicht angerührt werden, bleiben ungeprüft. Ein Scrub stellt sicher, dass auch diese Blöcke intakt sind.
Scrub in TrueNAS einrichten
TrueNAS erstellt standardmäßig einen monatlichen Scrub-Task. Für Produktionsumgebungen empfehlen wir ein kürzeres Intervall:
Data Protection > Scrub Tasks > Add
Pool: tank
Threshold: 14 (Tage)
Schedule: Jeden Sonntag, 02:00 Uhr
Alternativ per Cron auf der TrueNAS-Shell:
# Scrub alle 2 Wochen, Sonntag 02:00 Uhr
echo "0 2 * * 0 root zpool scrub tank" >> /etc/cron.d/zfs-scrub
Scrub-Ergebnisse interpretieren
Nach dem Scrub prüfen Sie den Status mit zpool status:
zpool status tank
Ein gesunder Pool zeigt:
scan: scrub repaired 0B in 04:32:15 with 0 errors on Sun Mar 22 06:32:15 2026
config:
NAME STATE READ WRITE CKSUM
tank ONLINE 0 0 0
mirror-0 ONLINE 0 0 0
da0 ONLINE 0 0 0
da1 ONLINE 0 0 0
Kritisch sind die Spalten READ, WRITE und CKSUM. Jeder Wert größer als 0 erfordert Aufmerksamkeit:
| Spalte | Bedeutung | Aktion |
|---|---|---|
| READ | Lesefehler auf dem Device | Disk-SMART prüfen, bei Wiederholung ersetzen |
| WRITE | Schreibfehler auf dem Device | Sofort untersuchen — möglicher Controller- oder Kabeldefekt |
| CKSUM | Prüfsummenfehler (Bit Rot) | ZFS hat repariert, aber die Quelle muss gefunden werden |
SMART-Monitoring: Die Hardware im Blick
Während ZFS die Datenintegrität auf logischer Ebene sichert, überwacht SMART (Self-Monitoring, Analysis and Reporting Technology) den physischen Zustand der Festplatten. SMART-Werte zeigen mechanischen Verschleiß, defekte Sektoren und Temperaturprobleme — oft Wochen bevor eine Platte endgültig ausfällt.
Kritische SMART-Attribute
| Attribut | ID | Bedeutung | Schwellenwert |
|---|---|---|---|
| Reallocated_Sector_Ct | 5 | Ersetzte defekte Sektoren | > 0 beobachten, > 10 kritisch |
| Current_Pending_Sector | 197 | Instabile Sektoren, warten auf Reallocation | > 0 sofort prüfen |
| Offline_Uncorrectable | 198 | Nicht korrigierbare Sektoren | > 0 Disk ersetzen planen |
| UDMA_CRC_Error_Count | 199 | Übertragungsfehler (Kabel/Controller) | > 0 Kabel prüfen |
| Temperature_Celsius | 194 | Betriebstemperatur | > 45 C kühlen, > 55 C kritisch |
| Power_On_Hours | 9 | Betriebsstunden | Kontext für Verschleißbewertung |
SMART-Tests in TrueNAS einrichten
TrueNAS bietet zwei Testarten:
Data Protection > S.M.A.R.T. Tests > Add
Type: SHORT (15-30 Minuten, wöchentlich)
Disks: All Disks
Schedule: Jeden Montag, 03:00 Uhr
Data Protection > S.M.A.R.T. Tests > Add
Type: LONG (2-8 Stunden, monatlich)
Disks: All Disks
Schedule: Erster Samstag im Monat, 01:00 Uhr
Short-Tests prüfen die grundlegende Funktionsfähigkeit und lesen das Error-Log. Long-Tests scannen die gesamte Plattenoberfläche und finden Fehler, die Short-Tests übersehen.
smartctl auf der Kommandozeile
Detaillierte SMART-Informationen erhalten Sie direkt per CLI:
# SMART-Gesamtstatus abrufen
smartctl -a /dev/da0
# Nur die kritischen Attribute anzeigen
smartctl -A /dev/da0 | grep -E "Reallocated|Pending|Uncorrectable|CRC|Temperature"
# Long-Test manuell starten
smartctl -t long /dev/da0
# Testergebnis abrufen
smartctl -l selftest /dev/da0
Alerting bei SMART-Fehlern
TrueNAS sendet standardmäßig E-Mail-Alerts bei SMART-Warnungen. Stellen Sie sicher, dass die Alert-Konfiguration aktiv ist:
System > Alert Settings > Email
Empfänger: admin@example.com
SMART: Warning + Critical
Scrub + SMART kombinieren: Proaktiver Disk-Tausch
Die wirkliche Stärke liegt in der Kombination beider Mechanismen. ZFS Scrub erkennt logische Fehler (Bit Rot, Prüfsummenfehler), SMART erkennt physische Degradation (defekte Sektoren, mechanischer Verschleiß). Zusammen ergeben sie ein Frühwarnsystem.
Wann muss eine Disk getauscht werden?
| Situation | Dringlichkeit | Aktion |
|---|---|---|
| CKSUM-Fehler im Scrub, SMART OK | Mittel | Nächsten Scrub abwarten, bei Wiederholung tauschen |
| Reallocated_Sector_Ct steigt | Hoch | Ersatzdisk beschaffen, Tausch innerhalb 1-2 Wochen |
| Current_Pending_Sector > 0 | Hoch | Disk unter Beobachtung, Resilver-Kapazität sicherstellen |
| CKSUM-Fehler + steigende SMART-Werte | Kritisch | Sofort tauschen — Platte fällt in Kürze aus |
| Offline_Uncorrectable > 0 | Kritisch | Sofort tauschen — Datenverlust bei weiterer Degradation |
| SMART Self-Test failed | Kritisch | Sofort tauschen |
Faustregel: Ein einzelner Prüfsummenfehler im Scrub ist beobachtenswert. Steigende SMART-Werte in Kombination mit Scrub-Fehlern sind ein klares Signal für zeitnahen Disk-Tausch.
Monitoring mit DATAZONE Control
In einer produktiven TrueNAS-Umgebung reichen manuelle Checks nicht aus. Mit DATAZONE Control überwachen wir Scrub- und SMART-Status automatisiert und rund um die Uhr:
- Scrub-Überwachung: Letzter Scrub-Zeitpunkt, Dauer, Fehleranzahl, überfällige Scrubs
- SMART-Trends: Zeitliche Entwicklung kritischer Attribute über Wochen und Monate
- Schwellenwert-Alarme: Automatische Benachrichtigung bei steigenden Reallocated Sectors oder Prüfsummenfehlern
- Disk-Lifecycle-Tracking: Betriebsstunden und Verschleißtrends für vorausschauende Ersatzplanung
- Pool-Gesundheit: Gesamtstatus aller ZFS-Pools auf einen Blick
Durch die Trendanalyse erkennen wir Degradation nicht erst beim Ausfall, sondern Wochen im Voraus — und tauschen Disks proaktiv, bevor ein Rebuild unter Last nötig wird.
Fazit
Datenintegrität passiert nicht von allein. ZFS Scrubs finden stille Datenfehler, die kein anderes Dateisystem erkennen würde. SMART-Monitoring zeigt den physischen Verschleiß, bevor er zum Ausfall führt. Beide Mechanismen zusammen bilden die Grundlage für eine proaktive Storage-Strategie, die Datenverlust verhindert statt darauf zu reagieren.
Der Aufwand für die Einrichtung ist minimal — der Schutz, den Sie dadurch erhalten, ist erheblich.
Sie möchten Ihre TrueNAS-Umgebung mit professionellem Scrub- und SMART-Monitoring absichern? Kontaktieren Sie uns — wir richten proaktives Disk-Health-Monitoring ein und sorgen dafür, dass Sie Festplattenausfälle nie wieder überraschen.
Mehr zu diesen Themen:
Weitere Artikel
TrueNAS 27 statt 26: iXsystems benennt den Dezember-Release um — was das für Planung und Upgrade-Pfade heißt
iXsystems hat den bisher als TrueNAS 26 entwickelten Nachfolger von 25.10 Goldeye kurz vor dem Dezember-Release in TrueNAS 27 umbenannt. Was hinter der Umbenennung steckt, welche Technik-Basis drin ist (Kernel 6.18, OpenZFS 2.4), wann GA kommt und wie der Upgrade-Pfad von 25.10 realistisch aussieht.
Was kostet Storage wirklich? Cloud vs. TrueNAS über 5 Jahre
Cloud-Storage wirkt günstig – bis Egress, API-Calls und Dauerbetrieb die Rechnung drehen. Eine ehrliche TCO-Betrachtung über 5 Jahre: wann sich On-Premise-TrueNAS rechnet, inklusive Beispielrechnung und Konfigurator.
TrueNAS als Immutable-Backup-Target für Veeam & Proxmox (S3 Object Lock)
Unveränderliche Backups gegen Ransomware: Wie Sie TrueNAS als S3-kompatibles Immutable-Target mit Object Lock für Veeam und den Proxmox Backup Server einsetzen – on-premise, ohne Cloud-Egress.