RAID-Controller ausgefallen: RecoveryLab rettet 48-TB-Archiv für Braunschweiger Medienagentur

Daten eines RAID-Systems mit 48 TB nach Controllerfehler vollständig wiederhergestellt

Festplattenanalyse im Datenrettungslabor (Symbolbild: RecoveryLab)

Braunschweig (pts009/07.08.2026/07:45)

Montagmorgen in einer Braunschweiger Medienagentur: Der zentrale Fileserver reagiert nicht. Kundenprojekte, Videoarchiv, Reinzeichnungen der vergangenen drei Jahre, alles lag auf einem RAID-System mit 48 TB Kapazität. Der Controller hatte über das Wochenende seinen Dienst eingestellt, und mit ihm war der Zugriff auf den gesamten Datenbestand verschwunden.

Was ein RAID-Controller steuert und warum sein Ausfall alles betrifft

Ein RAID-System verteilt Daten über mehrere Festplatten und berechnet Paritätsinformationen, die den Ausfall einzelner Laufwerke kompensieren können. Der RAID-Controller steuert diesen Prozess: Er kennt die Reihenfolge der Festplatten im Verbund, die Blockgröße (Stripe Size), das Paritätsschema und den Offset, ab dem die Nutzdaten beginnen. Diese Parameter liegen teils in der Firmware des Controllers, teils als Metadaten auf den Laufwerken selbst. Fällt der Controller aus, bleiben die einzelnen Festplatten physisch intakt, doch das logische Gesamtbild des Arrays ist nicht mehr zugänglich. Anders als beim Ausfall einer einzelnen Platte, den das RAID durch Parity-Berechnung auffangen kann, betrifft ein Controllerschaden den gesamten Verbund auf einmal.

Warum ein Controllertausch das Problem selten löst

Der naheliegende Reflex, den defekten Controller durch ein baugleiches Modell zu ersetzen, birgt erhebliche Risiken. Unterschiedliche Firmware-Versionen können die Array-Konfiguration anders interpretieren. Hinzu kommt: Ein neuer Controller bietet beim Hochfahren häufig an, das Array zu initialisieren. Wer an dieser Stelle bestätigt, überschreibt die vorhandene Konfiguration und legt eine neue, leere Struktur an. Die Zuordnung zwischen den physischen Platten und der logischen Datenstruktur geht damit endgültig verloren. Die Agentur in Braunschweig hat diesen Schritt bewusst nicht unternommen und den kompletten Server im Originalzustand an RecoveryLab übergeben.

Rekonstruktion der Array-Parameter auf Sektorebene

Im Labor sicherte das Team zunächst jede einzelne Festplatte des Verbunds separat als bitgenaues Image. Anschließend wurde die Array-Konfiguration aus den Rohdaten ermittelt: Festplattenreihenfolge, Stripe Size, Paritätsverteilung (links- oder rechtsrotierend) und Startoffset. Diese Werte lassen sich aus einer einzelnen Platte nicht ablesen. Sie ergeben sich erst aus dem systematischen Vergleich der Datenblöcke über das gesamte Array hinweg. Stimmen die Parameter, entsteht aus den einzelnen Laufwerken wieder ein zusammenhängendes logisches Volume, das Dateisystem wird lesbar, die Daten zugänglich. Bei dem 48-TB-System der Medienagentur gelang die vollständige Rekonstruktion: Projektdateien, Videoschnitte, Kundendaten und Archivmaterial lagen anschließend wieder in nutzbarer Form vor.

RAID schützt vor Plattenausfall, aber nicht vor Controllerschäden

In der Praxis wird häufig unterschätzt, was RAID leisten kann und was nicht. Die Daten in einem RAID-5- oder RAID-6-Verbund liegen als Stripes mit Paritätsinformationen verteilt über das gesamte Array hinweg. Unabhängige Kopien auf einzelnen Platten gibt es in einem solchen Verbund nicht. Ohne funktionierende Steuerungslogik ist diese Verteilung für das Betriebssystem nicht interpretierbar. Ein Controllerfehler, ein Firmware-Problem oder ein Bedienfehler im Management-Interface kann deshalb den kompletten Datenbestand auf einen Schlag unzugänglich machen, obwohl kein einziges Laufwerk einen physischen Defekt aufweist. RAID ist eine Verfügbarkeitstechnologie. Ein Backup ersetzt es nicht.

RecoveryLab empfiehlt Unternehmen, RAID-Systeme durch ein separates, physisch getrenntes Backup zu ergänzen und dessen Integrität regelmäßig durch Restore-Tests zu prüfen. Bei einem Controllerausfall sollte der Server sofort vom Netz getrennt und weder neu gestartet noch manuell repariert werden. Ein Controllertausch auf eigene Faust, Firmware-Updates auf den Laufwerken oder ein manueller Rebuild am neuen Controller können die Datenstruktur irreversibel beschädigen. Wer den Server im Originalzustand an einen Fachbetrieb übergibt, gibt der Rekonstruktion die besten Ausgangsbedingungen.

Aussender:	RecoveryLab Datenrettung
Ansprechpartner:	Stefan Berger
Tel.:	+49 341 392 817 89
E-Mail:	info@recoverylab.de
Website:	www.recoverylab-datenrettung.de/braunschweig