NAS piept, Speicherpool degradiert: Warum der nächste Klick alles entscheiden kann

Eine Festplatte ist ausgefallen. Das System läuft noch. Genau jetzt passieren die meisten Fehler.

Montagmorgen im Büro. Das NAS meldet eine ausgefallene Festplatte. Die gemeinsamen Ordner sind noch erreichbar, die Buchhaltung öffnet sich, Projektdaten lassen sich laden. Trotzdem blinkt an einem Laufwerk eine rote LED, und in der Oberfläche steht: Speicherpool degradiert.

Die vorgeschlagene Lösung wirkt eindeutig: defekte Festplatte austauschen, neue HDD einsetzen, Reparatur starten.

Für viele Unternehmen, Agenturen, Praxen und Selbstständige in Berlin ist genau das der Moment, in dem aus einer überschaubaren Störung ein echter Datenrettungsfall werden kann.

Nicht, weil ein RAID-Rebuild grundsätzlich falsch wäre. Sondern weil er nur dann sicher funktioniert, wenn die übrigen Festplatten gesund genug sind, den gesamten Verbund noch einmal vollständig zu lesen.

Genau das ist nach mehreren Jahren Dauerbetrieb nicht selbstverständlich.

Solange die Ordner noch sichtbar sind, ist nicht alles in Ordnung

Ein degradiertes RAID vermittelt leicht ein falsches Gefühl von Sicherheit.

Die Datenfreigaben funktionieren noch. Mitarbeitende können weiterarbeiten. Das NAS reagiert vielleicht etwas langsamer, aber ansonsten scheint der Betrieb kaum beeinträchtigt.

Technisch sieht die Situation anders aus.

Bei einem RAID 5 darf normalerweise eine Festplatte ausfallen. Der Verbund kann die fehlenden Daten aus den verbliebenen Laufwerken und den gespeicherten Paritätsinformationen berechnen.

Das bedeutet aber auch:

• Die Sicherheitsreserve ist bereits verbraucht.

• Jeder weitere Fehler kann kritisch werden.

• Die restlichen HDDs tragen jetzt die gesamte Last.

• Fehlende Daten müssen teilweise bereits im laufenden Betrieb rekonstruiert werden.

• Ein zweiter Laufwerksausfall kann den Speicherpool vollständig unzugänglich machen.

Der Status „degradiert“ heißt also nicht: Das NAS ist fast wieder in Ordnung.

Er heißt: Das System funktioniert nur noch, weil alle übrigen Komponenten ausreichend stabil bleiben.

Warum ein Rebuild kein einfacher Kopiervorgang ist

Beim Austausch einer defekten Festplatte kopiert das NAS nicht einfach Dateien auf die neue HDD.

Stattdessen liest es die vorhandenen Daten und Paritätsinformationen von allen verbliebenen Laufwerken. Aus diesen Informationen berechnet es Block für Block, was auf der Ersatzplatte gespeichert werden muss.

Das kann viele Stunden oder mehrere Tage dauern.

Während dieser Zeit passiert gleichzeitig Folgendes:

• Die verbliebenen Festplatten werden dauerhaft gelesen.

• Die neue HDD wird vollständig beschrieben.

• Das RAID arbeitet weiterhin ohne normale Redundanz.

• Schwache Sektoren können zu langen Verzögerungen führen.

• Instabile Laufwerke werden deutlich stärker beansprucht.

• Jeder weitere Ausfall kann die Rekonstruktion stoppen.

Bei vier Festplatten mit jeweils mehreren Terabyte muss der Verbund enorme Datenmengen verarbeiten. Je größer die HDDs, desto länger dauert der Vorgang und desto länger bleibt das RAID in einem kritischen Zustand.

Warum die zweite Festplatte oft schon Probleme hat

Festplatten in einem NAS sind meist ähnlich alt.

Sie wurden zusammen gekauft, gemeinsam eingebaut und liefen seitdem unter denselben Bedingungen:

• gleiche Betriebsstunden,

• gleiche Temperatur,

