NAS meldet Festplattenfehler: Warum ein RAID-Rebuild nicht immer sofort gestartet werden sollte

Wenn der Speicherpool noch erreichbar ist, aber bereits ohne Sicherheitsreserve arbeitet

Das NAS piept, eine Statusleuchte wechselt auf Rot und in der Verwaltungsoberfläche erscheint eine Warnung: Eine Festplatte ist ausgefallen, der Speicherpool ist degradiert.

Oft sind die Daten zu diesem Zeitpunkt noch erreichbar. Gemeinsame Ordner lassen sich öffnen, Fotos und Dokumente sind sichtbar, und auch die tägliche Arbeit scheint zunächst weiterzulaufen.

Das System schlägt eine klare Lösung vor: defekte Festplatte ersetzen und den Speicherpool reparieren.

Dieser Ablauf ist grundsätzlich vorgesehen. Ein RAID soll den Ausfall eines Laufwerks überbrücken und nach dem Austausch der HDD wieder in einen sicheren Zustand zurückkehren.

Trotzdem ist der sofortige Rebuild nicht in jeder Situation die beste erste Entscheidung.

Denn die Reparatur funktioniert nur dann zuverlässig, wenn die verbliebenen Festplatten noch stabil genug sind, um während der Rekonstruktion große Datenmengen vollständig zu lesen. Ist eine weitere HDD bereits geschwächt, kann der Rebuild abbrechen und der gesamte Speicherpool unzugänglich werden.

Ein degradiertes RAID ist noch funktionsfähig, aber nicht mehr sicher

Ein RAID verteilt Daten über mehrere Festplatten. Je nach RAID-Level werden zusätzlich Paritätsinformationen oder Spiegelkopien gespeichert.

Bei einem RAID 5 darf normalerweise eine Festplatte ausfallen. Die fehlenden Daten werden aus den verbleibenden Laufwerken und der gespeicherten Parität berechnet.

Deshalb können Ordner und Freigaben trotz einer ausgefallenen HDD zunächst weiter erreichbar sein.

Der Status „degradiert“ bedeutet jedoch nicht, dass das Problem bereits gelöst ist. Er bedeutet vielmehr:

• Die vorgesehene Ausfallsicherheit ist nicht mehr vorhanden.

• Der Verbund arbeitet bereits im Ausnahmezustand.

• Ein weiterer Fehler kann kritisch werden.

• Fehlende Daten müssen teilweise laufend rekonstruiert werden.

• Die verbliebenen Festplatten tragen die gesamte Verantwortung für den Datenbestand.

Gerade weil das NAS noch funktioniert, wird die Situation häufig unterschätzt.

Was bei einem RAID-Rebuild im Hintergrund passiert

Nach dem Einsetzen einer Ersatzfestplatte beginnt das NAS, die fehlenden Daten zu rekonstruieren.

Dazu liest es die vorhandenen Daten und Paritätsinformationen von allen verbliebenen Laufwerken. Anschließend berechnet es die fehlenden Blöcke und schreibt sie auf die neue HDD.

Bei einem großen NAS bedeutet das:

• Die restlichen Festplatten werden über viele Stunden intensiv gelesen.

• Die neue Festplatte wird vollständig beschrieben.

• Der Speicherpool bleibt währenddessen ohne normale Redundanz.

• Instabile Sektoren können die Rekonstruktion verlangsamen.

• Eine schwache HDD kann unter der Belastung vollständig ausfallen.

Ein Rebuild ist daher kein kurzer Reparaturvorgang. Bei großen Festplatten kann er viele Stunden oder mehrere Tage dauern.

Während dieser gesamten Zeit müssen alle noch vorhandenen Laufwerke ausreichend stabil bleiben.

Warum eine zweite Festplatte oft bereits Schwächen zeigt

Die Festplatten eines NAS wurden häufig gleichzeitig gekauft und eingebaut. Sie haben ähnliche Betriebsstunden, liefen unter denselben Temperaturen und waren über Jahre den gleichen Vibrationen und Arbeitslasten ausgesetzt.

Fällt eine HDD altersbedingt aus, sind die anderen Laufwerke deshalb nicht automatisch in perfektem Zustand.

