RAID/NAS degraded: Diese Fehler vermeiden

Das NAS oder RAID-Array meldet Degraded oder sogar Crashed, und die Unternehmensdaten sind nicht mehr sichtbar? Degraded bezeichnet ein Array ohne verbleibende Redundanz, Crashed ein Array, das sich nicht mehr selbst zusammensetzen kann – beides bedeutet noch nicht, dass die Daten verloren sind. Starten Sie keinen Rebuild und tauschen Sie kein Laufwerk aus: Bei einem unklaren Ausfall werden die Daten von Bitkopien gerettet, nicht durch Eingriffe in das ursprüngliche Array. Das NAS leuchtet rot, piept, und im ersten Schreck möchten Sie auf „Repair“ klicken. Genau dadurch wird aus einem gewöhnlichen Hardwareausfall häufig ein dauerhafter Datenverlust. Den größten Schaden verursacht oft nicht der ursprüngliche Laufwerksausfall, sondern ein übereilter Rettungsversuch. Dieser Artikel erklärt, was die einzelnen Zustände bedeuten und was Sie unbedingt vermeiden sollten.

Bei RAID und NAS sind die Reihenfolge der Laufwerke und die Arbeit mit Kopien entscheidend. Je weniger Versuche vor der Diagnose unternommen werden, desto besser sind die Wiederherstellungschancen.

Schnelle Antwort: Was Sie jetzt tun sollten

Wenn das NAS Degraded, Crashed, Missing volume oder Not Initialized meldet oder der Server plötzlich keine freigegebenen Daten mehr anzeigt, kommt es vor allem darauf an, den ursprünglichen Zustand zu bewahren. Ein RAID lässt sich häufig wieder zusammensetzen – aber nur, wenn zwischenzeitlich nicht unnötig darauf geschrieben wurde.

Die ersten Minuten sind entscheidend. Beenden Sie alle Versuche, kennzeichnen Sie die Laufwerke, formatieren Sie nichts und arbeiten Sie anschließend nur mit Kopien.

Konkret:

1. Wenn ein Laufwerk klopft, pfeift oder kratzt oder verbrannt riecht, schalten Sie das Gerät aus.
2. Klicken Sie weder auf repair noch auf rebuild, initialize oder create new volume.
3. Kennzeichnen Sie die Reihenfolge der Laufwerke anhand ihrer Einschübe und fotografieren Sie den aktuellen Zustand in der Verwaltungsoberfläche.
4. Wenn die Daten noch zugänglich sind, kopieren Sie ausschließlich die wichtigsten Dateien und schreiben Sie nichts mehr auf das NAS.
5. Lassen Sie bei einem unklaren Ausfall eine Datenrettung aus dem RAID-Array prüfen, bevor Sie weitere Versuche unternehmen.

Sicherer Schritt für zu Hause

Folgende Maßnahmen können Sie selbst durchführen, ohne den Zustand zu verschlimmern:

• NAS oder Server ausschalten, wenn ein Laufwerk klopft, kratzt oder pfeift oder verbrannt riecht,
• den Zustand aller Ebenen der Verwaltungsoberfläche fotografieren – RAID group, storage pool und volume,
• die Laufwerke entsprechend ihren aktuellen Einschüben kennzeichnen und dort belassen,
• die wichtigsten Dateien auf ein externes Laufwerk kopieren, solange die Daten noch lesbar sind,
• eine Zeitleiste notieren: Was geschah zuerst, und was haben Sie danach versucht?

Der Punkt, an dem Sie nicht mehr fortfahren dürfen

Die Grenze ist eindeutig: Sobald Sie nicht wissen, wie viele Laufwerke in welcher Reihenfolge ausgefallen sind, das Array Crashed, Not Initialized oder Missing volume meldet oder auch auf einem weiteren Laufwerk SMART-Fehler auftreten, gilt: Starten Sie weder Rebuild noch Repair oder Initialize, erstellen Sie keinen neuen Pool und verändern Sie nicht die Reihenfolge der Laufwerke in den Einschüben. Ab diesem Zeitpunkt ist eine Reparatur in Eigenregie nicht mehr sicher. Jede dieser Operationen schreibt auf das Array und kann die Metadaten überschreiben, die für die Datenrekonstruktion benötigt werden. Die weitere Arbeit darf ausschließlich auf Bitkopien erfolgen.

