...
Der gefährlichste Klick im NAS: Wenn „Speicherpool reparieren“ zum Datenverlust führt

Eine Festplatte ist ausgefallen – und das NAS schlägt sofort eine Reparatur vor

Das NAS piept. In der Verwaltungsoberfläche leuchtet eine Warnung auf. Eine Festplatte wird als fehlerhaft angezeigt, der Speicherpool steht auf „degradiert“ und das System empfiehlt, das betroffene Laufwerk zu ersetzen.

Danach erscheint meist eine Schaltfläche wie:

Speicherpool reparieren
RAID wiederherstellen
Rebuild starten
Fehlerhafte Festplatte ersetzen

Für viele Nutzer klingt das beruhigend. Eine Festplatte ist ausgefallen, also wird eine neue eingesetzt und das System stellt den ursprünglichen Zustand wieder her.

In einem gesunden RAID ist genau das der vorgesehene Ablauf.

Problematisch wird es, wenn nicht nur die ausgefallene Festplatte beschädigt ist. Hat eine zweite HDD bereits instabile Sektoren, Lesefehler oder elektronische Auffälligkeiten, kann der automatische Rebuild den gesamten Datenbestand gefährden.

Der Rebuild ist deshalb keine Datenrettung. Er ist ein umfangreicher Lese- und Schreibvorgang, der davon ausgeht, dass alle verbliebenen Komponenten ausreichend stabil sind.

Genau diese Voraussetzung ist nach einem RAID-Ausfall nicht immer gegeben.

Was „degradiert“ bei einem RAID wirklich bedeutet

Ein RAID-System verteilt Daten und zusätzliche Wiederherstellungsinformationen über mehrere Festplatten. Je nach RAID-Level kann der Verbund den Ausfall eines oder mehrerer Laufwerke verkraften.

Bei einem RAID 5 darf normalerweise eine Festplatte ausfallen. Das System kann weiterhin auf die Daten zugreifen, weil die fehlenden Informationen aus den verbleibenden Laufwerken und den gespeicherten Paritätsdaten berechnet werden.

Der Status „degradiert“ bedeutet daher zunächst nicht, dass alle Daten verloren sind.

Er bedeutet aber:

Die vorgesehene Sicherheitsreserve ist bereits aufgebraucht.

Solange das RAID degradiert läuft, kann jede weitere Störung kritisch werden. Fällt eine zweite Festplatte aus oder kann ein wichtiger Bereich nicht mehr gelesen werden, reicht die vorhandene Redundanz möglicherweise nicht mehr aus.

Das NAS funktioniert in diesem Zustand also nicht wieder „normal“. Es arbeitet bereits ohne die ursprünglich eingeplante Ausfallsicherheit.

Was während eines RAID-Rebuilds passiert

Wird eine defekte Festplatte ersetzt und der Rebuild gestartet, muss das System die fehlenden Inhalte für die neue HDD rekonstruieren.

Dafür werden die Daten aller verbliebenen Laufwerke gelesen. Aus den vorhandenen Datenblöcken und Paritätsinformationen berechnet das NAS, welche Inhalte auf die Ersatzplatte geschrieben werden müssen.

Bei einem großen RAID bedeutet das:

  • Alle verbliebenen Festplatten werden über viele Stunden intensiv gelesen.

  • Die neue Festplatte wird vollständig beschrieben.

  • Das RAID arbeitet währenddessen weiterhin ohne seine normale Sicherheitsreserve.

  • Bereits schwache oder instabile Laufwerke werden stark belastet.

  • Jeder Lesefehler kann die Rekonstruktion beeinflussen oder stoppen.

Je größer die verbauten Festplatten sind, desto länger kann dieser Vorgang dauern. Bei mehreren Terabyte pro Laufwerk ist ein Rebuild nicht in wenigen Minuten abgeschlossen. Je nach Kapazität, Auslastung, NAS-Modell und Zustand der HDDs kann die Rekonstruktion viele Stunden oder deutlich länger benötigen.

In dieser Zeit müssen die verbliebenen Laufwerke jeden benötigten Bereich fehlerfrei liefern.

Genau hier liegt das eigentliche Risiko.

Warum oft nicht nur eine Festplatte betroffen ist

Festplatten in einem RAID wurden häufig gemeinsam gekauft und zum selben Zeitpunkt eingebaut. Sie haben ähnliche Betriebsstunden, liefen in derselben Temperatur, waren denselben Vibrationen ausgesetzt und haben über Jahre dieselben Arbeitslasten getragen.