Mögliche erste Anzeichen bleiben im Alltag oft unbemerkt:

• einzelne schwer lesbare Sektoren,

• zunehmende Lesewiederholungen,

• langsamere Reaktionszeiten,

• sporadische Aussetzer,

• beginnender mechanischer Verschleiß,

• elektronische oder firmwarebedingte Auffälligkeiten.

Im normalen Betrieb werden nicht ständig alle Bereiche einer Festplatte gelesen. Während eines Rebuilds muss das NAS jedoch große Teile des gesamten Verbunds prüfen.

Dadurch werden Fehler sichtbar, die zuvor noch verborgen waren.

Wenn der Rebuild plötzlich nicht mehr weiterläuft

Ein typischer problematischer Verlauf beginnt mit einer einzelnen ausgefallenen Festplatte.

Das NAS ist noch erreichbar. Eine neue HDD wird eingesetzt, und der Speicherpool wird repariert. Zunächst steigt die Fortschrittsanzeige normal.

Nach einigen Stunden wird der Rebuild langsamer. Der Fortschritt bleibt lange bei einem bestimmten Wert stehen. Eine weitere Festplatte meldet Lesefehler oder verschwindet kurzfristig aus dem Verbund.

Schließlich bricht die Reparatur ab.

Danach kann das NAS unterschiedliche Meldungen anzeigen:

• Speicherpool abgestürzt,

• Volume nicht verfügbar,

• zweite Festplatte ausgefallen,

• Dateisystem kann nicht eingebunden werden,

• Initialisierung erforderlich,

• Speicherpool muss neu erstellt werden.

Ein solcher Abbruch bedeutet nicht automatisch, dass keine Datenrettung mehr möglich ist. Die technische Ausgangslage ist aber deutlich komplexer geworden.

Warum ein begonnener Rebuild den Zustand verändert

Ein RAID-Rebuild liest nicht nur Daten. Er schreibt fortlaufend auf die Ersatzfestplatte.

Bricht die Rekonstruktion später ab, enthält die neue HDD nur einen Teil des wiederhergestellten Datenbestands. Gleichzeitig können RAID-Metadaten und Statusinformationen bereits aktualisiert worden sein.

Damit liegen mehrere unterschiedliche Zustände vor:

• die ursprünglich ausgefallene Festplatte,

• eine möglicherweise instabile zweite HDD,

• die übrigen Mitglieder des ursprünglichen RAID,

• eine teilweise beschriebene Ersatzplatte,

• veränderte RAID-Informationen,

• eventuell ein inkonsistentes Dateisystem.

Für eine spätere Rekonstruktion muss geklärt werden, welche Festplatten zusammen den letzten brauchbaren Datenstand ergeben.

Je mehr Reparaturversuche durchgeführt werden, desto schwieriger kann diese Einordnung werden.

Warum das NAS nicht alles über den Zustand der HDDs weiß

Die Verwaltungsoberfläche eines NAS kann anzeigen, ob ein Laufwerk erkannt wird, welche SMART-Werte gemeldet werden und ob eine Festplatte aus dem RAID gefallen ist.

Diese Informationen sind hilfreich, ersetzen aber keine vollständige technische Prüfung.

Eine HDD kann noch als „normal“ angezeigt werden und trotzdem:

• bestimmte Bereiche nur noch sehr langsam lesen,

• unter Dauerlast ausfallen,

• einzelne Leseköpfe nicht mehr zuverlässig nutzen,

• sporadisch die Verbindung verlieren,

• beginnende Elektronikprobleme haben.

Das NAS sieht vor allem den logischen Zustand des Verbunds. Ob jedes Laufwerk einen vollständigen Rebuild übersteht, lässt sich daraus nicht immer sicher ableiten.

Wann ein Rebuild sinnvoll sein kann

Ein Rebuild ist nicht grundsätzlich falsch. Er gehört zum normalen Betrieb eines RAID-Systems.

Die Voraussetzungen sollten jedoch möglichst klar sein:

• Genau eine Festplatte ist eindeutig ausgefallen.

• Alle übrigen HDDs arbeiten ohne Auffälligkeiten.

• Das NAS war vor dem Ausfall stabil.

• Es gibt keine ungewöhnlichen Geräusche.