Die Reihenfolge der Laufwerke ist für die Rekonstruktion häufig ebenso wichtig wie die Laufwerke selbst. Sie herauszunehmen, zu vertauschen und anschließend auszuprobieren, ist die schlechteste Vorgehensweise.

RAID-Reparatur und Datenrettung: Wo liegt der Unterschied?

Es handelt sich um zwei unterschiedliche Ziele, die regelmäßig verwechselt werden. Eine Reparatur des RAID-Arrays – Austausch eines Laufwerks, Rebuild oder repair in der NAS-Verwaltung – macht den SPEICHER wieder betriebsbereit: Das Array verfügt erneut über Redundanz und das NAS arbeitet weiter. Bei der Datenrettung soll nicht das Array wieder in Betrieb genommen werden. Stattdessen werden die DATEIEN auf ein anderes Medium kopiert. Was anschließend mit dem ursprünglichen NAS geschieht, wird erst danach entschieden.

Beides lässt sich nicht gleichzeitig sicher durchführen. Eine Reparatur des Arrays mit angeschlagenen Laufwerken gefährdet die Daten: Ein Rebuild liest die gesamte Oberfläche aller verbliebenen Laufwerke und schreibt gleichzeitig auf das Array. Dadurch kann ein grenzwertig lesbares Laufwerk vollständig unlesbar werden, während zugleich Metadaten überschrieben werden, die für eine Rekonstruktion erforderlich wären.

Entscheidungsregel:

• Gewöhnliche Servicemaßnahme (Reparatur des Arrays): Genau ein Laufwerk ist ausgefallen, alle anderen sind frei von SMART-Fehlern, die Daten sind weiterhin lesbar und es existiert ein aktuelles Backup.
• Datenrettung im Labor: Es sind mehr Laufwerke ausgefallen, als das Array toleriert; der Rebuild wurde nicht abgeschlossen; ein Laufwerk macht ungewöhnliche Geräusche; das Array meldet Crashed, Not Initialized oder Missing volume; oder es gibt kein Backup.

Schon ein einziger Punkt aus der zweiten Liste genügt, damit eine Reparatur des Arrays nicht mehr die sichere erste Wahl ist.

QNAP: Datenrettung aus degradierten und ausgefallenen Arrays

Was Degraded und Error bei einer RAID group bedeuten

In QTS liegen mehrere Ebenen übereinander: die RAID group – das eigentliche, aus physischen Laufwerken zusammengesetzte Array – und darüber der storage pool sowie das volume, auf dem sich schließlich das Dateisystem und die freigegebenen Ordner befinden. Ein Problem kann auf jeder Ebene unterschiedlich angezeigt werden. Die RAID group kann Degraded melden, während das Volume in Ordnung zu sein scheint. Umgekehrt kann das Array unauffällig wirken, obwohl das Volume nicht eingebunden wird. Bevor Sie etwas unternehmen, prüfen und fotografieren Sie deshalb den Zustand auf allen Ebenen und nicht nur die erste rote Zeile.

Degraded bedeutet, dass das Array keine Reserve mehr besitzt: Ein Mitglied fehlt, die Daten werden mithilfe der Parität berechnet, und ein weiterer Lesefehler kann nicht mehr ausgeglichen werden. Error oder Crashed bedeutet, dass das Array vollständig ausgefallen ist – typischerweise, weil mehr Laufwerke ausgefallen sind, als die betreffende RAID-Stufe toleriert. Die Daten müssen deshalb noch nicht verloren sein. Das NAS kann lediglich selbst keinen funktionierenden Zugriffspfad mehr zusammensetzen.

Auch die Systemversion spielt eine Rolle. QTS basiert auf Linux-Software-RAID, während QuTS hero ZFS verwendet. Dabei handelt es sich um unterschiedliche Datenstrukturen und Metadaten, sodass auch die Wiederherstellungsverfahren voneinander abweichen. Werkzeuge für Linux-Software-RAID eignen sich nicht für einen ZFS-Pool und umgekehrt. Geben Sie deshalb von Anfang an das Modell und die Systemversion an.

Was Sie bei QNAP nicht anklicken sollten

