NAS-Volume „crashed" / RAID „degraded" – Sofortmaßnahmen

Ein NAS meldet „Volume crashed", ein Laufwerk fällt aus oder ein Rebuild bricht mitten im Vorgang ab – für Unternehmen wie für Privatnutzer ist das ein Schreckmoment, denn auf dem Netzwerkspeicher liegen oft die einzigen Kopien wichtiger Dateien. Entscheidend ist zu verstehen: Ein RAID erhöht die Ausfallsicherheit einzelner Laufwerke, ist aber kein Backup. Und die folgenschwersten Fehler passieren meist erst nach dem eigentlichen Ausfall – im Versuch, das Problem am Gerät selbst zu beheben. Wer jetzt besonnen reagiert, bewahrt die Rettungschance. Wer eigenmächtig einen Rebuild startet oder das Volume neu initialisiert, riskiert genau die Daten, die noch vorhanden sind.

Inhaltsverzeichnis

• Zwei Ebenen: RAID-Verbund und Dateisystem
• Was „degraded" und „crashed" bedeuten
• RAID-Level und Ausfalltoleranz
• Sofortmaßnahmen bei „Volume crashed" oder heruntergestuftem RAID
• Warum ein eigenmächtiger Rebuild riskant ist
• Reihenfolge und Konfiguration nicht verändern
• Recovery-Software auf dem NAS – warum das gefährlich ist
• Wie die professionelle Rettung im Labor abläuft
• RAID ist kein Backup – so beugen Sie vor
• Kosten, Ablauf und Zeitrahmen
• Häufige Fragen

---

Zwei Ebenen: RAID-Verbund und Dateisystem

Ein NAS von Synology, QNAP, Netgear oder einem anderen Hersteller speichert Daten immer auf zwei getrennten Ebenen. Zuunterst liegt der RAID-Verbund – mehrere Laufwerke, die per Striping, Spiegelung oder Parität zu einem logischen Array zusammengefasst werden. Darüber liegt das Dateisystem (etwa ext4, Btrfs oder ZFS), das die eigentlichen Volumes, Ordner und Dateien organisiert. Erst beide Ebenen zusammen ergeben den Speicher, den Sie im Netzwerk sehen.

Diese Trennung ist der Schlüssel zum Verständnis. Meldet das NAS „Volume crashed", liegt der Schaden häufig auf der Dateisystem- oder Konfigurationsebene, während die Datenblöcke auf den einzelnen Platten noch intakt sind. Meldet es dagegen „degraded", betrifft das zunächst den RAID-Verbund. Für die Rettung bedeutet das: Beide Ebenen müssen getrennt analysiert werden, bevor irgendein Schreibvorgang stattfindet – denn eine intakte Dateisystemebene über einem geschwächten Array lässt sich nur retten, solange die darunterliegenden Sektoren nicht überschrieben wurden.

Was „degraded" und „crashed" bedeuten

„Degraded" heißt: Ein Laufwerk ist ausgefallen, der Verbund läuft ohne Redundanz weiter – jetzt ist er besonders verletzlich. Bei RAID 5 verkraftet der Verbund genau eine ausgefallene Platte; fällt eine zweite aus, ist die Ausfalltoleranz überschritten. Crashed bedeutet, dass mehr Laufwerke betroffen sind, als das RAID-Level verträgt, dass die Parität nicht mehr konsistent ist oder dass die Array-Konfiguration selbst beschädigt wurde. In beiden Fällen liegen die eigentlichen Daten oft noch auf den einzelnen Datenträgern – vorausgesetzt, sie werden nicht überschrieben.

Häufige Auslöser sind ein Stromausfall während eines Schreibvorgangs, ein Firmware- oder Controllerdefekt, mehrere altersschwache Platten aus derselben Charge, Überhitzung oder ein fehlgeschlagenes Update. Nicht selten stirbt ein zweites Laufwerk ausgerechnet unter der Last eines laufenden Rebuilds.

RAID-Level und Ausfalltoleranz

Wie viele Laufwerke ausfallen dürfen, hängt vom RAID-Level ab:

• RAID 0 (Striping) verteilt Daten ohne Redundanz auf mehrere Platten – fällt eine aus, ist der gesamte Verbund betroffen. Keine Ausfalltoleranz.
• RAID 1 (Spiegelung) hält identische Kopien vor; eine Platte darf ausfallen.
• RAID 5 nutzt verteilte Paritätsinformationen und verträgt den Ausfall eines Laufwerks.
• RAID 6 speichert doppelte Parität und übersteht den Ausfall von zwei Laufwerken.
• RAID 10 kombiniert Spiegelung und Striping und ist je nach betroffenem Paar unterschiedlich tolerant.