• gleiche Vibrationen,

• gleiche Stromversorgung,

• ähnliche Schreib- und Leselast,

• häufig sogar gleiche Modellserie und Produktionscharge.

Fällt eine HDD nach mehreren Jahren aus, bedeutet das nicht, dass alle anderen Laufwerke gesund sind. Es kann lediglich heißen, dass dieses eine Laufwerk zuerst vollständig aufgegeben hat.

Eine zweite Platte kann bereits erste Schäden haben:

• instabile Sektoren,

• langsame Lesebereiche,

• zunehmende Fehlerkorrekturen,

• sporadische Aussetzer,

• beginnenden mechanischen Verschleiß,

• Probleme mit Elektronik oder Firmware.

Im normalen Betrieb bleiben solche Fehler manchmal unauffällig. Ein Rebuild zwingt die HDD jedoch dazu, große Bereiche vollständig zu lesen. Dadurch werden Schwächen sichtbar, die vorher noch nicht aufgefallen sind.

Der klassische Ablauf eines fehlgeschlagenen Rebuilds

Ein typischer Fall beginnt unspektakulär.

Ein NAS mit vier Festplatten meldet den Ausfall einer HDD. Die Daten sind weiterhin erreichbar. Eine Ersatzplatte wird eingesetzt, und der Speicherpool wird repariert.

Der Rebuild startet. Zunächst läuft alles normal.

Nach einigen Stunden sinkt die Geschwindigkeit. Die Fortschrittsanzeige bleibt lange bei demselben Wert. Eine weitere Festplatte meldet Lesefehler. Kurz darauf bricht der Rebuild ab.

Nach dem nächsten Neustart wird der Speicherpool nicht mehr eingebunden.

Jetzt liegen mehrere unterschiedliche Zustände vor:

• die ursprünglich ausgefallene Festplatte,

• eine zweite instabile HDD,

• zwei weitere Laufwerke mit dem ursprünglichen Datenbestand,

• eine teilweise beschriebene Ersatzplatte,

• veränderte RAID-Metadaten,

• möglicherweise ein inkonsistentes Dateisystem.

Der Fall ist damit nicht automatisch verloren. Die Rekonstruktion ist aber deutlich komplizierter als vor dem ersten Reparaturversuch.

Warum ein abgebrochener Rebuild die Lage verändert

Ein Rebuild liest nicht nur. Er schreibt.

Die neue Festplatte erhält nach und nach rekonstruierte Daten. Gleichzeitig kann das NAS Statusinformationen und Metadaten des RAID aktualisieren.

Bricht der Vorgang später ab, enthält die Ersatzplatte nur einen Teil des neuen Verbunds. Sie ist weder eine vollständige Kopie der ausgefallenen HDD noch ein unverändertes Mitglied des ursprünglichen RAID.

Für eine spätere Datenrettung muss deshalb geklärt werden:

• Welche Festplatten gehörten zum letzten konsistenten Zustand?

• Welche HDD ist zuerst ausgefallen?

• Welche Platte wurde nur zeitweise nicht erkannt?

• Wie weit war der Rebuild fortgeschritten?

• Welche Metadaten wurden bereits aktualisiert?

• Enthält die Ersatzplatte brauchbare Bereiche?

• Ist das Dateisystem durch den Abbruch beschädigt worden?

Je mehr Reparaturversuche folgen, desto schwieriger wird diese Einordnung.

Der gefährliche Irrtum: Das NAS wird schon wissen, welche Platte kaputt ist

Die Verwaltungsoberfläche zeigt in der Regel an, welche HDD als fehlerhaft oder getrennt gilt. Diese Information ist wichtig, aber nicht immer vollständig.

Ein NAS erkennt beispielsweise:

• ob ein Laufwerk antwortet,

• ob bestimmte SMART-Werte auffällig sind,

• ob eine Festplatte aus dem Verbund gefallen ist,

• ob Lesefehler gemeldet wurden.