Schaltflächen, die im Normalbetrieb hilfreich sind, können in einer Notsituation genau das Gegenteil bewirken:

• Rebuild – bei einem degradierten Array mit einem weiteren angeschlagenen Laufwerk bedeutet dies stundenlanges Lesen der gesamten Oberfläche. Häufig ist es das zweite Laufwerk, das den Vorgang nicht übersteht.
• Recover / Wiederherstellung einer inaktiven RAID group – das Array kann mit anderen Parametern als den ursprünglichen zusammengesetzt werden und dabei aktuelle Metadaten überschreiben.
• Initialize – dadurch werden die Konfiguration und der Anfang der Laufwerke überschrieben. Wenn noch unklar ist, was passiert ist, ist dies das Letzte, was Sie tun sollten.
• Erstellung eines neuen Pools oder Volumes – dabei wird genau dort eine neue Struktur auf die Laufwerke geschrieben, wo sich die alte befindet.

Wenn es sich nicht eindeutig um den Austausch eines einzigen defekten Laufwerks in einem ansonsten fehlerfreien Array handelt, sollten Sie das NAS ausschalten, die Laufwerke entsprechend ihren Einschüben kennzeichnen und anschließend ausschließlich mit Bitkopien arbeiten.

Synology: Datenrettung aus SHR und RAID 5

Repair storage pool: Wann ist es sinnvoll?

Synology verwendet Linux-Software-RAID (mdadm) in Kombination mit LVM und dem Dateisystem ext4 oder btrfs. SHR (Synology Hybrid RAID) basiert auf demselben Stack, kann jedoch Laufwerke unterschiedlicher Größe kombinieren. Für die Datenrettung bedeutet das, dass sich auf einem physischen Laufwerk mehrere RAID-Mitglieder befinden können. Dadurch reagiert die Rekonstruktion noch empfindlicher auf jegliches Überschreiben.

Repair storage pool ist nur in einer einzigen Situation sinnvoll: Genau ein Laufwerk ist ausgefallen, alle anderen sind nachweislich fehlerfrei, die Daten sind zugänglich und es existiert ein Backup. Sobald auch auf einem weiteren Laufwerk SMART-Fehler auftreten, der Pool Crashed meldet, das Volume fehlt oder bereits ein Reparaturversuch fehlgeschlagen ist, handelt es sich nicht mehr um eine gewöhnliche Servicemaßnahme. Die Reparatur belastet dann Laufwerke, die dieser Beanspruchung möglicherweise nicht standhalten.

Warum Synology-Laufwerke nicht direkt an Windows angeschlossen werden sollten

Daten aus einem Synology-System lassen sich häufig unter einem gewöhnlichen Linux-System lesen, da ein Standard-Stack verwendet wird. Das darf jedoch stets nur mit Bitkopien geschehen, nicht mit den Originalen – beim Zusammensetzen des Arrays mit den aktiven Laufwerken können Schreibzugriffe erfolgen.

An Windows sollten die Laufwerke überhaupt nicht angeschlossen werden. Windows versteht weder ext4 noch btrfs oder Linux-Software-RAID und stuft ein solches Laufwerk daher als nicht initialisiert ein. Daraufhin erscheint eine Aufforderung zur Initialisierung. Wird sie bestätigt, überschreibt Windows die Metadaten des Arrays – die Partitionstabelle und den Anfang des Laufwerks, also genau die Informationen, die für die Rekonstruktion benötigt werden. Ein einziger Klick kann aus einem einfachen Fall einen komplexen machen.

Netgear, Western Digital, Asustor und weitere Hersteller

Bei Netgear, Western Digital, Asustor und anderen Herstellern gilt dieselbe Vorgehensweise: Zunächst werden Bitkopien aller Laufwerke erstellt, danach erfolgt die Rekonstruktion ausschließlich anhand dieser Kopien. Übliche NAS-Systeme basieren auf Linux-Software-RAID. Die konkrete Anordnung der Ebenen und die Bezeichnung der Zustände in der Verwaltungsoberfläche unterscheiden sich jedoch je nach Hersteller und Systemversion. Modell und Systemversion sollten deshalb immer vorab bekannt sein.

Datenrettung aus RAID 0: Warum sie besonders riskant ist