Fällt eine HDD aus Alters- oder Verschleißgründen aus, sind die anderen Festplatten deshalb nicht automatisch in einwandfreiem Zustand.

Sie können bereits erste Auffälligkeiten zeigen, ohne dass das NAS sie sofort als vollständig ausgefallen meldet:

  • vereinzelte instabile Sektoren,

  • erhöhte Fehlerwerte,

  • langsame Reaktionen,

  • wiederholte Lesekorrekturen,

  • sporadische Aussetzer,

  • elektronische Probleme,

  • mechanische Verschleißerscheinungen.

Im normalen Betrieb fallen solche Schwächen manchmal kaum auf. Während eines Rebuilds müssen jedoch große Teile der Laufwerke vollständig gelesen werden. Dadurch werden Bereiche angesprochen, die möglicherweise seit längerer Zeit nicht mehr gelesen wurden.

Ein Laufwerk, das im Alltag noch „funktioniert“, kann während des Rebuilds plötzlich aussteigen.

Der zweite Fehler entscheidet oft über den ganzen Datenbestand

Bei einem RAID 5 kann normalerweise eine Festplatte fehlen. Gibt während der Rekonstruktion eine zweite HDD auf, reicht die Parität nicht mehr aus, um alle fehlenden Daten korrekt zu berechnen.

Das kann unterschiedliche Folgen haben:

  • Der Rebuild bricht ab.

  • Der Speicherpool wird als abgestürzt angezeigt.

  • Das Volume lässt sich nicht mehr einbinden.

  • Ordner verschwinden oder sind nicht mehr zugänglich.

  • Das Dateisystem wird beschädigt.

  • Das NAS erkennt mehrere Laufwerke als fehlerhaft.

  • Das System fordert zu einer Initialisierung oder Neuerstellung auf.

Besonders kritisch ist, dass ein Rebuild nicht nur liest. Er schreibt neue Daten auf die Ersatzplatte und verändert damit den Zustand des Verbunds.

Wenn die Rekonstruktion auf falschen Annahmen basiert, die Laufwerksreihenfolge nicht stimmt oder eine weitere HDD fehlerhafte Daten liefert, kann ein Rebuild einen bereits schwierigen Fall zusätzlich verschärfen.

Warum ein Rebuild keine Datenrettung ist

Ein automatischer RAID-Rebuild verfolgt ein anderes Ziel als eine professionelle Datenrettung.

Das NAS möchte den Verbund möglichst schnell wieder in einen redundanten Betriebszustand bringen. Dabei geht es davon aus, dass:

  • nur die gemeldete Festplatte ausgefallen ist,

  • alle anderen Laufwerke fehlerfrei gelesen werden können,

  • die RAID-Konfiguration korrekt ist,

  • die Laufwerksreihenfolge stimmt,

  • das Dateisystem grundsätzlich konsistent ist,

  • keine früheren Rebuild-Versuche den Zustand verändert haben.

Eine Datenrettung arbeitet vorsichtiger.

Bevor auf Originaldatenträger geschrieben wird, muss zunächst geklärt werden:

  • Welche Festplatte ist tatsächlich ausgefallen?

  • Gibt es weitere Laufwerke mit Lesefehlern?

  • Welches Laufwerk enthält den aktuellsten Datenstand?

  • Wurde bereits ein Rebuild begonnen?

  • Sind Laufwerke vertauscht worden?

  • Ist die RAID-Konfiguration noch vollständig vorhanden?

  • Liegt zusätzlich ein Dateisystemschaden vor?

Der entscheidende Unterschied:

Bei der Datenrettung wird zuerst analysiert und gesichert. Erst danach wird rekonstruiert.

Ein typischer Fall aus dem Labor

Ein häufiges Szenario beginnt mit einem RAID 5 aus vier Festplatten.

Eine HDD fällt aus. Das NAS bleibt zunächst erreichbar und meldet einen degradierten Speicherpool. Der Nutzer kauft eine neue Festplatte, setzt sie ein und startet den vorgeschlagenen Rebuild.

Nach einigen Stunden verlangsamt sich die Rekonstruktion. Eine weitere HDD meldet Lesefehler. Der Rebuild bleibt stehen. Nach einem Neustart wird der Speicherpool nicht mehr eingebunden.

Aus Sicht des Nutzers sind nun plötzlich zwei Festplatten ausgefallen.