• Die Laufwerksreihenfolge ist eindeutig dokumentiert.

• Es wurde noch kein Rebuild abgebrochen.

• Das Dateisystem zeigte zuvor keine Fehler.

• Ein aktuelles und geprüftes Backup ist vorhanden.

Das Backup ist dabei der wichtigste Punkt.

Wenn eine vollständige Sicherung existiert, kann ein fehlgeschlagener Rebuild zwar Aufwand verursachen, aber nicht die einzige Kopie wichtiger Daten gefährden.

Fehlt ein Backup, sollte die Situation wesentlich vorsichtiger bewertet werden.

Wann Sie nicht sofort auf „Speicherpool reparieren“ klicken sollten

Ein automatischer Rebuild ist besonders riskant, wenn:

• eine zweite Festplatte bereits Warnungen zeigt,

• das NAS ungewöhnlich langsam reagiert,

• mehrere Laufwerke zeitweise verschwunden sind,

• ein früherer Rebuild fehlgeschlagen ist,

• die Laufwerksreihenfolge nicht mehr sicher bekannt ist,

• Festplatten ausgebaut oder vertauscht wurden,

• eine HDD klickt oder nicht sauber anläuft,

• der Speicherpool bereits als abgestürzt angezeigt wird,

• das NAS eine Initialisierung oder Neuerstellung anbietet,

• kein aktuelles Backup vorhanden ist,

• wichtige private oder geschäftliche Daten betroffen sind.

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

Die falsche Festplatte wurde entfernt

Bei mehreren baugleichen HDDs kann es schnell zu einer Verwechslung kommen.

Das NAS zeigt beispielsweise „Laufwerk 2“ an. Der Nutzer zählt die Einschübe von einer anderen Seite oder verwechselt die Nummerierung der Software mit der physischen Anordnung.

Wird bei einem degradierten RAID die falsche Festplatte entfernt, verliert der Verbund ein weiteres benötigtes Laufwerk.

Wird anschließend eine neue HDD eingesetzt und der Rebuild gestartet, kann das System auf einer falschen Laufwerkskombination arbeiten.

Vor jedem Ausbau sollten daher dokumentiert werden:

• Position jeder Festplatte,

• Seriennummer,

• Modellnummer,

• angezeigter Status,

• Zuordnung zwischen Slot und NAS-Oberfläche.

Ein Foto der Einbausituation und ein Screenshot der Laufwerksübersicht können später entscheidend sein.

Warum einzelne RAID-Platten unter Windows nicht lesbar sind

Nach einem NAS-Ausfall werden Festplatten häufig einzeln an einen PC angeschlossen.

Windows meldet dann möglicherweise:

• Datenträger muss initialisiert werden,

• Laufwerk muss formatiert werden,

• Dateisystem ist unbekannt,

• Partition kann nicht geöffnet werden.

Diese Meldungen bedeuten nicht automatisch, dass die Daten weg sind.

Einzelne RAID-Mitglieder enthalten meist nur Teile des vollständigen Datenbestands. Zusätzlich arbeiten viele NAS-Systeme mit Linux-Dateisystemen, Btrfs, LVM, ZFS oder herstellerspezifischen Strukturen.

Deshalb gilt:

• Nicht initialisieren.

• Nicht formatieren.

• Kein CHKDSK ausführen.

• Keine Partitionen neu anlegen.

• Keine Reparatursoftware auf den Originalfestplatten starten.

• Keine Daten auf die RAID-HDDs schreiben.

Bereits kleine Schreibvorgänge können wichtige Metadaten verändern.

Warum häufige Neustarts die Lage verschlechtern können

Wenn ein Speicherpool nicht mehr eingebunden wird, wird das NAS oft mehrfach neu gestartet.

Die Hoffnung ist verständlich: Vielleicht werden beim nächsten Start wieder alle Festplatten erkannt.

Bei instabilen Laufwerken erhöht jeder Neustart jedoch die Belastung. Mechanische HDDs müssen neu anlaufen, fehlerhafte Bereiche werden erneut angesprochen und automatische Prüfungen können gestartet werden.

Je nach NAS-System können beim Hochfahren außerdem folgende Vorgänge automatisch beginnen:

• Dateisystemprüfungen,