RAID 0 verwendet Striping ohne Parität: Eine Datei wird in Blöcke zerlegt, die abwechselnd auf alle Laufwerke des Arrays geschrieben werden. Nichts wird gesichert und nichts kann anhand einer Parität rekonstruiert werden. Fällt ein einziges Laufwerk aus, verlieren Sie nicht einfach „die Hälfte der Dateien“. Stattdessen fehlen Teile praktisch jeder größeren Datei, weil diese über alle Mitglieder des Arrays verteilt ist.

Die Erfolgsaussichten hängen deshalb von zwei Faktoren ab:

• ob das defekte Laufwerk zumindest teilweise lesbar ist – selbst teilweise Lesevorgänge können einen großen Teil der Blöcke liefern,
• ob die Parameter des Arrays bekannt sind: Reihenfolge der Laufwerke, Stripe-Größe und Offset.

Ein RAID 0 darf niemals probeweise „neu erstellt“ werden. Durch das Anlegen eines neuen Arrays werden genau die Metadaten überschrieben, die für die Rekonstruktion benötigt werden. Anschließend ist es erheblich schwieriger, Reihenfolge und Stripe-Größe anhand der verbleibenden Daten zu ermitteln.

Viele Menschen verwenden RAID 0, ohne es zu wissen. Typische Beispiele sind externe Systeme und Gehäuse mit zwei Laufwerken, die ab Werk als ein einziges großes Laufwerk erscheinen, sowie Arrays, die auf Computern und Notebooks über Intel RST eingerichtet wurden. Meist wird dies erst erkannt, wenn eine Fehlermeldung erscheint.

Daten nach einem NAS-Ausfall retten: Vorgehen nach Zustand

Bevor Sie die Laufwerke berühren, sollten Sie prüfen, ob das Problem tatsächlich beim Array liegt. Wenn das NAS lediglich unter Windows nicht gefunden wird, gehen Sie zunächst die Anleitung NAS wird im Netzwerk nicht gefunden durch und kontrollieren Sie Kabel, LEDs und IP-Adresse.

Die Reihenfolge bleibt immer gleich: Zuerst Schreibzugriffe stoppen, dann den Zustand der Laufwerke ermitteln und erst danach über eine Reparatur entscheiden.

Anzeichen für ein RAID- oder NAS-Problem

Es muss nicht immer sofort zum vollständigen Ausfall kommen. Probleme kündigen sich häufig schrittweise an. Folgende Signale sollten Sie nicht ignorieren.

Der Degraded-Zustand ist noch keine Katastrophe, aber es gibt keine Reserve mehr. Ein weiterer Laufwerksfehler oder ein fehlgeschlagener Rebuild kann entscheidend sein.

• Statusleuchten: Eine orange oder rote LED am NAS – etwa von Synology oder QNAP – oder am Server. Sie kann dauerhaft leuchten oder blinken.
• Akustische Warnung: Regelmäßiges Piepen weist auf ein degradiertes Array hin.
• Array-Status: In der Verwaltungsoberfläche sehen Sie einen Status wie Degraded, Crashed, Read-Only, Missing volume oder Not Initialized.
• Verringerte Leistung: Kopiervorgänge sind extrem langsam, das System hängt oder Dateien lassen sich nicht öffnen.
• SMART-Fehler: Die Verwaltungsoberfläche warnt vor defekten Sektoren, hoher Temperatur oder Lesefehlern.
• Ungewöhnliche Geräusche: Klicken, Klopfen, Kratzen oder Pfeifen weisen auf einen kritischen mechanischen Zustand hin.

Was Sie NICHT tun sollten

In unserem Service begegnen uns immer wieder dieselben Fehler. Sie machen aus einem lösbaren Problem eine komplexe und manchmal unmögliche Datenrettung.

Wenn einer dieser Zustände auftritt, sollten Sie nicht nach dem Prinzip Versuch und Irrtum fortfahren. Bei RAID und NAS muss der ursprüngliche Zustand der Laufwerke bewahrt werden.