Es kann aber nicht zuverlässig vorhersagen, ob eine andere HDD einen vollständigen Rebuild übersteht.

Eine Festplatte kann im System noch als „normal“ angezeigt werden und trotzdem:

• einzelne kritische Bereiche nicht mehr lesen,

• unter Dauerlast aussteigen,

• stark verzögert reagieren,

• nur sporadisch erkannt werden,

• einen geschwächten Lesekopf haben.

Der Reparaturvorschlag basiert deshalb auf der logischen RAID-Situation. Er ist keine vollständige technische Untersuchung aller Laufwerke.

Wann ein Rebuild sinnvoll sein kann

Ein normaler Rebuild ist durchaus der richtige Weg, wenn die Ausgangslage klar ist.

Dafür sollten möglichst folgende Bedingungen erfüllt sein:

• Nur eine Festplatte ist eindeutig ausgefallen.

• Die übrigen HDDs zeigen keine Lesefehler oder Auffälligkeiten.

• Der Speicherpool war vor dem Ausfall stabil.

• Es gab keine früheren Rebuild-Abbrüche.

• Die Laufwerksreihenfolge ist eindeutig.

• Keine HDD macht ungewöhnliche Geräusche.

• Ein aktuelles und überprüftes Backup ist vorhanden.

Das Backup ist der wichtigste Punkt.

Ist der Datenbestand vollständig gesichert, kann ein fehlgeschlagener Rebuild zwar Zeit und Aufwand verursachen, aber nicht die einzige Kopie wichtiger Daten zerstören.

Ohne Backup ist die Entscheidung deutlich kritischer. Dann ist das RAID selbst möglicherweise die letzte vollständige Datenquelle.

Wann Sie nicht auf „Speicherpool reparieren“ klicken sollten

Ein sofortiger Rebuild ist riskant, wenn:

• eine zweite HDD Fehler meldet,

• das NAS schon vorher sehr langsam war,

• mehrere Laufwerke zeitweise verschwunden sind,

• ein früherer Rebuild abgebrochen wurde,

• die Laufwerksreihenfolge unklar ist,

• Festplatten bereits ausgebaut oder vertauscht wurden,

• eine HDD klickt, piept oder nicht sauber anläuft,

• der Speicherpool als abgestürzt angezeigt wird,

• das NAS eine Initialisierung oder Neuerstellung vorschlägt,

• kein aktuelles Backup vorhanden ist,

• besonders wichtige Geschäfts- oder Kundendaten betroffen sind.

In solchen Fällen ist ein kontrolliertes Herunterfahren oft sinnvoller als ein weiterer automatischer Reparaturversuch.

Wenn die falsche Festplatte ausgebaut wird

In einem NAS mit mehreren identischen Laufwerken kann die falsche HDD schneller entfernt werden, als viele erwarten.

Das System zeigt möglicherweise „Laufwerk 2“ oder „Bay 3“ an. Die Nummerierung in der Oberfläche muss aber nicht immer so interpretiert werden, wie die Einschübe von außen gezählt werden.

Wird bei einem bereits degradierten RAID die falsche Festplatte gezogen, fehlt plötzlich ein weiteres benötigtes Laufwerk.

Wird anschließend eine neue HDD eingesetzt und ein Rebuild gestartet, kann das System mit einer falschen Zusammensetzung arbeiten.

Deshalb sollte vor jedem Ausbau dokumentiert werden:

• Position jedes Laufwerks,

• Seriennummer,

• Modellnummer,

• Status in der NAS-Oberfläche,

• Zeitpunkt des Fehlers,

• Zuordnung zwischen Schacht und angezeigtem Laufwerk.

Fotos vom NAS und Screenshots der Laufwerksübersicht sind oft wertvoller als eine spätere Erinnerung.

Ausgebaute Festplatten sollten sofort eindeutig beschriftet werden.

Warum das Testen am Windows-PC gefährlich sein kann

Nach einem NAS-Ausfall werden die HDDs häufig einzeln an einen Windows-PC angeschlossen.

