NAS meldet einen Festplattenfehler: Weshalb ein RAID-Rebuild zuerst geprüft werden sollte

Wenn der Speicherpool noch erreichbar ist, aber die Sicherheitsreserve bereits fehlt

Das NAS läuft noch. Ordner lassen sich öffnen, Dateien sind sichtbar und die Freigaben funktionieren vielleicht weiterhin. Gleichzeitig zeigt die Verwaltungsoberfläche eine deutliche Warnung: Eine Festplatte ist ausgefallen, der Speicherpool ist degradiert und der Verbund soll repariert werden.

Die angebotene Lösung wirkt einfach. Defekte HDD herausnehmen, Ersatzlaufwerk einsetzen und den Rebuild starten.

In vielen Fällen ist das tatsächlich der normale Wartungsweg. Vorausgesetzt, die übrigen Festplatten sind stabil, die RAID-Konfiguration ist eindeutig und es existiert eine aktuelle Datensicherung.

Fehlt eine dieser Voraussetzungen, kann die Reparatur jedoch riskant werden.

Ein RAID-Rebuild stellt nicht einfach verlorene Dateien wieder her. Er liest die verbliebenen Laufwerke über einen langen Zeitraum vollständig oder nahezu vollständig aus, berechnet fehlende Datenblöcke und schreibt diese auf die Ersatzplatte. Fällt während dieses Vorgangs eine weitere HDD aus oder liefert sie kritische Bereiche nicht mehr korrekt, kann der gesamte Speicherpool unzugänglich werden.

Deshalb ist die wichtigste Frage nach einer RAID-Warnung nicht nur:

Welche Festplatte muss ersetzt werden?

Sondern auch:

Sind die übrigen Laufwerke gesund genug, um den Rebuild zu überstehen?

Was ein degradierter Speicherpool bedeutet

Ein RAID ist so aufgebaut, dass es je nach Konfiguration den Ausfall einzelner Festplatten verkraften kann.

Bei einem RAID 5 werden Daten und Paritätsinformationen über mehrere HDDs verteilt. Fällt eine Festplatte aus, kann der Verbund die fehlenden Inhalte aus den übrigen Laufwerken berechnen. Die Daten bleiben dadurch oft zunächst erreichbar.

Der Status „degradiert“ bedeutet deshalb nicht automatisch, dass die Dateien bereits verloren sind.

Er bedeutet jedoch:

• Die eingeplante Redundanz ist teilweise oder vollständig aufgebraucht.

• Der Verbund befindet sich nicht mehr im normalen Betriebszustand.

• Ein weiterer Fehler kann kritisch werden.

• Fehlende Daten müssen teilweise laufend rekonstruiert werden.

• Die verbleibenden Festplatten werden stärker beansprucht.

Bei RAID 5 ist nach dem Ausfall einer HDD keine weitere vollständige Ausfallreserve mehr vorhanden. Bei RAID 6 bleibt normalerweise noch eine zusätzliche Paritätsebene. Auch dort sollte ein Warnzustand aber nicht unterschätzt werden.

Weshalb ein NAS trotzdem sofort zur Reparatur auffordert

NAS-Systeme sind für Verfügbarkeit ausgelegt. Sie sollen einen ausgefallenen Datenträger ersetzen und den redundanten Zustand möglichst rasch wiederherstellen.

Die Verwaltungsoberfläche von Synology, QNAP und anderen Herstellern bietet deshalb meist einen klaren Ablauf an:

1. Fehlerhaftes Laufwerk identifizieren.

2. Ersatzfestplatte einsetzen.

3. Speicherpool reparieren.

4. Rebuild abwarten.

5. Redundanz wiederherstellen.

Das System geht dabei davon aus, dass die verbliebenen Laufwerke zuverlässig funktionieren.

Genau diese Annahme ist nach mehreren Jahren Betrieb nicht immer sicher.

Die Oberfläche kann zwar erkennen, ob eine HDD reagiert, ob bestimmte SMART-Werte auffällig sind oder ob ein Laufwerk aus dem Verbund gefallen ist. Sie kann aber nicht in jedem Fall vorhersagen, ob eine ältere Festplatte einen stundenlangen vollständigen Lesevorgang ohne weitere Fehler übersteht.