• Blinder Rebuild oder Repair: Sind mehr Laufwerke ausgefallen, als das Array toleriert, oder ist eines der Laufwerke mechanisch beschädigt, belastet ein Rebuild die übrigen Laufwerke durch umfassende Lesevorgänge und kann Metadaten überschreiben. Das ist ein häufiger Grund dafür, dass ein Array in deutlich schlechterem Zustand bei uns eintrifft.
• Initialisierung der Laufwerke: Wenn das System ein „nicht initialisiertes Laufwerk“ meldet, dürfen Sie keinesfalls auf „Initialisieren“ klicken. Dadurch überschreiben Sie den Anfang des Laufwerks mit den entscheidenden RAID-Metadaten.
• Veränderung der Reihenfolge: Sie nehmen die Laufwerke aus dem NAS, reinigen sie und setzen sie anschließend in anderer Reihenfolge wieder ein. Für den Controller entsteht dadurch ein Durcheinander, das zum Zerfall des Arrays führen kann.
• Weitere Schreibzugriffe: Wenn Sie noch auf das Array zugreifen können, stellen Sie sofort alle Schreibvorgänge ein. Jede neue Datei oder Änderung kann Blöcke überschreiben, die gerettet werden müssen.
• Wiederholtes Einschalten: Das Laufwerk klopft? Ausschalten und nicht erneut einschalten. Jeder Anlaufversuch kann dazu führen, dass der Lesekopf die Datenschicht irreversibel beschädigt.
• Recovery-Software auf den Originalen: Das Dateisystem direkt auf beschädigten Laufwerken zu scannen, ist äußerst riskant. Wenn ein Laufwerk ausfällt, kann der Scan ihm den Rest geben.
• Rebuild ohne vorhandenes Backup: Ein Rebuild ist kein risikofreier Schritt. Er ist ein mehrstündiger oder sogar mehrtägiger Belastungstest für die verbliebenen Laufwerke. Diese sind genauso alt wie das gerade ausgefallene Laufwerk und waren denselben Betriebsbedingungen ausgesetzt.

Warum jeder weitere Versuch die Erfolgsaussichten verringert: Sowohl ein Rebuild als auch ein Scan mit Recovery-Software lesen die gesamte Oberfläche aller Laufwerke. Bei einem Laufwerk mit defekten Sektoren oder beschädigter Mechanik verschlechtert dies den Zustand weiter: Zusätzliche Bereiche werden unlesbar, und die Köpfe werden genau dort stark beansprucht, wo besonders schonend gelesen werden müsste. Eine Initialisierung oder Neuerstellung des Arrays ist noch problematischer, denn dabei werden die für die Rekonstruktion benötigten Metadaten überschrieben. Je weniger Versuche vor der Diagnose stattfinden, desto mehr Rettungsmöglichkeiten bleiben offen.

RAID 0/1/5/6/10: Was die einzelnen Stufen verkraften

Jede RAID-Stufe toleriert eine andere Anzahl von Laufwerksausfällen. Die folgende Übersicht entspricht den Fällen, mit denen wir täglich arbeiten.

Wie viele Laufwerksausfälle die einzelnen RAID-Stufen tolerieren – und ab wann keine Reserve mehr vorhanden ist.

Wann Daten gerettet werden können und wann die Chancen gering sind

Die folgende Tabelle zeigt typische Szenarien aus unserer Praxis. Sie verspricht keine Wunder, verdeutlicht aber, welche Faktoren entscheidend sind.

Typische Fälle aus der Praxis

Nicht jeder NAS-Ausfall ist gleich. Zwei Fälle können auf dem Bildschirm ähnlich aussehen, technisch aber völlig unterschiedliche Maßnahmen erfordern.

Synology SHR oder RAID 5 nach dem Ausfall eines Laufwerks Wenn das Array lediglich degraded ist, die Daten lesbar und alle anderen Laufwerke fehlerfrei sind, kann ein regulärer Austausch des defekten Laufwerks sinnvoll sein. Sobald jedoch auch auf einem weiteren Laufwerk SMART-Fehler auftreten, handelt es sich nicht mehr um einen gewöhnlichen Repair, sondern um eine Datenrettung.

QNAP nach einem fehlgeschlagenen Rebuild Dies ist eine schwierigere Situation. Der Rebuild hat die verbliebenen Laufwerke belastet, möglicherweise Teile der Paritätsinformationen überschrieben und die Metadaten entsprechen unter Umständen nicht mehr dem ursprünglichen Zustand. Jetzt darf kein weiterer Repair versucht werden. Stattdessen müssen Images der Laufwerke angelegt und die überschriebenen Bereiche genau analysiert werden.