• RAID-Synchronisationen,

• Journal-Wiederherstellungen,

• erneute Rebuild-Versuche,

• Aktualisierung von Metadaten.

Wenn mehrere Laufwerke auffällig sind, sind wiederholte Neustarts daher keine kontrollierte Diagnose.

RAID 5, RAID 6, RAID 10 und SHR

Das konkrete Risiko hängt vom RAID-Level ab.

RAID 5

RAID 5 verwendet eine einfache Parität. Eine Festplatte darf normalerweise ausfallen. Bei einem zweiten vollständigen Ausfall fehlen meist zu viele Daten.

RAID 6

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

RAID 10

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

Synology Hybrid RAID

SHR vereinfacht die Verwaltung unterschiedlicher Laufwerksgrößen. Je nach Konfiguration entspricht die Ausfallsicherheit ungefähr RAID 5 oder RAID 6.

ZFS und RAIDZ

ZFS bietet Prüfsummen und umfangreiche Integritätsfunktionen. Auch ein RAIDZ-Verbund kann jedoch durch zu viele defekte Laufwerke, Fehlbedienung oder fehlende Backups unzugänglich werden.

Unabhängig vom System gilt: Redundanz erhöht die Verfügbarkeit, ersetzt aber keine unabhängige Datensicherung.

Ein typischer Fall aus einer Wiener Ordination oder einem kleinen Betrieb

Ein kleiner Betrieb nutzt ein NAS mit vier Festplatten. Darauf liegen Kundenunterlagen, Rechnungen, Projektdateien und interne Dokumente.

Am Morgen meldet das System eine ausgefallene HDD. Die Daten sind noch erreichbar, deshalb wird zunächst weitergearbeitet.

Eine Ersatzplatte wird bestellt und am nächsten Tag eingesetzt. Der Rebuild startet.

Nach einigen Stunden reagiert das NAS immer langsamer. Eine weitere Festplatte meldet Lesefehler. Der Speicherpool wird schließlich nicht mehr eingebunden.

Der erste Festplattenausfall wäre möglicherweise noch beherrschbar gewesen. Die zweite HDD war jedoch bereits geschwächt und konnte unter der hohen Belastung des Rebuilds nicht mehr alle benötigten Daten liefern.

Solche Fälle zeigen, warum ein funktionierender Zugriff im degradierten Zustand nicht automatisch bedeutet, dass ein Rebuild problemlos durchgeführt werden kann.

Was bei einer professionellen RAID-Analyse anders gemacht wird

Bei einer professionellen Datenrettung wird der Speicherpool nicht sofort repariert.

Zuerst wird jede Festplatte einzeln untersucht:

• Wird sie stabil erkannt?

• Gibt es mechanische Auffälligkeiten?

• Sind bestimmte Bereiche nur schwer lesbar?

• Liegen Firmware- oder Elektronikprobleme vor?

• Welche RAID-Metadaten sind vorhanden?

• Welchen zeitlichen Stand enthält das Laufwerk?

Instabile HDDs werden möglichst schonend gesichert. Die weitere Rekonstruktion erfolgt mit Abbildern oder Arbeitskopien, nicht durch direkte Schreibvorgänge auf den Originalmedien.

Anschließend werden die RAID-Parameter bestimmt:

• RAID-Level,

• Laufwerksreihenfolge,

• Stripe-Größe,

• Paritätsverteilung,

• Datenoffset,

• fehlende oder veraltete Mitglieder,

• Dateisystem und Volume-Struktur.

Erst danach wird der Verbund virtuell rekonstruiert und auf konsistente Dateien und Ordner geprüft.

Warum das NAS kein vollständiges Backup ist

Ein RAID schützt vor bestimmten Festplattenausfällen. Es schützt nicht automatisch vor:

• versehentlichem Löschen,

• überschriebenen Dateien,

• Ransomware,

• fehlerhafter Synchronisation,

• Defekten im Dateisystem,

• falscher Bedienung,

• Feuer, Wasser oder Überspannung,

• Diebstahl,

• mehreren gleichzeitigen Laufwerksausfällen,

• einem fehlgeschlagenen Rebuild.

Wer Daten nur auf einem NAS speichert, besitzt daher noch keine unabhängige Sicherung.