Windows erkennt die vorhandenen Strukturen oft nicht und zeigt Meldungen wie:

• Datenträger muss initialisiert werden.

• Laufwerk muss formatiert werden.

• Dateisystem ist unbekannt.

• Partition kann nicht gelesen werden.

Das bedeutet nicht automatisch, dass die Daten weg sind.

RAID-Daten sind über mehrere Laufwerke verteilt. Eine einzelne HDD enthält in der Regel nur einen Teil des Dateisystems. Zusätzlich verwenden NAS-Systeme häufig Linux-Dateisysteme, Btrfs, LVM, ZFS oder herstellerspezifische Speicherstrukturen.

Wichtig ist deshalb:

• Nicht initialisieren.

• Nicht formatieren.

• Kein CHKDSK ausführen.

• Keine Partitionen neu anlegen.

• Keine Reparatursoftware auf den Originalplatten starten.

• Keine Dateien auf die RAID-HDDs schreiben.

Bereits kleine Schreibvorgänge können Metadaten verändern, die später für die Rekonstruktion benötigt werden.

Warum Neustarts den Verbund nicht gesund machen

Wenn ein NAS nach einem Rebuild-Abbruch nicht mehr startet, wird es häufig mehrfach ein- und ausgeschaltet.

Die Hoffnung: Beim nächsten Start erkennt das System alle Festplatten wieder und der Speicherpool erscheint erneut.

Bei einem losen Kontakt kann ein Neustart tatsächlich kurzfristig etwas verändern. Bei instabilen HDDs ist jeder neue Start jedoch eine zusätzliche Belastung.

Mechanische Festplatten müssen neu anlaufen. Fehlerhafte Bereiche werden erneut gelesen. Manche NAS-Systeme starten automatisch weitere Prüf-, Synchronisations- oder Reparaturvorgänge.

Dadurch kann sich ein instabiler Zustand weiter verschlechtern.

Wenn mehrere Laufwerke auffällig sind oder der Speicherpool nicht mehr eingebunden wird, sind wiederholte Neustarts keine kontrollierte Diagnose.

Warum RAID 6 nicht automatisch alle Probleme löst

RAID 6 kann normalerweise zwei ausgefallene Festplatten verkraften. Das bietet mehr Sicherheit als RAID 5, besonders bei großen Laufwerken.

Trotzdem kann auch ein RAID 6 ausfallen.

Mögliche Ursachen sind:

• mehr als zwei defekte HDDs,

• mehrere fehlerhafte Bereiche auf unterschiedlichen Laufwerken,

• falsche Laufwerksreihenfolge,

• beschädigte RAID-Metadaten,

• fehlerhafte Controller- oder Firmwarevorgänge,

• Dateisystemschäden,

• abgebrochene Rebuilds,

• versehentliche Initialisierung.

RAID 10, Synology SHR, RAIDZ und andere Systeme haben jeweils eigene Eigenschaften. Gemeinsam ist ihnen aber: Ein Rebuild ist nur so zuverlässig wie die Daten, die von den verbliebenen Laufwerken gelesen werden können.

RAID schützt Verfügbarkeit, nicht jeden Datenbestand

Viele Unternehmen und Privatnutzer betrachten ihr NAS als Backup.

Ein RAID schützt jedoch vor allem vor bestimmten Festplattenausfällen. Es sorgt dafür, dass ein System trotz einer defekten HDD weiterarbeiten kann.

Es schützt nicht automatisch vor:

• versehentlichem Löschen,

• Ransomware,

• überschriebenen Dateien,

• Fehlkonfiguration,

• defekten Datenbanken,

• beschädigter Synchronisation,

• Feuer, Wasser oder Überspannung,

• Diebstahl,

• mehreren Laufwerksausfällen,

• einem fehlerhaften Rebuild.

Wer Dateien nur auf einem NAS speichert, hat keine unabhängige Sicherung.

Ein echtes Backup liegt auf einem anderen Datenträger oder einem separaten System. Mindestens eine Kopie sollte nicht dauerhaft mit dem NAS verbunden sein oder an einem anderen Standort aufbewahrt werden.

