RAID-Ausfall: nicht nur die „defekte Platte“ zählt
Ein RAID kann durch mehrere gleichzeitig oder nacheinander auftretende Probleme instabil werden. Typisch sind instabile Member, Lesefehler während eines Rebuilds, defekte Controller oder Backplanes, Firmwareprobleme und veränderte Metadaten. Auch bereits länger vorhandene Fehler können erst beim Austausch eines Laufwerks sichtbar werden. Für die Datenrettung ist die Ausfallreihenfolge daher oft genauso wichtig wie das RAID-Level.
RAID-Ausfall kündigt sich oft durch mehrere kleine Fehler an
Ein Member fällt kurz aus, der Rebuild dauert ungewöhnlich lange, danach treten Lesefehler auf einem zweiten Laufwerk auf: Solche Fehlerketten sind in der Praxis relevanter als ein einzelner Controllerstatus. Sobald die Redundanz reduziert ist, sollte geprüft werden, ob die übrigen Member wirklich stabil sind. Wenn Zweifel bestehen, ist eine Sicherung der Member vor dem Rebuild die risikoärmere Vorgehensweise.
RAID-Ausfall: Aktionismus vermeiden
Kein Rebuild auf Verdacht, keine neue Initialisierung und keine vertauschten Laufwerke: Diese drei Fehler sehen wir nach RAID-Ausfällen besonders häufig. Zusätzlich sollten keine Reparaturtools auf dem Originalvolume laufen. Wenn die Member zuerst gesichert werden, können unterschiedliche Rekonstruktionsvarianten getestet werden, ohne den Ausgangszustand erneut zu verändern. Das ist der zentrale Vorteil einer professionellen RAID-Datenrettung.
RAID-Rekonstruktion beginnt auf der Ebene der einzelnen Laufwerke
Ein RAID-Controller kann nur mit den Daten arbeiten, die seine Member noch liefern. Sind mehrere Laufwerke instabil, muss deshalb jedes Medium separat untersucht und gesichert werden. Auf den Arbeitskopien lässt sich der Verbund anschließend virtuell zusammensetzen und gegen Dateisystem und Nutzdaten validieren. Auch teilweise lesbare Member können dabei wertvoll sein. Diese Vorgehensweise ist wesentlich flexibler als ein Rebuild direkt auf dem ursprünglichen Array.
RAID-Kosten: Memberzustand und Vorschäden sind entscheidend
Ein RAID mit fünf gesunden Arbeitskopien und einem logischen Fehler ist ein anderer Fall als ein Verbund mit mehreren physisch instabilen HDDs und einem abgebrochenen Rebuild. Deshalb kalkulieren wir nach der Analyse der Member und nicht nur nach RAID-Level oder Kapazität. Das Angebot umfasst den erkennbaren Rettungsaufwand; die Rettungskosten werden im Erfolgsfall berechnet, die Analyse separat.
Drei typische RAID-Konstellationen
RAID-Datenrettung ist vor allem Rekonstruktion aus einem konkreten technischen Zustand. Die folgenden Beispiele zeigen, warum pauschale Aussagen zur Erfolgschance wenig sinnvoll sind.
RAID 5 mit zweitem Lesefehler: Der erste Ausfall wurde bereits durch einen Rebuild beantwortet, dann wird ein weiteres Member instabil. Wir sichern die noch lesbaren Bereiche beider Laufwerke und prüfen die Konsistenz der übrigen Member.
RAID 0 nach Controllerdefekt: Ohne Parität ist jedes Member relevant. Sind die Laufwerke lesbar, kann der Verbund über Reihenfolge, Stripe-Parameter und Dateisystemmerkmale virtuell rekonstruiert werden.
RAID 10 mit uneindeutigen Memberzuständen: Die Spiegelpaare werden nicht allein nach Controllerstatus gewählt. Wir vergleichen Datenstände und Lesbarkeit, bevor eine logische Rekonstruktion erfolgt.