Was beim Rebuild tatsächlich geschieht

Während eines Rebuilds müssen die fehlenden Daten der ausgefallenen Festplatte rekonstruiert werden.

Dazu liest das NAS die relevanten Blöcke aller noch vorhandenen RAID-Mitglieder. Aus den Daten und Paritätsinformationen wird berechnet, welche Inhalte auf die neue Festplatte geschrieben werden müssen.

Dieser Vorgang ist intensiv:

• Die verbliebenen HDDs werden über lange Zeit stark gelesen.

• Die Ersatzplatte wird vollständig beschrieben.

• Der Speicherpool läuft weiterhin ohne seine ursprüngliche Sicherheitsreserve.

• Fehlerhafte Sektoren können den Rebuild verlangsamen oder stoppen.

• Bereits geschwächte Laufwerke können während der Belastung vollständig ausfallen.

Bei kleinen Festplatten kann ein Rebuild vergleichsweise rasch abgeschlossen sein. Bei Laufwerken mit 8, 12, 16 oder mehr Terabyte dauert die Rekonstruktion erheblich länger. Während dieser gesamten Zeit müssen die verbliebenen Platten zuverlässig arbeiten.

Ein Rebuild ist damit nicht nur eine Reparatur, sondern gleichzeitig ein Belastungstest für den gesamten Restverbund.

Warum die zweite HDD oft bereits vorgeschädigt ist

Viele RAID-Systeme werden mit mehreren identischen Festplatten aufgebaut. Die Laufwerke werden gleichzeitig gekauft, gemeinsam eingebaut und laufen danach über Jahre unter denselben Bedingungen.

Sie haben häufig:

• nahezu identische Betriebsstunden,

• dieselben Temperaturzyklen,

• dieselbe Stromversorgung,

• ähnliche Schreib- und Leselasten,

• dieselben Vibrationen,

• oft dasselbe Alter und dieselbe Modellserie.

Fällt eine Festplatte aufgrund von Verschleiss aus, ist es deshalb möglich, dass weitere HDDs ebenfalls bereits erste Auffälligkeiten zeigen.

Diese Probleme müssen im Alltag noch nicht deutlich sichtbar sein. Eine Platte kann weiterhin erkannt werden und trotzdem einzelne schwache Bereiche besitzen. Erst beim Rebuild werden grosse Datenbereiche durchgehend gelesen. Genau dann treten versteckte Lesefehler häufig erstmals deutlich hervor.

Typische Anzeichen sind:

• stark sinkende Rebuild-Geschwindigkeit,

• wiederholte Lesewiederholungen,

• neue SMART-Warnungen,

• Aussetzer einzelner Laufwerke,

• extrem langsame Zugriffe,

• Abbruch der Rekonstruktion,

• Wechsel des Speicherpools von „degradiert“ zu „abgestürzt“.

Wenn der Rebuild bei 40 oder 70 Prozent stehen bleibt

Ein festhängender Rebuild ist ein Warnsignal.

Nicht jede lange Pause bedeutet sofort einen schweren Defekt. Manche NAS-Systeme arbeiten bei problematischen Sektoren lange an einzelnen Bereichen. Bleibt die Anzeige jedoch über viele Stunden unverändert, erscheinen neue Laufwerksfehler oder reagiert das System zunehmend schlechter, sollte nicht einfach weitergewartet oder mehrfach neu gestartet werden.

Der Rebuild kann bereits Daten auf die neue HDD geschrieben haben. Gleichzeitig können die ursprünglichen Laufwerke unterschiedliche Zustände aufweisen.

Nach einem Abbruch existieren möglicherweise:

• eine vollständig ausgefallene Festplatte,

• eine weitere instabile HDD,

• mehrere grundsätzlich lesbare RAID-Mitglieder,

• eine teilweise beschriebene Ersatzplatte,

• aktualisierte RAID-Metadaten,

• ein inkonsistenter Speicherpool oder ein beschädigtes Dateisystem.

Für eine spätere Datenrettung muss dann rekonstruiert werden, welche Laufwerke zusammen den besten und zeitlich passendsten Datenstand ergeben.

Warum ein Rebuild nicht mit Datenrettung gleichgesetzt werden darf