RAID 0 in einem externen Gehäuse RAID 0 besitzt keinerlei Redundanz. Fehlt ein Laufwerk, fehlen Teile der Daten. Die Erfolgsaussichten hängen davon ab, ob das Laufwerk zumindest teilweise lesbar ist und ob die Parameter des Arrays bekannt sind. Für wichtige Daten ist RAID 0 eine schlechte Wahl.

NAS nach einem Ransomware-Angriff RAID hilft nicht, wenn Ransomware die freigegebenen Dateien verschlüsselt. Das Array bleibt technisch fehlerfrei, aber die Daten sind logisch beschädigt. In diesem Fall prüfen wir Snapshots, Backups, Schattenkopien oder Möglichkeiten einer teilweisen Wiederherstellung entsprechend der jeweiligen Angriffsart.

Die Diagnose zeigt, ob das Laufwerk für weitere Lesevorgänge geeignet ist oder ob langsamer vorgegangen und jeder Versuch möglichst schonend durchgeführt werden muss.

Sicheres Vorgehen bei der Wiederherstellung

Bei der Wiederherstellung eines Arrays hält sich das Labor an einen genau festgelegten Ablauf, um zusätzliche Schäden zu vermeiden. Im Folgenden sehen Sie das Grundprinzip einer sicheren Wiederherstellung und wissen dadurch, was Sie erwartet. Bei defekten Laufwerken oder einem unklaren Ausfall des Arrays sollten Sie diesen Ablauf jedoch nicht ohne Fachkenntnisse zu Hause ausprobieren.

Die Bitkopie ist die Grundlage sicheren Arbeitens. Scans und Rekonstruktion erfolgen auf der Kopie, nicht auf dem ursprünglichen Laufwerk.

Sicheres Vorgehen: Zuerst werden Bitkopien aller Laufwerke erstellt, danach erfolgen Rekonstruktion und Export ausschließlich auf diesen Kopien – die Originale bleiben unangetastet.

1. Erfassung und Dokumentation: Notieren Sie die genaue Reihenfolge der Laufwerke – Einschub 1, 2, 3 und so weiter –, ihre Seriennummern und den Ablauf der Ereignisse. Diese Informationen sind für die Rekonstruktion häufig entscheidend.
2. Bitkopie (Imaging): Jedes Laufwerk wird über einen Hardware-Write-Blocker angeschlossen, der Schreibzugriffe verhindert. Anschließend wird eine vollständige Bitkopie auf einem fehlerfreien, leeren Medium erstellt. Bei defekten Laufwerken kommen spezielle Werkzeuge zum Einsatz, die beschädigte Sektoren kontrolliert auslesen können.
3. Prüfung der Kopien: Es wird kontrolliert, ob die Kopien vollständig und fehlerfrei lesbar sind. Alle weiteren Arbeiten erfolgen ausschließlich mit diesen Kopien.
4. Rekonstruktion der Parameter: Aus den Metadaten werden die richtigen Parameter ermittelt – Reihenfolge der Laufwerke, Stripe-Größe, Offset, Paritätstyp und -rotation sowie die Art der Metadaten, beispielsweise mdadm, LVM oder Intel Matrix.
5. Zusammensetzen des Arrays und Datenexport: Das Array wird virtuell und ausschließlich lesend zusammengesetzt. Anschließend werden die Struktur des Dateisystems geprüft und die Daten auf ein anderes, fehlerfreies Medium exportiert.

Das Ziel besteht nicht darin, das NAS um jeden Preis wieder in Betrieb zu nehmen. Die Daten müssen zunächst sicher auf ein anderes Medium übertragen werden. Erst danach wird über den künftigen Speicher entschieden.

Besonderheiten von Synology und QNAP

Jeder Hersteller verwendet eigene technische Strukturen, die bei der Datenrettung berücksichtigt werden müssen.