Ein typischer Berliner RAID-Fall

Ein kleines Unternehmen nutzt ein NAS für Projektdateien, Kundendaten, Rechnungen und gemeinsame Dokumente.

Das System steht seit Jahren in einem Technikraum oder unter einem Schreibtisch. Es läuft rund um die Uhr und fällt im Alltag kaum auf.

Dann meldet eine Festplatte einen Fehler.

Da die Daten noch erreichbar sind, wird zunächst weitergearbeitet. Eine Ersatzplatte wird bestellt. Zwei Tage später startet der Rebuild.

Während der Rekonstruktion wird das NAS immer langsamer. Mitarbeitende können kaum noch Dateien öffnen. Später meldet eine weitere HDD Fehler, und der Speicherpool verschwindet vollständig.

Das Problem war nicht allein die erste defekte Platte.

Der Verbund lief jahrelang mit gleich alten HDDs. Eine zweite Festplatte war bereits instabil, hatte im normalen Betrieb aber noch nicht vollständig aufgegeben. Erst der Rebuild zwang sie dazu, jeden benötigten Bereich zu lesen.

Aus einer Wartungsmaßnahme wurde ein Datenrettungsfall.

Was bei einer professionellen RAID-Analyse anders läuft

Bei einer professionellen Datenrettung wird der Speicherpool nicht sofort repariert.

Zunächst wird jede Festplatte getrennt untersucht:

• Wird sie stabil erkannt?

• Reagiert sie ungewöhnlich langsam?

• Gibt es mechanische Auffälligkeiten?

• Sind bestimmte Köpfe oder Bereiche nicht lesbar?

• Liegen Firmware- oder Elektronikprobleme vor?

• Welche RAID-Metadaten sind vorhanden?

• Welchen zeitlichen Datenstand enthält die HDD?

Instabile Laufwerke werden möglichst schonend gesichert. Die weitere Arbeit erfolgt mit Abbildern oder Arbeitskopien, nicht mit direkten Schreibvorgängen auf den Originalmedien.

Danach wird der RAID-Aufbau rekonstruiert:

• RAID-Level,

• Laufwerksreihenfolge,

• Stripe-Größe,

• Paritätsverteilung,

• Datenoffset,

• fehlende oder veraltete Mitglieder,

• Dateisystem und Volume-Struktur.

Erst wenn diese Parameter geklärt sind, wird der Verbund virtuell zusammengesetzt und auf konsistente Dateien geprüft.

Warum Kopien wichtiger sind als ein schneller Reparaturversuch

Die Originalfestplatten enthalten nicht nur Nutzdaten. Auf ihnen liegen auch Informationen über die Entwicklung des RAID:

• Superblöcke,

• Laufwerksrollen,

• Sequenznummern,

• Zeitstempel,

• Journalinformationen,

• Dateisystem-Metadaten,

• Hinweise auf begonnene Rebuilds.

Ein automatischer Reparaturvorgang kann diese Bereiche verändern.

Bei einer Rekonstruktion mit Abbildern kann ein Ansatz überprüft und bei Bedarf korrigiert werden. Die Originaldaten bleiben erhalten.

Wurde dagegen direkt auf den Originalfestplatten mehrfach repariert, initialisiert oder neu aufgebaut, fehlen möglicherweise frühere Zustände, die für eine erfolgreiche Rekonstruktion hilfreich gewesen wären.

Was Sie bei einer NAS-Warnung sofort sichern sollten

Bevor Festplatten entfernt oder Reparaturen gestartet werden, sollten möglichst viele Informationen dokumentiert werden:

• Screenshot der Warnmeldung,

• Hersteller und Modell des NAS,

• Anzahl der Festplatten,

• Kapazität und Modell jeder HDD,

• Seriennummern,

• Positionen der Laufwerke,

• RAID-Level,

• Status jedes Datenträgers,

• Zeitpunkt des ersten Fehlers,