Das Ziel eines Rebuilds ist die Wiederherstellung der Redundanz. Das NAS versucht, den Verbund möglichst wieder in den vorgesehenen Betriebszustand zu bringen.

Eine Datenrettung verfolgt ein anderes Ziel: vorhandene Daten möglichst unverändert sichern und erst danach den RAID-Verbund rekonstruieren.

Vor einer professionellen Rekonstruktion müssen Fragen geklärt werden, die ein automatischer Rebuild nicht vollständig beantwortet:

• Welches Laufwerk ist tatsächlich zuerst ausgefallen?

• Gibt es weitere HDDs mit instabilen Bereichen?

• Welche Festplatte enthält den aktuellsten RAID-Zustand?

• Wurde eine Platte bereits ersetzt?

• Ist ein Rebuild begonnen oder abgebrochen worden?

• Wurde die Laufwerksreihenfolge verändert?

• Sind RAID-Metadaten beschädigt oder überschrieben?

• Besteht zusätzlich ein Dateisystemproblem?

Die Originaldatenträger sollten deshalb nicht als Experimentierfläche dienen.

Eine kontrollierte Datenrettung arbeitet möglichst mit Abbildern oder Arbeitskopien. So bleibt der ursprüngliche Zustand erhalten, falls die erste Rekonstruktionsannahme nicht korrekt ist.

Ein typisches Szenario aus einem kleineren Betrieb

Ein Schweizer KMU nutzt ein NAS mit vier Festplatten. Darauf liegen Kundendokumente, Buchhaltung, Projektdateien und gemeinsame Arbeitsordner.

Das System meldet am Morgen eine ausgefallene HDD. Die Mitarbeitenden können zunächst noch auf die Daten zugreifen. Eine neue Festplatte wird bestellt, eingesetzt und der Speicherpool repariert.

Die Rekonstruktion startet normal. Nach einigen Stunden sinkt die Geschwindigkeit deutlich. Später meldet eine zweite HDD Lesefehler. Der Rebuild wird abgebrochen und das Volume ist nicht mehr erreichbar.

Aus einem einzelnen Laufwerksausfall ist nun ein komplexer RAID-Fall geworden.

Die zweite HDD war möglicherweise schon vor dem Rebuild geschwächt. Im normalen Betrieb hatte sie noch ausreichend funktioniert. Erst die vollständige Lesebelastung machte den Schaden sichtbar.

Gleichzeitig enthält die Ersatzplatte nur einen Teil der rekonstruierten Daten. Der Verbund besteht nun aus Laufwerken mit unterschiedlichen Zuständen.

Solche Fälle sind oft noch analysierbar. Die Rekonstruktion wird aber wesentlich aufwendiger, als wenn der ursprüngliche Verbund vor dem ersten Rebuild gesichert worden wäre.

Wann ein Rebuild grundsätzlich vertretbar ist

Ein Rebuild ist nicht automatisch falsch oder gefährlich. Er gehört zum normalen Betrieb eines RAID-Systems.

Die Ausgangslage sollte jedoch möglichst eindeutig sein.

Ein regulärer Rebuild ist eher vertretbar, wenn:

• genau eine HDD eindeutig ausgefallen ist,

• alle übrigen Laufwerke stabil arbeiten,

• keine auffälligen Geräusche auftreten,

• keine zusätzlichen Lesefehler gemeldet werden,

• der Speicherpool vor dem Ausfall fehlerfrei war,

• die Laufwerksreihenfolge eindeutig dokumentiert ist,

• kein früherer Rebuild gescheitert ist,

• ein aktuelles und geprüftes Backup vorhanden ist.

Das Backup ist dabei der entscheidende Sicherheitsfaktor.

Wenn alle Daten unabhängig gesichert sind, bleibt ein fehlgeschlagener Rebuild ärgerlich, aber beherrschbar. Ohne Backup ist der RAID-Verbund möglicherweise die einzige vollständige Datenkopie. Dann sollte jede Schreiboperation vorsichtiger bewertet werden.

Wann der Rebuild besser nicht gestartet wird

Ein sofortiger Reparaturversuch ist riskant, wenn:

• mehr als eine Festplatte Warnungen zeigt,

• eine zweite HDD bereits Lesefehler meldet,