Ein echtes Backup liegt auf einem getrennten Datenträger oder einem zweiten System. Mindestens eine Kopie sollte nicht dauerhaft mit dem NAS verbunden sein oder sich an einem anderen Standort befinden.

Was Sie bei einer NAS-Warnung dokumentieren sollten

Bevor Festplatten ausgebaut oder Reparaturen gestartet werden, sollten möglichst viele Informationen gesichert werden:

• Screenshot der Fehlermeldung,

• Hersteller und Modell des NAS,

• Anzahl der Festplatten,

• Kapazität und Modell jeder HDD,

• Seriennummern,

• Position der Laufwerke,

• RAID-Level,

• Status jeder Festplatte,

• 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 des Verbunds nachzuvollziehen.

Wann das NAS besser kontrolliert ausgeschaltet wird

Ein Herunterfahren kann sinnvoll sein, wenn:

• mehrere Festplatten Fehler anzeigen,

• ein Rebuild nicht mehr weiterläuft,

• das NAS Laufwerke verliert,

• mechanische Geräusche auftreten,

• der Speicherpool nicht mehr erreichbar ist,

• die Zugriffe extrem langsam werden,

• eine Initialisierung angeboten wird,

• kein aktuelles Backup vorhanden ist.

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

RAID- und NAS-Datenrettung für Kunden aus Wien

Wenn ein NAS oder RAID-System in Wien ausfällt, sollte der Zustand möglichst genau dokumentiert und nicht durch weitere Reparaturversuche verändert werden.

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

• Hersteller und Modell des NAS oder Servers,

• Anzahl und Kapazität der Festplatten,

• bekanntes RAID-Level,

• genaue Fehlermeldungen,

• bisherige Laufwerksreihenfolge,

• bereits durchgeführte Maßnahmen,

• Information über gestartete oder abgebrochene Rebuilds,

• Angabe, welche Daten besonders wichtig sind.

Das System beziehungsweise die Festplatten können nach vorheriger Abstimmung über unsere Annahmemöglichkeiten in Wien übergeben oder sicher eingesendet werden.

Die technische Analyse und RAID-Rekonstruktion erfolgen anschließend kontrolliert in unserem spezialisierten Datenrettungslabor in Österreich.

Wichtig ist, dass jede Festplatte eindeutig mit ihrer ursprünglichen Position gekennzeichnet bleibt.

Wann eine professionelle Prüfung sinnvoll ist

Eine RAID-Datenrettung sollte insbesondere geprüft werden, wenn:

• der Rebuild abgebrochen ist,

• mehrere HDDs Fehler melden,

• der Speicherpool als abgestürzt angezeigt wird,

• Ordner und Freigaben nicht mehr erreichbar sind,

• eine falsche Festplatte entfernt wurde,

• die Laufwerksreihenfolge unklar ist,

• das NAS eine Initialisierung verlangt,

• Laufwerke nicht mehr stabil erkannt werden,

• kein aktuelles Backup vorhanden ist,

• wichtige geschäftliche oder private Daten betroffen sind.

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

Was wir nach fehlgeschlagenen Rebuilds immer wieder sehen

Der erste Festplattenausfall ist oft noch nicht der Moment, in dem der gesamte Datenbestand verloren geht.

Das NAS läuft degradiert weiter. Die Ordner sind sichtbar. Eine Ersatzplatte wird eingesetzt.

Komplex wird der Fall häufig erst, wenn der Rebuild eine bereits geschwächte zweite HDD vollständig belastet. Die Rekonstruktion bricht ab, das NAS wird mehrfach neu gestartet und weitere Reparaturversuche folgen.

Jeder dieser Schritte verändert die Ausgangslage.

Ein Rebuild ist ein normaler Bestandteil eines RAID-Systems. Er sollte aber nur dann gestartet werden, wenn die Voraussetzungen dafür stimmen.

Sind die verbliebenen Laufwerke stabil und existiert ein geprüftes Backup, kann die Reparatur sinnvoll sein.

Ist die Lage unklar und enthält das NAS die einzige Kopie wichtiger Daten, sollte die Schaltfläche „Speicherpool reparieren“ nicht automatisch bestätigt werden.