Synology-Systeme nutzen zusätzlich SHR, ein flexibles Verfahren auf Basis dieser Level. Wichtig: Redundanz ist keine Garantie. Sind mehr Platten betroffen, als das Level vorsieht, oder ist die Parität inkonsistent, hilft nur eine kontrollierte Rekonstruktion – und die gehört ins Labor.

Sofortmaßnahmen bei „Volume crashed" oder heruntergestuftem RAID

• Das NAS sauber herunterfahren und nicht weiter beschreiben.
• Keinen eigenmächtigen Rebuild starten, wenn der Verbund bereits heruntergestuft ist.
• Die Reihenfolge der Laufwerke nicht verändern und Platten nicht in ein anderes System einbauen.
• Das Volume nicht neu initialisieren, formatieren oder „reparieren" lassen, wenn das NAS dies anbietet.
• Keine Recovery-Software direkt auf dem NAS ausführen und das RAID nicht neu erstellen.
• Wenn möglich, die aktuelle Belegung der Schächte dokumentieren (welche Platte in welchem Slot).

Kurz: Vermeiden Sie Do-it-yourself-Versuche und schaffen Sie einen stabilen, unveränderten Zustand, den Spezialisten bewerten können.

Warum ein eigenmächtiger Rebuild riskant ist

Beim Rebuild wird der Verbund neu aufgebaut – und dabei intensiv geschrieben. Zeigt ein weiteres Laufwerk bereits Schwächen oder war die Konfiguration schon fehlerhaft, kann der Rebuild vorhandene Daten unwiderruflich überschreiben, bevor die Rekonstruktion abgeschlossen ist. Genau in dieser Phase versagt statistisch häufig eine zweite, ohnehin belastete Platte. Ein „Volume crashed" ist zudem oft ein Fehler in der Verbund- oder Dateisystemkonfiguration, nicht der Verlust der Daten auf den einzelnen Platten. Deshalb gilt: erst prüfen, dann handeln – nicht umgekehrt.

Reihenfolge und Konfiguration nicht verändern

Ein RAID lässt sich nur rekonstruieren, wenn seine Parameter bekannt sind: Laufwerksreihenfolge, Stripe-Größe, Paritätsverteilung und das darüberliegende Dateisystem. Werden Platten getauscht, in falscher Reihenfolge wieder eingesetzt oder in einem anderen Gehäuse gestartet, kann das System die Metadaten überschreiben oder die Zuordnung verlieren. Aus einem lösbaren Fall wird dann schnell ein deutlich aufwändigerer. Belassen Sie die Datenträger daher unangetastet in ihrer ursprünglichen Anordnung.

Recovery-Software auf dem NAS – warum das gefährlich ist

Der Griff zu einem Wiederherstellungsprogramm liegt nahe, ist bei einem gecrashten Verbund aber riskant. Software, die direkt auf dem NAS oder auf den Originalplatten arbeitet, liest nicht nur – sie kann Schreibzugriffe auslösen, Caches anlegen oder einen Reparaturversuch am Dateisystem starten. Bei einem bereits geschwächten Array kann das zusätzlichen Schaden anrichten und Sektoren überschreiben, die für die Rekonstruktion gebraucht werden.

Manche Programme lesen in unkritischen Einzelfällen tatsächlich Dateien aus – eine Erfolgsgarantie ist das jedoch nicht, und bei mehreren betroffenen Laufwerken oder inkonsistenter Parität stoßen sie an ihre Grenzen. Wichtige Daten sollten Sie deshalb niemals einem ungeprüften Software- oder Rebuild-Versuch aussetzen. Im Zweifel gilt: Gerät ausschalten und den Fall von Spezialisten bewerten lassen, statt den einzigen intakten Zustand zu verspielen. Mehr zum sauberen Vorgehen bei akutem Datenverlust lesen Sie in unserem Beitrag zu den Ursachen und Sofortmaßnahmen bei Datenverlust.

Wie die professionelle Rettung im Labor abläuft

Im Labor wird der Verbund nie am Original manipuliert. Der Ablauf folgt festen Schritten:

1. Diagnose beider Ebenen – Zustand der Laufwerke, RAID-Konfiguration und Dateisystem werden getrennt bewertet.
2. Sektorweiser Klon jeder Platte – von jedem Datenträger wird ein vollständiges Image erstellt, bei mechanisch geschädigten Platten im Reinraumlabor. Ab hier arbeitet das Team ausschließlich mit den Kopien.
3. Virtuelle Rekonstruktion des Arrays – Laufwerksreihenfolge, Stripe-Größe, Parität und Dateisystem werden an den Klonen nachgebildet, bis die Struktur wieder konsistent ist.
4. Extraktion und Prüfung – die Dateien werden ausgelesen und die Integrität kontrolliert.