• das NAS vor dem Ausfall auffällig langsam war,

• Laufwerke wiederholt verschwinden und wieder auftauchen,

• ungewöhnliche Geräusche zu hören sind,

• der Speicherpool bereits als abgestürzt angezeigt wird,

• ein früherer Rebuild abgebrochen wurde,

• Festplatten ausgebaut oder vertauscht wurden,

• die genaue Reihenfolge nicht mehr bekannt ist,

• das NAS eine Initialisierung verlangt,

• kein aktuelles Backup vorhanden ist,

• besonders wichtige Daten betroffen sind.

In solchen Fällen ist ein kontrolliertes Herunterfahren häufig besser als weitere automatische Reparaturversuche.

Weshalb die falsche Festplatte schnell ausgebaut wird

Bei mehreren baugleichen HDDs kann die Zuordnung der Laufwerke schwieriger sein, als sie zunächst wirkt.

Ein NAS bezeichnet ein Laufwerk beispielsweise als „Drive 2“ oder „Bay 3“. Der Nutzer zählt die Einschübe möglicherweise anders oder verwechselt die Anzeige mit der physischen Position.

Wird die falsche Festplatte entfernt, fehlt dem degradierten RAID plötzlich ein weiteres wichtiges Mitglied.

Besonders kritisch wird es, wenn danach eine neue HDD eingesetzt und ein Rebuild gestartet wird. Der Verbund kann dann auf einer falschen Zusammensetzung basieren.

Vor jedem Ausbau sollten deshalb dokumentiert werden:

• Einbauposition jedes Laufwerks,

• Seriennummer,

• Modellnummer,

• angezeigter Status,

• Zuordnung zwischen Slot und Softwareanzeige.

Fotos der Einbausituation und Screenshots der NAS-Oberfläche können später sehr wertvoll sein.

Ausgebaute Laufwerke sollten klar mit ihrer ursprünglichen Position beschriftet werden.

Warum Windows die einzelnen NAS-Platten nicht lesen kann

Nach einem RAID-Ausfall werden Festplatten häufig einzeln an einen normalen PC angeschlossen. Windows zeigt dann möglicherweise unbekannte Partitionen an und fordert zur Initialisierung oder Formatierung auf.

Diese Meldung ist bei RAID-Platten nicht ungewöhnlich.

Die Daten eines RAID liegen verteilt über mehrere HDDs. Eine einzelne Festplatte enthält in der Regel nur einen Teil der Datenblöcke und Paritätsinformationen. Zusätzlich verwenden NAS-Systeme häufig Linux-Dateisysteme, LVM, Btrfs, ZFS oder herstellerspezifische Strukturen.

Windows kann diese Konfiguration nicht ohne Weiteres als vollständiges Laufwerk öffnen.

Folgende Aktionen sollten deshalb nicht bestätigt werden:

• Datenträger initialisieren,

• neue Partitionstabelle schreiben,

• Festplatte formatieren,

• CHKDSK ausführen,

• Dateisystem reparieren,

• Daten auf das Laufwerk kopieren.

Solche Schreibvorgänge können wichtige Metadaten überschreiben.

Mehrere Neustarts lösen das Problem selten

Wenn das NAS den Speicherpool nicht mehr einbindet, wird es häufig mehrfach neu gestartet. Manchmal in der Hoffnung, dass alle Laufwerke beim nächsten Versuch wieder erkannt werden.

Bei Kontakt- oder Stromversorgungsproblemen kann ein Neustart tatsächlich kurzfristig etwas verändern. Bei mechanisch oder elektronisch instabilen Festplatten erhöht jeder neue Start jedoch die Belastung.

Zusätzlich können NAS-Systeme beim Hochfahren automatische Vorgänge auslösen:

• Dateisystemprüfungen,

• Journal-Wiederherstellungen,

• RAID-Synchronisationen,

• erneute Rebuild-Versuche,

• Aktualisierungen von Metadaten.

Wenn der Zustand des Verbunds unklar ist, sind wiederholte Neustarts daher keine kontrollierte Diagnose.

RAID 5, RAID 6, RAID 10 und SHR

Das Risiko eines Laufwerksausfalls hängt auch vom verwendeten RAID-Level ab.