• Synology: Verwendet meist Linux-Software-RAID (mdadm) in Kombination mit LVM (Logical Volume Manager) und dem Dateisystem ext4 oder btrfs. Auch die hauseigene Technologie SHR (Synology Hybrid RAID) basiert auf diesem Stack. Ein Vorteil besteht darin, dass die Daten häufig auch auf einem gewöhnlichen Linux-PC eingebunden und gelesen werden können. Dies gilt jedoch ausschließlich für Kopien.
• QNAP: Verwendet eigene Ebenen innerhalb von QTS oder QuTS mit ZFS. Dabei können storage pools, RAID groups und spezifische Konfigurationen auftreten. Auch hier ist ein herstellerspezifischer Repair nur dann eine legitime Servicemaßnahme, wenn zweifelsfrei feststeht, dass die verbliebenen Laufwerke physisch fehlerfrei sind und lediglich ein defektes Laufwerk in einem degradierten Array regulär ersetzt werden soll. In jeder anderen Notfallsituation ist es sicherer, alle Vorgänge zu stoppen und mit Kopien zu arbeiten.

Preis, Dauer und Faktoren für den Erfolg

Bei einer RAID- oder NAS-Datenrettung lässt sich vor der Diagnose kein seriöser Festpreis nennen. Die Unterschiede sind erheblich: Eine beschädigte Konfiguration mit fehlerfreien Laufwerken erfordert ein völlig anderes Vorgehen als ein Array nach einem fehlgeschlagenen Rebuild, mit defekten Sektoren oder einem mechanisch beschädigten Laufwerk.

Den größten Einfluss auf den Erfolg haben:

• die Anzahl der physisch ausgefallenen Laufwerke,
• ein bereits gestarteter Rebuild oder eine Initialisierung,
• das Vorhandensein eines aktuellen Backups,
• die bekannte Zuordnung und Reihenfolge der Laufwerkseinschübe,
• RAID-Typ, Dateisystem und NAS-Plattform,
• weitere Schreibzugriffe auf das Array nach dem Ausfall.

Bei der ersten Beurteilung werden der Zustand der Laufwerke und die Konfiguration ermittelt. Erst danach lässt sich sinnvoll einschätzen, ob eine gewöhnliche Wiederherstellung, eine komplexere RAID-Rekonstruktion oder ein Eingriff im Labor erforderlich ist.

Ein fester Preis für die Datenrettung aus RAID oder NAS ist daher im Voraus nicht sinnvoll. Eine konkrete Summe kann erst genannt werden, wenn feststeht, wie viele Laufwerke defekt sind, ob ein Auslesen im Labor notwendig ist und in welchem Zustand sich die Konfiguration des Arrays befindet. Bei der Datenrettung aus einem RAID-Array im ITHOPE-Labor kann eine einfache Beurteilung kostenlos sein. Eine aufwendigere Analyse ist kostenpflichtig; den Preis nennt das Labor, bevor es mit der Arbeit beginnt.

Warum das ursprüngliche Array nicht zuerst repariert wird

Bei einem gewöhnlichen Serviceeinsatz ist es sinnvoll, zunächst das Gerät zu reparieren. Bei einer Datenrettung gilt die umgekehrte Reihenfolge: Zuerst werden die Daten gesichert, danach wird das Gerät repariert. Das ursprüngliche Array kann sich in einem instabilen Zustand befinden, und jeder Schreibvorgang kann das Ergebnis verschlechtern.

Solange die Daten nicht gesichert sind, werden folgende Schritte vermieden:

• Rebuild mit den ursprünglichen Laufwerken,
• Reparatur des Dateisystems direkt auf dem Array,
• Initialisierung oder Erstellung eines neuen Volumes,
• Scan mit Recovery-Software auf einem defekten Originallaufwerk,
• wiederholtes Einschalten eines Laufwerks mit mechanischem Defekt.

Sobald die Daten exportiert sind, können Sie entscheiden, ob das ursprüngliche NAS repariert, ein neues Speichersystem aufgebaut, die Laufwerke ersetzt, die RAID-Stufe geändert oder eine bessere Backup-Strategie eingerichtet werden soll.

Was Sie vor der Übergabe an das Labor vorbereiten sollten

Je besser die Informationen sind, die dem Labor zu Beginn vorliegen, desto weniger Zeit ist für die Rekonstruktion erforderlich. Idealerweise bringen Sie das gesamte NAS oder den Server im ursprünglichen Zustand. Falls das nicht möglich ist, hilft zumindest eine genaue Dokumentation.