• ungewöhnliche Geräusche,

• bereits durchgeführte Schritte,

• Fortschritt eines möglichen Rebuilds.

Diese Angaben helfen später, den ursprünglichen Zustand nachvollziehen zu können.

Wann Sie das NAS besser ausschalten sollten

Ein kontrolliertes Herunterfahren kann sinnvoll sein, wenn:

• mehrere HDDs Fehler zeigen,

• ein Rebuild festhängt,

• das NAS Laufwerke verliert,

• der Speicherpool abgestürzt ist,

• mechanische Geräusche auftreten,

• Zugriffe extrem langsam werden,

• das System eine Initialisierung verlangt,

• kein aktuelles Backup vorhanden ist.

Das Ausschalten repariert den Verbund nicht. Es kann aber verhindern, dass automatische Vorgänge weiter auf die Originalfestplatten schreiben oder instabile Laufwerke zusätzlich belastet werden.

Datenrettung für RAID- und NAS-Systeme aus Berlin

Für Kunden aus Berlin kann ein ausgefallenes RAID oder NAS über unsere Kontakt- und Annahmemöglichkeiten aufgenommen werden.

Wichtig ist, die Laufwerke nicht ungeordnet zu versenden. Die ursprüngliche Position jeder HDD sollte eindeutig dokumentiert und auf dem Laufwerk vermerkt sein.

Hilfreich für eine erste Einschätzung sind:

• NAS- oder Servermodell,

• Anzahl der Festplatten,

• jeweilige Kapazitäten,

• bekanntes RAID-Level,

• genaue Fehlermeldungen,

• bisherige Laufwerksreihenfolge,

• Beschreibung aller Reparaturversuche,

• Information, ob ein Rebuild gestartet oder abgebrochen wurde,

• Angabe, welche Daten besonders wichtig sind.

Die technische Analyse und Rekonstruktion erfolgt anschließend kontrolliert in unserem spezialisierten Datenrettungslabor.

Wann eine professionelle Prüfung sinnvoll ist

Eine RAID-Datenrettung sollte in Betracht gezogen werden, wenn:

• der Rebuild abgebrochen ist,

• mehrere Festplatten Fehler melden,

• der Speicherpool nicht mehr eingebunden wird,

• die Laufwerksreihenfolge unklar ist,

• eine falsche HDD entfernt wurde,

• das NAS eine Initialisierung verlangt,

• Festplatten nicht mehr stabil erkannt werden,

• mechanische Geräusche auftreten,

• kein aktuelles Backup vorhanden ist,

• wichtige private oder geschäftliche Daten betroffen sind.

Der beste Zeitpunkt für eine Analyse ist oft nicht erst nach dem fünften Reparaturversuch.

Je weniger der ursprüngliche Verbund verändert wurde, desto besser lässt sich nachvollziehen, welche Festplatten den letzten konsistenten Datenstand enthalten.

Was wir nach RAID-Rebuilds immer wieder sehen

Eine ausgefallene HDD ist häufig noch nicht der schlimmste Teil des Falls.

Das RAID läuft degradiert weiter. Daten sind sichtbar. Ein Austausch wirkt logisch. Dann wird der Rebuild gestartet, obwohl eine zweite Festplatte bereits geschwächt ist.

Der Verbund bricht zusammen.

Danach folgen Neustarts, Aus- und Einbauversuche, Reparaturprogramme und im schlimmsten Fall eine Neuerstellung des Speicherpools.

Jeder dieser Schritte verändert die Ausgangslage.

Ein Rebuild ist ein sinnvoller Bestandteil eines RAID-Systems. Er sollte aber nicht mit Datenrettung verwechselt werden.

Wenn die übrigen Laufwerke stabil sind und ein aktuelles Backup vorhanden ist, kann die Reparatur problemlos funktionieren.

Wenn die Lage unklar ist und das NAS die einzige Kopie wichtiger Daten enthält, ist „Speicherpool reparieren“ nicht nur eine technische Funktion.

Es ist eine Risikoentscheidung.