RAID 5

RAID 5 verwendet eine einfache Parität. Eine Festplatte darf normalerweise ausfallen. Ein weiterer vollständiger Ausfall kann den Verbund unzugänglich machen.

RAID 6

RAID 6 speichert eine doppelte Parität und kann üblicherweise zwei ausgefallene Laufwerke verkraften. Das bietet mehr Reserve, verhindert aber nicht alle Arten von Datenverlust.

RAID 10

RAID 10 kombiniert Spiegelung und Verteilung. Mehrere Festplatten können ausfallen, solange nicht beide Laufwerke desselben Spiegelpaars betroffen sind.

Synology Hybrid RAID

SHR ermöglicht eine flexible Nutzung unterschiedlicher Laufwerksgrössen. Je nach Konfiguration entspricht die Ausfallsicherheit in etwa RAID 5 oder RAID 6. Auch SHR benötigt für einen Rebuild stabile Restlaufwerke.

ZFS und RAIDZ

ZFS bietet Prüfsummen und umfangreiche Integritätsfunktionen. Trotzdem kann auch ein RAIDZ-Verbund bei zu vielen defekten Laufwerken, falschen Eingriffen oder fehlenden Backups unzugänglich werden.

Unabhängig von der Technik gilt: RAID erhöht die Verfügbarkeit. Es ersetzt keine separate Datensicherung.

Was eine professionelle RAID-Analyse untersucht

Bei einer professionellen Analyse wird jede Festplatte zunächst einzeln bewertet.

Dabei geht es unter anderem um:

• mechanischen Zustand,

• elektronische Auffälligkeiten,

• Lesestabilität,

• fehlerhafte Sektoren,

• Firmwarezustand,

• vorhandene RAID-Metadaten,

• zeitlichen Datenstand,

• Hinweise auf frühere Rebuilds.

Instabile Laufwerke werden möglichst schonend gesichert. Die Rekonstruktion erfolgt danach mit Abbildern oder Arbeitskopien.

Anschliessend werden die technischen Parameter des RAID bestimmt:

• RAID-Level,

• Laufwerksreihenfolge,

• Stripe-Grösse,

• Paritätsrotation,

• Datenoffset,

• fehlende Mitglieder,

• veraltete Laufwerke,

• Dateisystem und Volume-Struktur.

Erst danach wird der Speicherverbund virtuell zusammengesetzt und auf konsistente Dateien und Verzeichnisse geprüft.

Weshalb die Original-HDDs nicht weiter beschrieben werden sollten

Auf den Festplatten befinden sich nicht nur die eigentlichen Nutzdaten. Sie enthalten auch Informationen über den Aufbau und Zustand des RAID.

Dazu gehören je nach System:

• RAID-Superblöcke,

• Laufwerksrollen,

• Sequenznummern,

• Zeitstempel,

• Partitionsstrukturen,

• Journaldaten,

• Dateisystem-Metadaten,

• Informationen über begonnene Rebuilds.

Werden diese Bereiche verändert, kann es schwieriger werden, den ursprünglichen Verbund nachzuvollziehen.

Aus diesem Grund wird eine professionelle Rekonstruktion möglichst nicht direkt auf den Originalfestplatten durchgeführt.

Warum RAID kein vollständiges Backup ist

Ein RAID schützt in erster Linie vor bestimmten Laufwerksausfällen. Es hält ein System verfügbar, wenn eine oder je nach RAID-Level mehrere HDDs ausfallen.

Nicht geschützt ist der Datenbestand automatisch vor:

• versehentlichem Löschen,

• Überschreiben,

• Ransomware,

• fehlerhafter Synchronisation,

• beschädigten Dateien,

• Fehlkonfiguration,

• Wasser- oder Brandschäden,

• Überspannung,

• Diebstahl,

• mehreren gleichzeitigen Festplattenausfällen,

• fehlgeschlagenen Rebuilds.

Wer Dateien nur auf einem NAS speichert, besitzt deshalb noch keine unabhängige Datensicherung.

Eine zusätzliche Kopie sollte auf einem getrennten Datenträger oder einem zweiten System liegen. Idealerweise befindet sich mindestens eine Sicherung ausserhalb des Standorts oder ist nicht dauerhaft mit dem NAS verbunden.