Bereiten Sie Folgendes vor:

• Modell des NAS oder Servers,
• Anzahl der Laufwerke und ihre ursprüngliche Reihenfolge in den Einschüben,
• Foto der Verwaltungsoberfläche mit dem Zustand des Arrays,
• Zeitleiste: Was geschah zuerst, und was haben Sie danach versucht?
• Information darüber, ob ein Rebuild, Repair, eine Initialisierung oder ein Laufwerksaustausch durchgeführt wurde,
• Zielmedium für die geretteten Daten.

Nach der Datenrettung sollten Sie umgehend eine geeignete Datensicherung einrichten, denn RAID allein ist kein Backup.

Häufige Fragen

Soll ich das defekte Laufwerk austauschen und auf „Repair“ klicken? Nur wenn Sie zu 100 Prozent sicher sind, dass genau ein Laufwerk ausgefallen ist und sich alle anderen in einwandfreiem Zustand befinden – ohne SMART-Fehler oder defekte Sektoren. Andernfalls ist dies ein riskanter Vorgang, der das Array zerstören kann. Wenn Sie unsicher sind, führen Sie ihn nicht durch.

Kann ich die Laufwerke an Windows anschließen? Nein. Windows unterstützt Dateisysteme wie ext4 und btrfs sowie Linux-Software-RAID (mdadm) nicht nativ. Beim Anschließen kann Windows zur Initialisierung des Laufwerks auffordern, was schwerwiegende Folgen hätte.

Das NAS zeigt die Daten an, meldet aber „Degraded“ – was nun? Sichern Sie die wichtigsten Daten nach Möglichkeit sofort auf einem externen Laufwerk. Kümmern Sie sich anschließend um den Austausch des defekten Laufwerks. Beachten Sie, dass im Degraded-Zustand keinerlei Schutz vor dem Ausfall eines weiteren Laufwerks besteht.

Muss ich das gesamte NAS oder nur die Laufwerke bringen? Idealerweise übergeben Sie das gesamte NAS. Für die Rekonstruktion sind das Modell und die Systemversion wichtig. Wenn Sie nur die Laufwerke bringen, muss ihre Reihenfolge – Einschub 1, 2, 3 und so weiter – exakt gekennzeichnet sein. Ohne diese Information wird die Rekonstruktion erheblich erschwert.

Hilft RAID, wenn ich versehentlich etwas gelöscht habe? Nein. RAID schützt vor Hardwareausfällen, ist aber kein Backup. Es schützt weder vor versehentlich gelöschten Dateien noch vor Bedienfehlern oder Ransomware. Auch für NAS und Server gilt die 3-2-1-Backup-Regel.

Offizielle Herstelleranleitungen und Datenrettung

Sowohl Synology als auch QNAP bieten offizielle Verfahren zur Reparatur eines degradierten Arrays an. Diese sind sinnvoll, wenn eindeutig genau ein Laufwerk ausgefallen ist, die übrigen Laufwerke fehlerfrei sind und ein aktuelles Backup existiert. Wenn Sie nicht sicher sind, sollten Sie den Betrieb stoppen und zunächst Kopien anlegen. Zur Orientierung: Synology beschreibt das Repair eines storage pools, QNAP die Wiederherstellung einer RAID group im Degraded-Zustand. Diese Anleitungen sind nicht mit einer Datenrettung nach einem unklaren Ausfall gleichzusetzen.

Wenn Ihr NAS oder Server einen Fehler meldet, bleiben Sie ruhig und unternehmen Sie vor allem keine unüberlegten Versuche. Eine korrekt dokumentierte Reihenfolge der Laufwerke und eine Zeitleiste der Ereignisse sind bereits die halbe Arbeit. Die eigentliche Wiederherstellung übernimmt das ITHOPE-Labor – Datenrettung aus einem RAID-Array. Wartung und Reparatur funktionsfähiger NAS-Systeme übernimmt der NAS-Service in Brno; in dringenden Fällen erreichen Sie die 24-Stunden-Hotline unter 775 556 063. Sobald Ihre Daten gesichert sind, beachten Sie außerdem die Hinweise zur richtigen Datensicherung, denn RAID allein ist tatsächlich kein Backup.