Weil die Originaldatenträger unangetastet bleiben, lassen sich so selbst Verbünde retten, bei denen mehr Platten betroffen sind, als die Redundanz eigentlich vorsieht. Details zu den Verfahren finden Sie auf unseren Seiten zur Datenrettung bei NAS-Systemen und zur RAID-Datenrettung.

RAID ist kein Backup – so beugen Sie vor

Ein RAID schützt vor dem Ausfall einzelner Laufwerke, nicht vor Ransomware, versehentlichem Löschen, Controllerdefekten, Stromschäden oder einem Bedienfehler. Wird eine Datei gelöscht oder verschlüsselt, geschieht das auf allen Platten des Verbunds gleichzeitig. Ein separates Backup bleibt deshalb unverzichtbar.

Bewährt hat sich die 3-2-1-Regel: drei Kopien Ihrer Daten, auf zwei unterschiedlichen Medien, davon eine außer Haus oder offline. Ergänzen Sie das NAS um eine externe Sicherung, die nicht dauerhaft am selben System hängt – so übersteht Ihre Datensicherung auch einen Vorfall, der das gesamte Array betrifft.

Kosten, Ablauf und Zeitrahmen

Verlässliche Aussagen zu Aufwand und Kosten sind erst nach der Diagnose möglich, weil jeder Verbund anders geschädigt ist. Als Orientierung: Die Analyse startet ab 69 €, eine Rettung je nach Fall ab ca. 299 €. Es gilt der Grundsatz „Keine Daten – keine Kosten" – gelingt die Wiederherstellung nicht, entstehen keine Rettungskosten. Einen ersten Diagnosebericht erhalten Sie in der Regel innerhalb eines Werktags, bei dringenden Fällen ist eine Express-Bearbeitung möglich. Die Arbeiten erfolgen DSGVO-konform (inkl. BDSG), bei mechanischen Schäden im Reinraumlabor. Als Fachbetrieb mit über 20 Jahren Erfahrung seit 2004 erreichen wir über 95 % Erfolgsquote über alle Fälle hinweg – eine belastbare Einschätzung für Ihren konkreten Verbund liefert aber immer erst die individuelle Diagnose.

Häufige Fragen

Ein Laufwerk ist ausgefallen – soll ich es sofort ersetzen und rebuilden?
Nicht ungeprüft. Bei einem bereits geschwächten Verbund kann ein Rebuild mehr zerstören als retten, weil dabei geschrieben wird und ein zweites Laufwerk unter Last ausfallen kann. Lassen Sie den Zustand zuerst fachlich bewerten.

Was ist der Unterschied zwischen „degraded" und „crashed"?
„Degraded" heißt, der Verbund läuft nach einem Laufwerksausfall ohne Redundanz weiter. „Crashed" bedeutet, dass die Ausfalltoleranz überschritten oder die Konfiguration beschädigt ist. In beiden Fällen sind die Daten oft noch vorhanden, solange nichts überschrieben wird.

Kann ich mein NAS-Volume mit Recovery-Software selbst retten?
Davon ist bei einem gecrashten Verbund abzuraten. Software, die direkt auf dem NAS läuft, kann Schreibzugriffe und Reparaturversuche auslösen und zusätzlichen Schaden anrichten. In Einzelfällen lassen sich Dateien auslesen, aber ohne Garantie – wichtige Daten sollten Sie nicht riskieren.

Warum darf ich die Reihenfolge der Platten nicht ändern?
Weil die Rekonstruktion Laufwerksreihenfolge, Stripe-Größe und Paritätsverteilung benötigt. Werden Platten getauscht oder in einem anderen Gerät gestartet, können Metadaten überschrieben und der Fall unnötig erschwert werden.

Mein NAS bietet an, das Volume zu reparieren oder neu zu initialisieren – soll ich zustimmen?
Nein. Ein solcher Vorgang kann das Dateisystem oder die Array-Konfiguration überschreiben. Schalten Sie das Gerät stattdessen aus und lassen Sie den Zustand prüfen.

Ersetzt ein RAID mein Backup?
Nein. RAID schützt nur vor dem Ausfall einzelner Laufwerke – nicht vor Ransomware, versehentlichem Löschen oder Controllerdefekten. Ein separates Backup nach der 3-2-1-Regel bleibt notwendig.

Sind meine Daten bei der Rettung geschützt?
Ja. Die Bearbeitung erfolgt vertraulich und DSGVO-konform (inkl. BDSG). Es wird ausschließlich mit sektorweisen Kopien gearbeitet, die Originaldatenträger bleiben unangetastet.