Was Sie bei einer NAS-Warnung dokumentieren sollten

Bevor Festplatten entfernt oder Reparaturen gestartet werden, sollten möglichst viele Informationen gesichert werden.

Hilfreich sind:

• Foto oder Screenshot der Fehlermeldung,

• Hersteller und Modell des NAS,

• Anzahl der Laufwerke,

• Modell und Kapazität jeder HDD,

• Seriennummern,

• Einbaupositionen,

• verwendetes RAID-Level,

• Status jedes Laufwerks,

• Zeitpunkt des ersten Fehlers,

• ungewöhnliche Geräusche,

• bereits durchgeführte Schritte,

• Stand und Ergebnis eines begonnenen Rebuilds.

Diese Angaben helfen, den ursprünglichen Zustand später korrekt nachzuvollziehen.

Wann das NAS kontrolliert ausgeschaltet werden sollte

Ein Herunterfahren kann sinnvoll sein, wenn die Daten wichtig sind und die Situation nicht mehr eindeutig ist.

Das gilt insbesondere, wenn:

• mehrere Laufwerke Fehler anzeigen,

• ein Rebuild nicht weiterläuft,

• das NAS Festplatten verliert,

• der Speicherpool nicht mehr verfügbar ist,

• ungewöhnliche mechanische Geräusche auftreten,

• das System extrem langsam reagiert,

• eine Initialisierung angeboten wird,

• kein aktuelles Backup vorhanden ist.

Das Ausschalten repariert den Verbund nicht. Es kann aber verhindern, dass automatische Schreib- und Reparaturvorgänge den Zustand weiter verändern.

Wann eine RAID-Datenrettung sinnvoll ist

Eine technische Analyse sollte erwogen werden, wenn:

• ein Rebuild fehlgeschlagen ist,

• mehrere HDDs Auffälligkeiten zeigen,

• der Speicherpool als abgestürzt gemeldet wird,

• Ordner und Freigaben nicht mehr erreichbar sind,

• eine falsche Platte entfernt wurde,

• die Laufwerksreihenfolge unklar ist,

• das NAS einen neuen Speicherpool erstellen möchte,

• Laufwerke nicht mehr stabil erkannt werden,

• kein aktuelles Backup vorhanden ist,

• wichtige private oder geschäftliche Daten betroffen sind.

Für eine erste Einschätzung sind folgende Angaben besonders hilfreich:

• NAS- oder Servermodell,

• Anzahl der Festplatten,

• Kapazitäten und Modelle,

• RAID-Level, falls bekannt,

• genaue Fehlermeldung,

• ursprüngliche Laufwerksreihenfolge,

• bereits durchgeführte Massnahmen,

• Information über gestartete oder abgebrochene Rebuilds,

• Art der benötigten Daten.

Was wir bei gescheiterten RAID-Reparaturen häufig beobachten

Der erste Ausfall ist oft noch nicht der schwerste Teil des Problems.

Ein RAID 5 kann nach dem Verlust einer HDD weiterhin erreichbar sein. In dieser Phase könnten wichtige Daten teilweise noch gesichert werden. Kritisch wird es häufig erst, wenn ein Rebuild ohne Prüfung der restlichen Laufwerke gestartet wird.

Eine zweite HDD reagiert langsam. Der Rebuild bleibt stehen. Das NAS wird neu gestartet. Laufwerke werden entfernt und wieder eingesetzt. Schliesslich schlägt die Verwaltungsoberfläche vor, den Speicherpool neu anzulegen.

Jeder weitere Schritt kann den ursprünglichen Zustand verändern.

Das bedeutet nicht, dass jeder degradierte Speicherpool sofort professionell analysiert werden muss. Bei eindeutig einer ausgefallenen HDD, stabilen Restlaufwerken und vorhandenem Backup kann ein normaler Rebuild sinnvoll sein.

Wenn aber kein Backup vorhanden ist, mehrere Laufwerke Auffälligkeiten zeigen oder der Zustand nicht eindeutig ist, sollte der Reparaturvorschlag nicht automatisch bestätigt werden.

Ein Rebuild kann Redundanz wiederherstellen.

Er kann aber keine gesunden Restlaufwerke garantieren.