In der technischen Analyse zeigt sich jedoch oft ein differenzierteres Bild. Eine HDD war tatsächlich vollständig ausgefallen. Eine zweite war bereits instabil und konnte unter der hohen Leselast nicht mehr alle Bereiche liefern. Gleichzeitig hatte der angefangene Rebuild bereits Daten auf die Ersatzplatte geschrieben.

Damit existieren mehrere unterschiedliche Zustände:

  • der ursprüngliche Verbund vor dem Rebuild,

  • die ausgefallene Festplatte,

  • die instabile zweite HDD,

  • eine teilweise beschriebene Ersatzplatte,

  • ein möglicherweise verändertes Dateisystem.

Solche Fälle sind nicht automatisch unlösbar. Sie werden durch den begonnenen Rebuild aber deutlich komplexer.

Wann ein Rebuild normalerweise vertretbar ist

Ein Rebuild ist nicht grundsätzlich falsch. Er ist ein normaler Bestandteil eines RAID-Systems und kann bei klarer Ausgangslage problemlos funktionieren.

Ein Rebuild ist eher vertretbar, wenn:

  • eindeutig nur eine Festplatte betroffen ist,

  • alle anderen HDDs ohne Auffälligkeiten arbeiten,

  • keine ungewöhnlichen Geräusche vorhanden sind,

  • keine weiteren SMART- oder Lesefehler gemeldet werden,

  • die Laufwerksreihenfolge eindeutig dokumentiert ist,

  • das RAID vorher stabil lief,

  • kein früherer Rebuild fehlgeschlagen ist,

  • ein aktuelles und überprüftes Backup existiert.

Der letzte Punkt ist besonders wichtig.

Wenn ein vollständiges Backup vorhanden ist, kann ein fehlgeschlagener Rebuild zwar Aufwand verursachen, führt aber nicht automatisch zum Verlust der einzigen Datenkopie.

Fehlt ein Backup und sind die Daten geschäftlich oder persönlich wichtig, sollte die Entscheidung deutlich vorsichtiger getroffen werden.

Wann Sie den Rebuild besser nicht starten sollten

Ein sofortiger Rebuild ist riskant, wenn mindestens einer der folgenden Punkte zutrifft:

  • Eine zweite Festplatte meldet Fehler.

  • Das NAS reagiert ungewöhnlich langsam.

  • Mehrere HDDs wurden zeitweise als fehlend angezeigt.

  • Der Speicherpool war bereits vor dem Ausfall instabil.

  • Ein früherer Rebuild wurde abgebrochen.

  • Die Laufwerksreihenfolge ist unklar.

  • Festplatten wurden außerhalb des NAS getestet oder vertauscht.

  • Das Dateisystem war bereits beschädigt.

  • Das NAS verlangt eine Initialisierung.

  • Eine HDD klickt, piept oder läuft nicht sauber an.

  • Es existiert kein aktuelles Backup.

  • Die Daten sind besonders wichtig.

Auch wenn die Verwaltungsoberfläche eine Reparatur empfiehlt, kennt sie nicht automatisch den vollständigen technischen Zustand aller Laufwerke.

Das System bewertet in erster Linie, welche HDD aktuell erreichbar ist und welche nicht. Eine detaillierte Aussage über schwache Leseköpfe, instabile Sektoren oder beginnende Elektronikprobleme ist daraus nicht immer ableitbar.

Die falsche Festplatte wurde entfernt

Ein besonders gefährlicher Fehler passiert, wenn die ausgefallene HDD nicht eindeutig identifiziert wurde.

In einem NAS mit mehreren baugleichen Laufwerken sehen die Festplatten oft nahezu identisch aus. Wird die falsche Position notiert oder eine Laufwerksnummer falsch interpretiert, kann versehentlich eine funktionierende HDD entfernt werden.

Das RAID verliert dadurch kurzfristig ein weiteres Laufwerk.

Wird anschließend die falsche Festplatte ersetzt und ein Rebuild gestartet, kann sich die Situation weiter verschärfen. Das System arbeitet dann möglicherweise mit einem unvollständigen oder zeitlich abweichenden Laufwerkssatz.

Deshalb sollte vor jedem Ausbau dokumentiert werden:

  • welche HDD in welchem Schacht steckt,

  • welche Seriennummer zu welchem Slot gehört,

  • welche Statusmeldung das NAS anzeigt,

  • welche Laufwerke zum Zeitpunkt des Ausfalls aktiv waren.

Ein Foto der Einbausituation und der angezeigten Laufwerksübersicht kann später sehr hilfreich sein.

