Bitrot betrifft nicht das sichtbare NAS-Menü, sondern die Integrität gespeicherter Daten. Die wichtigste Voraussetzung für eine zuverlässige Erkennung sind gespeicherte Prüfsummen, die später mit den gelesenen Daten verglichen werden. Prüfe deshalb zuerst, ob dein Dateisystem und die betroffenen Freigaben überhaupt Datenprüfsummen verwenden und ob ein Scrub oder Data-Scrubbing verfügbar ist. Starte vor dieser Prüfung keine Initialisierung, keine Formatierung, keinen erzwungenen Rebuild und entferne kein Laufwerk, solange Poolstatus, Backup und Redundanz nicht geklärt sind.
Ein RAID-Status mit der Anzeige „gesund“ reicht nicht aus, um unveränderte Dateien zu beweisen. SMART-Werte beschreiben vor allem den Zustand einzelner Laufwerke, während ein Scrub gespeicherte Daten gegen Prüfsummen prüft. Nur eine Kombination aus Integritätsprüfung, geeigneter Redundanz und unabhängigem Backup bietet eine belastbare Vorgehensweise gegen schleichende Datenveränderungen.
Was Bitrot im NAS bedeutet
Bitrot bezeichnet eine unbemerkte Veränderung gespeicherter Daten. Dabei kann sich ein einzelnes Bit, ein Datenblock oder ein Teil von Metadaten verändern, ohne dass eine Datei sofort verschwindet oder das NAS den Zugriff verweigert. Die Datei trägt weiterhin denselben Namen und kann im Dateimanager normal erscheinen, obwohl ihr Inhalt nicht mehr dem ursprünglich gespeicherten Zustand entspricht.
Solche Veränderungen können verschiedene technische Ursachen haben. Dazu gehören alternde oder fehlerhafte Laufwerke, nicht korrigierbare Lesefehler, Probleme mit Kabeln oder Controllern, instabiler Arbeitsspeicher und Störungen bei der Stromversorgung. Nicht jeder beschädigte Datenblock lässt sich auf Anhieb einer einzelnen Komponente zuordnen. Deshalb sollte ein Prüfsummenfehler als Hinweis auf ein Integritätsproblem behandelt werden und nicht automatisch als Beweis für ein bestimmtes defektes Laufwerk.
Ohne Prüfsumme fehlt dem NAS ein verlässlicher Referenzwert. Das System kann dann häufig nur feststellen, dass ein Laufwerk einen Block geliefert hat oder dass ein RAID-Verbund technisch noch verfügbar ist. Es weiß jedoch nicht sicher, ob der gelesene Inhalt unverändert ist. Ein RAID kann in dieser Situation unter Umständen eine beschädigte Kopie weiterreichen, weil die beschädigten Daten nicht als solche erkannt wurden.
Warum Prüfsummen für die Erkennung notwendig sind
Eine Prüfsumme ist ein aus den Daten berechneter Prüfwert. Beim Schreiben speichert das System diesen Wert zusammen mit den zugehörigen Daten oder Metadaten. Bei einer späteren Lesung wird die Prüfsumme erneut berechnet. Stimmen beide Werte nicht überein, liegt eine Abweichung vor.
Damit wird Bitrot erkennbar, aber nicht automatisch verhindert. Die Prüfsumme sagt zunächst nur, dass die gelesene Version nicht zum gespeicherten Prüfwert passt. Für eine Reparatur benötigt das NAS zusätzlich eine intakte zweite Kopie, eine Spiegelung oder ausreichende Paritätsinformationen. Fehlt diese Redundanz, kann das System den Fehler melden, aber die ursprünglichen Daten nicht aus der Prüfsumme rekonstruieren.
Prüfsummen sollten möglichst auf der Ebene verwendet werden, auf der die Nutzdaten dauerhaft gespeichert werden. ZFS und Btrfs verfügen grundsätzlich über integrierte Prüfsummenmechanismen für Daten und Metadaten. Bei Synology muss die Option für Datenprüfsummen beziehungsweise erweiterte Datenintegrität in der jeweiligen gemeinsamen Freigabe aktiviert sein. Die genaue Bezeichnung hängt vom eingesetzten DSM, Dateisystem und Modell ab.
Bei einem klassischen Dateisystem ohne Ende-zu-Ende-Prüfsummen kann ein RAID-Verbund zwar Laufwerksausfälle abfangen, schleichende Veränderungen aber wesentlich schlechter erkennen. Ein nachträgliches Aktivieren der Prüfsummen schützt außerdem nicht automatisch alle bereits vorhandenen Daten in gleicher Weise. Prüfe daher, ob das System einen Bestandscheck anbietet oder ob vorhandene Dateien durch kontrolliertes erneutes Schreiben in den Prüfsummenbestand aufgenommen werden müssen.
So stellst du fest, ob dein NAS Datenintegrität prüft
Beginne mit einer Bestandsaufnahme der technischen Ebenen. Notiere Hersteller und Modell, Betriebssystem, Dateisystem, RAID- oder Pooltyp, belegten Speicherplatz und die Freigaben, in denen wichtige Daten liegen. Vermische dabei nicht die Begriffe Laufwerk, RAID-Gruppe, Speicherpool, Volume und Freigabe. Ein NAS kann beispielsweise ein gesundes Volume anzeigen, obwohl eine einzelne Datei bereits einen Integritätsfehler enthält.
Suche anschließend in der Speicherverwaltung nach Funktionen für Datenintegrität, Prüfsummen, Scrubbing oder Integritätsprüfung. Bei Synology ist besonders relevant, ob das Volume mit Btrfs formatiert wurde und ob die Datenprüfsummen für den jeweiligen gemeinsamen Ordner aktiviert sind. Bei QNAP kann RAID Scrubbing je nach Modell, Betriebssystem, RAID-Stufe und Konfiguration verfügbar sein. Bei TrueNAS ist zu unterscheiden, ob ein ZFS-Pool mit passender Redundanz oder ein einzelnes Laufwerk verwendet wird.
Verlass dich nicht ausschließlich auf eine Statusseite. Lies auch die Einstellungen der betroffenen Freigaben, die Pooldetails und die Ereignisprotokolle. Ein Menüpunkt für RAID-Prüfung bedeutet nicht automatisch, dass alle Dateien mit gespeicherten Prüfsummen verglichen werden. Ebenso ist eine Dateisystemprüfung nicht dasselbe wie ein Daten-Scrub.
- Prüfe das verwendete Dateisystem und die vorhandene Prüfsummenfunktion.
- Kontrolliere, ob die Option für wichtige Freigaben tatsächlich aktiviert ist.
- Ermittle, welche Daten durch Redundanz oder eine zweite Kopie reparierbar wären.
- Sieh nach, ob bereits Scrub-Ergebnisse oder Integritätsfehler protokolliert wurden.
- Überprüfe, ob ein lesbares und unabhängiges Backup vorhanden ist.
Wenn der Menüpfad wegen einer anderen Softwareversion nicht passt, suche nach dem Funktionsnamen statt nach einer festen Klickfolge. Hersteller verschieben Speicherfunktionen regelmäßig innerhalb der Verwaltungsoberfläche. Die technische Aussage bleibt wichtiger als eine vermeintlich exakte Navigation, die auf deinem NAS anders aussehen kann.
Was ein Scrub tatsächlich prüft
Ein Scrub liest belegte Datenblöcke und vergleicht sie mit den gespeicherten Prüfsummen. Dadurch werden auch Dateien geprüft, die seit Monaten nicht geöffnet wurden. Genau darin liegt der Unterschied zu einer normalen Nutzung des NAS: Ein selten verwendetes Archiv kann einen Fehler enthalten, ohne dass eine Anwendung ihn bemerkt.
Bei Btrfs werden Daten- und Metadaten-Prüfsummen ausgewertet. Wenn eine redundante, intakte Kopie vorhanden ist, kann Btrfs die fehlerhafte Kopie häufig ersetzen. Bei ZFS prüft ein Scrub die Blöcke eines Pools und kann erkannte Fehler bei geeigneter Redundanz aus einer korrekten Kopie oder Paritätsinformation reparieren.
Der Begriff Data Scrubbing wird jedoch nicht bei allen Herstellern identisch verwendet. Eine Synology-Prüfung kann je nach Modell, DSM-Version, Dateisystem und RAID-Typ mehrere Teilprüfungen umfassen. QNAP bezeichnet eine Funktion als RAID Scrubbing und dokumentiert deren Einsatz insbesondere für bestimmte RAID-5- und RAID-6-Konfigurationen. Prüfe deshalb immer, welche Daten- und Metadatenbereiche die konkrete Funktion deines NAS abdeckt.
Ein Scrub ist auch kein Ersatz für einen strukturellen Dateisystemcheck. Er beantwortet vor allem die Frage, ob gelesene Blöcke zu ihren Prüfsummen passen. Ein Dateisystemcheck untersucht dagegen die Struktur des Dateisystems und folgt anderen Regeln. Reparaturmodi für Dateisysteme sollten nicht vorschnell gestartet werden, weil ein Eingriff bei unklarer Datenlage zusätzlichen Schaden verursachen kann.
Wie häufig eine Integritätsprüfung sinnvoll ist
Für viele private NAS-Systeme ist ein monatlicher Scrub eine brauchbare Orientierung. Das ist kein universeller Pflichtwert. Die passende Häufigkeit hängt von Datenmenge, Laufwerksgröße, freiem Speicher, Nutzung, Systemlast und Bedeutung der Daten ab.
Bei einem großen, fast vollständig belegten Archiv kann ein Durchlauf viele Stunden dauern. Ein kürzeres Intervall erhöht dann die laufende Belastung, ohne automatisch einen größeren Sicherheitsgewinn zu bringen. Bei besonders wichtigen Daten oder einem System mit hoher Änderungsrate kann ein häufigerer Turnus sinnvoll sein. Entscheidend ist, dass alle erreichbaren Daten regelmäßig gelesen werden, bevor ein weiterer Fehler oder ein Laufwerksausfall die Reparatur erschwert.
Plane den Scrub in ein Wartungsfenster. Während des Vorgangs können Medienserver, virtuelle Maschinen, Container, Dateiübertragungen und Backups langsamer reagieren. Ein laufender Rebuild oder Resilvering sollte normalerweise Vorrang haben, weil die Redundanz des Pools in dieser Phase eingeschränkt ist. Vermeide es, beide lese- und schreibintensiven Aufgaben unnötig gleichzeitig zu starten.
Beobachte nach den ersten Durchläufen die tatsächliche Dauer und Systemlast. Daraus lässt sich ein Zeitfenster ableiten, das die Nutzung möglichst wenig stört. Ein starrer Kalendertag ist weniger wichtig als ein nachvollziehbarer Plan, der regelmäßig ausgeführt und kontrolliert wird.
Scrub, SMART, RAID und Backup richtig unterscheiden
Diese Funktionen ergänzen sich, erfüllen aber unterschiedliche Aufgaben. SMART untersucht Messwerte und Selbsttests eines einzelnen Laufwerks. Ein Langtest kann Lesefehler sichtbar machen, prüft jedoch nicht automatisch, ob jeder Datenblock zum gespeicherten Inhalt passt.
RAID beziehungsweise eine vergleichbare Pool-Redundanz schützt in erster Linie vor dem Ausfall eines oder mehrerer Laufwerke, abhängig von der jeweiligen Konfiguration. Eine Spiegelung oder Parität kann eine beschädigte Kopie aus einer intakten Kopie ersetzen. Ohne Integritätsprüfung fehlt aber möglicherweise der zuverlässige Hinweis, welche Kopie beschädigt ist.
Snapshots schützen vor bestimmten logischen Problemen, etwa versehentlichem Löschen oder einer ungünstigen Änderung. Sie sind jedoch keine unabhängige Sicherung, wenn sie im selben Pool liegen. Ein Backup kopiert Daten an ein getrenntes Ziel und kann zusätzlich Versionen speichern. Es hilft deshalb auch bei Ransomware, Fehlbedienung, Diebstahl, Brand oder einem vollständigen NAS-Ausfall.
Die Ebenen lassen sich so einordnen:
- SMART: Hinweise zum technischen Zustand eines einzelnen Laufwerks.
- RAID oder Pool-Redundanz: Verfügbarkeit und Rekonstruktion bei bestimmten Laufwerksausfällen.
- Prüfsumme und Scrub: Erkennung von Abweichungen in gespeicherten Datenblöcken.
- Snapshot: Schneller Rückgriff auf frühere Zustände innerhalb derselben Speicherumgebung.
- Backup: Unabhängige Wiederherstellung bei logischen und physischen Schadensfällen.
Für wichtige Daten sollte daraus eine abgestufte Strategie entstehen: Prüfsummen für die Integrität, regelmäßige Scrubs für die Kontrolle, Redundanz für eine mögliche Reparatur und ein versioniertes Backup für den Fall, dass die NAS-interne Wiederherstellung nicht ausreicht.
Was bei einem Prüfsummenfehler zuerst zu tun ist
Ein einzelner Fehler verdient Aufmerksamkeit, auch wenn das NAS weiterhin als online oder gesund angezeigt wird. Sichere zunächst die verfügbaren Informationen, bevor du Änderungen am Pool vornimmst. Dazu gehören Protokolle, Zeitstempel, betroffene Datei oder Blocknummer, SMART-Werte, Poolstatus und der Zustand der Backups.
- Halte die Fehlermeldung und den betroffenen Speicherbereich fest.
- Prüfe, ob der Pool noch redundant ist und ob ein aktuelles Backup lesbar ist.
- Beobachte, ob weitere Prüfsummen-, Lesefehler- oder Laufwerksmeldungen hinzukommen.
- Führe bei Bedarf einen passenden SMART-Langtest aus, ohne parallel einen Rebuild zu erzwingen.
- Stelle eine betroffene Datei aus einem verifizierten Backup oder einer intakten zweiten Kopie wieder her.
Kann das NAS einen Fehler automatisch korrigieren, kontrolliere anschließend trotzdem das Protokoll und den Zustand der betroffenen Laufwerke. Eine erfolgreiche Reparatur bedeutet nicht, dass die auslösende Komponente unauffällig ist. Wiederkehrende Fehler können auf ein Laufwerk, einen Controller, ein Kabel, den Arbeitsspeicher oder die Stromversorgung hindeuten.
Setze Fehlerzähler nicht einfach zurück. Das Löschen eines Counters beseitigt weder die beschädigten Daten noch die technische Ursache. Wenn der Scrub keine Reparatur durchführen kann, sollte die Datei aus einer geprüften Sicherung wiederhergestellt werden. Bei unklaren Btrfs-Strukturproblemen ist ein erfahrener Datenrettungs- oder NAS-Fachbetrieb oft sicherer als ein pauschaler Reparaturbefehl.
Warum die Redundanz über eine Reparatur entscheidet
Ein NAS mit nur einem Laufwerk und aktivierten Prüfsummen kann eine Abweichung erkennen, besitzt aber keine zweite Datenversion zur Rekonstruktion. Das Ergebnis ist dann eine wichtige Warnung, jedoch nicht automatisch eine Wiederherstellung. Bei einer Spiegelung oder Paritätskonfiguration kann das System den betroffenen Block häufig aus den übrigen Informationen berechnen.
Auch bei RAID 1, RAID 5, RAID 6 oder Synology SHR hängt die Reparatur vom konkreten Zustand des Verbunds ab. Wenn mehrere Laufwerke gleichzeitig Fehler liefern, ein Rebuild bereits läuft oder die Redundanz erschöpft ist, kann die automatische Korrektur scheitern. Ein erfolgreicher Rebuild garantiert außerdem nicht, dass zuvor unbemerkte, falsche Daten nachträglich in eine korrekte Version zurückverwandelt werden.
Ein Rebuild ist deshalb kein allgemeines Mittel gegen jeden Datenfehler. Vor einem Laufwerkstausch müssen Datenlage, Backup, RAID-Level und Ursache geprüft werden. Bei mehreren auffälligen Laufwerken sollte das NAS nicht nach einer pauschalen Standardanleitung behandelt werden. Jede zusätzliche Schreibbelastung kann die Situation verschärfen, wenn bereits wichtige Daten nicht lesbar sind.
Prüfungen und Backups gemeinsam planen
Ein sinnvoller Schutz folgt dem 3-2-1-Prinzip: mehrere Kopien, mindestens zwei unterschiedliche Speichermedien und mindestens eine getrennte oder ausgelagerte Kopie. Die NAS-interne Redundanz zählt dabei nicht als vollständiger Ersatz für eine unabhängige Sicherung.
Plane das Backup so, dass nicht nur die Nutzdaten, sondern auch die Wiederherstellung berücksichtigt wird. Dazu gehören bei Bedarf Konfigurationen, Verschlüsselungsschlüssel, Berechtigungen und die Information, welche Anwendung die Dateien erstellt. Ein Backup, dessen Zugriffsschlüssel verloren gehen, ist praktisch nicht nutzbar.
Führe regelmäßig einen Restore-Test durch. Öffne ausgewählte Dateien, stelle einen vollständigen Ordner an einem separaten Ziel wieder her und prüfe, ob Anwendungen die zurückgesicherten Daten verwenden können. Die reine Meldung „Backup erfolgreich“ beweist nicht, dass jede wichtige Datei lesbar und tatsächlich wiederherstellbar ist.
Für besonders kritische Archive kann eine zusätzliche dateibasierte Hashprüfung sinnvoll sein. Sie unterscheidet sich vom Dateisystem-Scrub: Ein Hashvergleich prüft ausgewählte Dateien anhand eines separat gespeicherten Hashwerts, während der Scrub die Integritätsmechanismen des Dateisystems und Pools nutzt. Beide Verfahren können sich ergänzen, ersetzen aber nicht die unabhängige Sicherung.
Eine robuste Routine für dein NAS
Lege zunächst fest, welche Daten besonders wichtig sind. Familienfotos, Geschäftsunterlagen, Projektdateien und nicht ersetzbare Medien sollten nicht nur nach Speicherort, sondern auch nach Wiederherstellungspriorität bewertet werden. Für weniger wichtige temporäre Daten kann ein längeres Prüfintervall ausreichen.
Kontrolliere danach einmalig die technische Grundlage: Dateisystem, Prüfsummenstatus, Pool-Redundanz, Backup-Ziel und Wiederherstellbarkeit. Anschließend richtest du einen Scrub-Zeitplan ein, sofern dein NAS die Funktion für die vorhandene Konfiguration unterstützt. Wähle ein Wartungsfenster, dokumentiere die erwartete Dauer und aktiviere Benachrichtigungen für Fehler oder abgebrochene Prüfungen.
Nach jedem Lauf sollte das Ergebnis gelesen werden. Achte nicht nur auf „Aufgabe abgeschlossen“, sondern auch auf korrigierte Blöcke, nicht korrigierbare Fehler, betroffene Laufwerke und wiederkehrende Meldungen. Ein abgebrochener Lauf ist kein erfolgreicher Integritätsnachweis. Bei anhaltenden Fehlern solltest du die Nutzung wichtiger Daten reduzieren und zuerst die Sicherungslage stabilisieren.
- Prüfsummen für wichtige Daten aktivieren, sofern Dateisystem und NAS dies unterstützen.
- Scrubs regelmäßig und mit ausreichendem Abstand zu Rebuilds ausführen.
- SMART-Langtests ergänzend einplanen.
- Fehlerprotokolle nach jedem Lauf kontrollieren.
- Versionierte Backups auf ein unabhängiges Ziel erstellen.
- Wiederherstellungen in festen Abständen praktisch testen.
Welche Grenzen die Methode hat
Ein erfolgreicher Scrub beweist, dass die geprüften und erreichbaren Bereiche zum Zeitpunkt des Lesens mit ihren Prüfsummen übereinstimmen. Er schließt nicht jede Form von Datenverlust aus. Nicht eingebundene Volumes, unlesbare Bereiche, fehlende Prüfsummen oder bereits falsch gespeicherte Inhalte können besondere Bedingungen erzeugen.
Eine Prüfsumme kann außerdem nicht allein feststellen, welche Version fachlich richtig ist. Wurde eine Datei durch einen Bedienfehler verändert und anschließend korrekt mit einer neuen Prüfsumme gespeichert, liegt kein Prüfsummenfehler vor. Gegen solche logischen Änderungen helfen Versionierung, Snapshots und Backups mit ausreichender Aufbewahrungsdauer.
Die sicherste Vorgehensweise besteht daher nicht aus einer einzelnen Funktion. Prüfsummen machen schleichende Veränderungen sichtbar. Scrubs sorgen dafür, dass auch selten gelesene Daten kontrolliert werden. Redundanz kann erkannte Schäden reparieren, und ein unabhängiges Backup liefert die Wiederherstellungsmöglichkeit, wenn die NAS-interne Kopie nicht mehr verlässlich ist.
Häufige Fragen zum Erkennen von Bitrot im NAS
Woran erkennst du, ob dein NAS überhaupt Datenprüfsummen verwendet?
Prüfe das Dateisystem, die Einstellungen der betroffenen Freigaben und die verfügbaren Funktionen für Datenintegrität oder Scrubbing. Ein Btrfs- oder ZFS-Volume allein genügt nicht immer, weil die Prüfsummenoption für vorhandene Freigaben zusätzlich aktiviert sein kann.
Was ist der Unterschied zwischen Bitrot und einem defekten Sektor?
Ein defekter Sektor beschreibt ein Problem beim Speichern oder Lesen auf einem Laufwerk, während Bitrot die unbemerkte Veränderung gespeicherter Daten bezeichnet. Ein Prüfsummenfehler kann durch einen defekten Sektor entstehen, aber auch durch andere Komponenten wie Kabel, Controller, Arbeitsspeicher oder Stromversorgung verursacht werden.
Reicht RAID 1, RAID 5 oder SHR als Schutz vor Bitrot aus?
Nein, RAID bietet vor allem Redundanz bei Laufwerksausfällen und ersetzt weder Prüfsummen noch ein unabhängiges Backup. Mit aktivierter Integritätsprüfung kann das NAS eine beschädigte Kopie unter Umständen aus einer intakten Kopie oder Paritätsinformation reparieren.
Bringt ein Scrub auch bei einem NAS mit nur einem Laufwerk etwas?
Ein Scrub kann auf einem einzelnen Laufwerk gespeicherte Prüfsummenfehler erkennen und melden. Ohne zweite Kopie oder externe Sicherung kann das NAS die ursprünglichen Daten bei einer Abweichung jedoch meist nicht selbst wiederherstellen.
Wie oft solltest du einen Scrub bei großen Festplatten durchführen?
Ein monatlicher Turnus ist eine mögliche praktische Orientierung, aber keine allgemeingültige Pflicht. Berücksichtige belegten Speicher, Laufwerksgröße, Datenkritikalität und Systemlast und plane die Prüfung so, dass die Daten regelmäßig vollständig gelesen werden.
Kann ein Scrub laufende Daten oder Festplatten beschädigen?
Ein Scrub ist grundsätzlich eine lesende Prüfung, belastet aber Laufwerke und System durch umfangreiche Lesevorgänge und kann die Leistung vorübergehend verringern. Starte ihn möglichst nicht gleichzeitig mit einem Rebuild oder Resilvering und verschiebe ihn bei ungewöhnlichen Laufwerksgeräuschen oder vielen Lesefehlern nicht ohne vorherige Sicherung.
Was solltest du tun, wenn ein Scrub einen Prüfsummenfehler meldet?
Sichere zuerst Protokolle und Statusinformationen und prüfe, welche Datei, welcher Pool und welches Laufwerk betroffen sind. Stelle nicht vorschnell einen Rebuild, eine Reparatur oder einen Laufwerkstausch erzwingend in Gang, sondern sichere wichtige Daten aus einem überprüften Backup und kläre wiederkehrende Fehler systematisch.
Warum brauchst du trotz erfolgreicher Bitrot-Prüfung ein Backup?
Prüfsummen und Redundanz können erkannte Schäden teilweise reparieren, schützen aber nicht vor versehentlichem Löschen, Ransomware, Diebstahl, Feuer oder einem vollständigen NAS-Ausfall. Ein versioniertes, unabhängiges Backup nach dem 3-2-1-Prinzip bietet zusätzlich eine Rückfallmöglichkeit und sollte regelmäßig durch eine Wiederherstellung geprüft werden.