Warum Festplatten nicht einzeln unter Windows geprüft werden sollten

Ein weiterer häufiger Versuch besteht darin, die RAID-Festplatten auszubauen und einzeln an einen Windows-PC anzuschließen.

Windows erkennt die enthaltenen Partitionen oft nicht oder meldet, der Datenträger müsse initialisiert oder formatiert werden. Das ist bei RAID-Laufwerken nicht ungewöhnlich. Die Daten liegen verteilt über mehrere Festplatten und sind einzeln meist nicht als vollständiges Dateisystem lesbar.

Problematisch wird es, wenn angebotene Reparatur- oder Initialisierungsfunktionen bestätigt werden.

Dadurch können RAID-Metadaten, Partitionsinformationen oder andere wichtige Bereiche verändert werden.

Deshalb gilt:

  • Nicht initialisieren.

  • Nicht formatieren.

  • Kein CHKDSK ausführen.

  • Keine Dateisystemreparatur auf einzelnen RAID-Platten starten.

  • Keine Daten auf die Originalfestplatten schreiben.

Die Originaldatenträger sollten möglichst unverändert bleiben.

Was eine professionelle RAID-Analyse anders macht

Bei einer professionellen Analyse wird nicht sofort versucht, das RAID wieder in Betrieb zu nehmen.

Zuerst wird jede Festplatte einzeln bewertet. Dabei geht es unter anderem um:

  • Erkennbarkeit,

  • mechanischen Zustand,

  • Lesestabilität,

  • fehlerhafte Sektoren,

  • Elektronik und Firmware,

  • Vollständigkeit der RAID-Metadaten,

  • zeitlichen Stand der enthaltenen Daten.

Instabile oder beschädigte Laufwerke werden möglichst schonend gesichert. Die weitere Rekonstruktion erfolgt nicht auf den Originalmedien, sondern mit Abbildern oder Arbeitskopien.

Anschließend werden die RAID-Parameter bestimmt oder überprüft:

  • RAID-Level,

  • Laufwerksreihenfolge,

  • Stripe-Größe,

  • Paritätsrotation,

  • Datenoffset,

  • fehlende oder veraltete Laufwerke,

  • Zustand des Dateisystems.

Erst wenn diese Grundlagen geklärt sind, wird der Verbund virtuell rekonstruiert und auf verwertbare Daten geprüft.

Dieser Ablauf ist langsamer als ein Klick auf „Speicherpool reparieren“, schützt aber den ursprünglichen Datenbestand.

RAID 5, RAID 6 und SHR: Wo liegt der Unterschied?

Nicht jedes NAS verwendet ein klassisches RAID 5.

Viele Synology-Systeme arbeiten mit SHR, dem Synology Hybrid RAID. QNAP, TrueNAS und andere Systeme verwenden je nach Einrichtung RAID 5, RAID 6, RAID 10, ZFS-Varianten oder herstellerspezifische Speicherpools.

Die grundlegende Frage bleibt jedoch ähnlich:

Wie viele Festplatten dürfen ausfallen, bevor Daten nicht mehr vollständig rekonstruiert werden können?

Bei einem klassischen RAID 5 ist normalerweise eine ausgefallene HDD tolerierbar. Bei RAID 6 können in der Regel zwei Laufwerke ausfallen. RAID 10 arbeitet mit Spiegelpaaren, wobei die tatsächliche Ausfallsicherheit davon abhängt, welche Festplatten betroffen sind.

Mehr Redundanz senkt das Risiko, ersetzt aber kein Backup.

Auch ein RAID 6 kann unzugänglich werden, wenn:

  • mehr Laufwerke ausfallen als vorgesehen,

  • falsche Platten ersetzt werden,

  • die Konfiguration beschädigt wird,

  • ein Controller falsche Daten schreibt,

  • das Dateisystem beschädigt ist,

  • ein Rebuild mit instabilen Laufwerken scheitert.

Ein NAS ist kein Backup

Ein RAID schützt in erster Linie vor dem Ausfall einzelner Festplatten. Es schützt nicht zuverlässig vor:

  • versehentlichem Löschen,

  • Ransomware,

  • beschädigten Dateien,

  • Fehlkonfiguration,

  • Diebstahl,

  • Feuer oder Wasserschaden,

  • Überspannung,

  • fehlerhaften Updates,

  • mehreren gleichzeitig ausfallenden HDDs,

  • einem fehlgeschlagenen Rebuild.

Wer wichtige Daten nur auf einem NAS speichert, besitzt daher nicht automatisch ein Backup.

Eine separate Sicherung sollte unabhängig vom aktiven Speicherpool vorhanden sein. Idealerweise ist mindestens eine Kopie nicht dauerhaft mit dem NAS verbunden oder an einem anderen Ort aufbewahrt.

Gerade vor einem Rebuild ist ein vorhandenes Backup der wichtigste Unterschied zwischen einer normalen Wartungsmaßnahme und einem möglichen Datenrettungsfall.

Was Sie bei einer RAID-Warnung sofort tun sollten

Wenn Ihr NAS einen Festplattenfehler oder degradierten Speicherpool meldet, sollten Sie zunächst Ruhe bewahren.

Sinnvolle erste Schritte sind:

  1. Fehlermeldungen fotografieren oder als Screenshot sichern.

  2. Laufwerkspositionen und Seriennummern dokumentieren.

  3. Prüfen, ob ein aktuelles Backup vorhanden und lesbar ist.

  4. Auf ungewöhnliche Geräusche achten.

  5. Keine Festplatte entfernen, solange die Zuordnung unklar ist.

  6. Keinen Rebuild starten, wenn weitere Laufwerke Auffälligkeiten zeigen.

  7. Keine Initialisierung oder Neuerstellung des Speicherpools bestätigen.

  8. Bei wichtigen Daten und unklarer Lage das System kontrolliert herunterfahren.

Ein kontrolliertes Ausschalten ist meist besser als zahlreiche Rebuild-, Neustart- und Reparaturversuche.

Wann eine RAID-Datenrettung sinnvoll ist

Eine professionelle Analyse ist besonders sinnvoll, wenn:

  • der Rebuild bereits fehlgeschlagen ist,

  • mehrere Festplatten Fehler melden,

  • das Volume nicht mehr erreichbar ist,

  • der Speicherpool als abgestürzt angezeigt wird,

  • eine falsche HDD ersetzt oder entfernt wurde,

  • die Laufwerksreihenfolge nicht mehr bekannt ist,

  • das NAS eine Initialisierung verlangt,

  • Festplatten ungewöhnliche Geräusche machen,

  • das Dateisystem beschädigt ist,

  • kein aktuelles Backup existiert,

  • geschäftlich oder persönlich wichtige Daten betroffen sind.

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

  • Hersteller und Modell des NAS oder Servers,

  • Anzahl und Kapazität der Festplatten,

  • verwendetes RAID-Level, falls bekannt,

  • genaue Fehlermeldungen,

  • Reihenfolge der Laufwerke,

  • Beschreibung der bisherigen Schritte,

  • Information, ob bereits ein Rebuild gestartet wurde,

  • Hinweis, welche Daten besonders wichtig sind.

Je genauer der Ablauf dokumentiert ist, desto besser lässt sich die technische Ausgangslage beurteilen.

Was wir nach fehlgeschlagenen Rebuilds immer wieder sehen

Der ursprüngliche Ausfall einer einzelnen Festplatte wäre in vielen Fällen noch gut beherrschbar gewesen.

Komplex wird die Situation häufig erst danach.

Eine Ersatzplatte wird eingesetzt, obwohl eine zweite HDD bereits instabil ist. Ein Rebuild startet und bricht ab. Danach wird das NAS mehrfach neu gestartet. Festplatten werden ausgebaut, vertauscht oder einzeln an einen Computer angeschlossen. Schließlich wird der Speicherpool neu angelegt, weil die Oberfläche keine andere Lösung mehr anbietet.

Jeder dieser Schritte verändert die Ausgangslage.

Deshalb ist der wichtigste Rat nicht, grundsätzlich jeden Rebuild zu vermeiden. Entscheidend ist, vorher zu prüfen, ob die Voraussetzungen dafür wirklich erfüllt sind.

Wenn nur eine Festplatte ausgefallen ist, die übrigen Laufwerke stabil sind und ein aktuelles Backup vorhanden ist, kann ein Rebuild der richtige Weg sein.

Wenn die Lage unklar ist, mehrere HDDs Auffälligkeiten zeigen oder die Daten nur einmal vorhanden sind, sollte nicht auf den Originalmedien experimentiert werden.

Der gefährlichste Klick im NAS ist nicht immer „Löschen“ oder „Formatieren“.

Manchmal ist es die scheinbar harmlose Schaltfläche „Speicherpool reparieren“.

 

Likes ( 0 ) comments ( 0 )
2026-06-08 11:17:18
Add comment