Die Parität eines RAID 5 reicht aus, um genau einen fehlenden Datenblock pro Stripe zu berechnen. Sobald mehrere Member in denselben Bereichen nicht lesbar sind, entstehen Lücken, die sich nicht mehr allein aus der Parität ableiten lassen. Vor einer Rekonstruktion muss daher geklärt werden, welche Laufwerke tatsächlich fehlen, welche nur instabil sind und ob Rebuilds oder Konfigurationsänderungen den ursprünglichen Zustand bereits verändert haben.
Nach einem fehlgeschlagenen Rebuild oder bei mehreren auffälligen Membern sollte die weitere Arbeit auf dem Original stoppen. Wir prüfen Laufwerksreihenfolge, RAID-Level, Systemmodell und Memberzustand und rekonstruieren den Verbund anschließend virtuell. Technischen Fall abstimmen.
RAID 5 arbeitet mit verteilter einfacher Parität. Aus den noch vorhandenen Blöcken eines Stripes lässt sich genau ein fehlender Block berechnen. Für eine Datenrettung sind zusätzlich die RAID-Parameter relevant, etwa Member-Reihenfolge, Stripe-Größe, Paritätsrotation und Startoffset.
Wenn die Member-Reihenfolge unklar ist oder bereits Rebuild- und Reparaturversuche stattgefunden haben, sind die vorhandenen Laufwerke und Metadaten die wichtigste Ausgangsbasis. Für die technische Vorprüfung: +49 30 983216980 oder Analyseanmeldung.
Für die Datenrettung macht es einen großen Unterschied, ob ein Member physisch ausgefallen ist, mehrere Laufwerke Lesefehler liefern oder lediglich Metadaten beziehungsweise Controllerinformationen fehlen.
Die Entscheidung für einen Rebuild hängt vom tatsächlichen Zustand der Member ab. Ein einzelner sauberer Ausfall ist etwas anderes als mehrere teilweise lesbare Laufwerke.
Ein Rebuild schreibt einen neuen Member auf Basis der verbliebenen Daten und der Parität. Deshalb ist der Zustand der übrigen Laufwerke entscheidend. Bei Mehrfachfehlern oder inkonsistenten Metadaten wird zunächst auf Abbildern rekonstruiert, statt den Originalverbund weiter zu verändern.
Im degradierten Zustand fehlt einem RAID 5 typischerweise ein Member. Pro Stripe kann der fehlende Block aus den übrigen Datenblöcken und der vorhandenen Parität berechnet werden. Diese Eigenschaft ersetzt genau einen fehlenden Block pro Stripe; zusätzliche nicht lesbare Blöcke können deshalb zum Problem werden.
Vor einem Rebuild sind die Lesbarkeit der verbliebenen Member, ihre Zuordnung und der Zustand der RAID-Metadaten wichtiger als die reine Statusmeldung des Controllers. Bei mehreren Fehlerquellen wird der Verbund zunächst auf Arbeitskopien rekonstruiert, damit Parameter und Datenlage ohne weitere Veränderungen am Original geprüft werden können.
Ein regulärer RAID-5-Rebuild setzt voraus, dass für jeden Stripe höchstens der Block des ausgefallenen Members fehlt. Die übrigen Daten- und Paritätsblöcke müssen konsistent lesbar sein. Das Ersatzlaufwerk benötigt ausreichende nutzbare Kapazität und muss vom Controller beziehungsweise Storage-System unterstützt werden.
Ein identisches Laufwerksmodell ist nicht grundsätzlich erforderlich. Kritischer sind zusätzliche Medienfehler, eine falsche Member-Zuordnung oder Metadatenänderungen. Sobald diese Punkte unklar sind, ist eine sektorbasierte Sicherung vor dem Rebuild die bessere Grundlage für eine spätere Rekonstruktion.
RAID 5 besitzt pro Stripe eine Paritätsinformation und kann deshalb einen fehlenden Block rekonstruieren. Fehlen in demselben Stripe zwei Blöcke vollständig, ist dieser Stripe aus den übrigen Membern allein nicht eindeutig berechenbar. Bei zwei nur teilweise lesbaren Laufwerken kann die Situation anders aussehen: Nicht überlappende Defekte lassen sich stripeweise häufig noch ausgleichen.
Für die Rekonstruktion werden deshalb alle verfügbaren Member möglichst vollständig abgebildet. Anschließend werden Laufwerksreihenfolge, Stripe-Größe, Datenoffset und Paritätsrotation bestimmt und der Verbund virtuell zusammengesetzt. Erst auf dieser Ebene lässt sich seriös beurteilen, welche Dateibereiche vollständig, teilweise oder nicht mehr rekonstruierbar sind.
Während eines Rebuilds wird das Ersatzlaufwerk fortlaufend mit rekonstruierten Blöcken beschrieben. Bricht der Vorgang ab, existieren damit mindestens zwei relevante Zustände: die ursprünglichen Member vor dem Rebuild und ein teilweise aufgebauter neuer Member. Je nach Controller können zusätzlich Metadaten oder Generationen verändert worden sein.
Für eine forensisch saubere Rekonstruktion werden alle noch vorhandenen Datenträger gesichert und die verschiedenen Zustände außerhalb des Controllers verglichen. Besonders hilfreich sind Rebuild-Fortschritt, Event-Logs, Slotbelegung und die Information, ob nach dem Abbruch weitere Schreibzugriffe stattgefunden haben.
Controllerhersteller definieren Statusmeldungen nicht vollständig einheitlich. Für die Rekonstruktion sollte deshalb immer die Originalmeldung dokumentiert werden. Als technische Orientierung gilt:
| Meldung | Typische Bedeutung | Worauf achten? |
|---|---|---|
| Degraded | Der Verbund läuft mit reduzierter Redundanz; häufig fehlt ein Member. | Zustand der übrigen Laufwerke prüfen, bevor ein Rebuild gestartet wird. |
| Failed | Controller oder NAS hat ein Laufwerk oder den Verbund als fehlerhaft markiert. | „Failed“ bedeutet nicht zwingend, dass der Datenträger physisch vollständig ausgefallen ist. |
| Missing / Offline | Ein erwarteter Member wird nicht eingebunden oder der Verbund kann nicht bereitgestellt werden. | Slot, Verkabelung, Backplane, Controllerstatus und Laufwerkszustand dokumentieren. |
| Critical | Herstellerspezifischer Hinweis auf einen Zustand ohne ausreichende Reserve oder mit weiteren Fehlern. | Keine automatische Reparatur bestätigen, bevor die Ursache geklärt ist. |
| Foreign Configuration | Ein Controller erkennt RAID-Metadaten, die nicht seiner aktuell geladenen Konfiguration entsprechen. | Nicht „Initialize“ oder „Clear“ wählen; Import und Ausgangszustand zuerst prüfen. |
| Rebuild Failed / Aborted | Der Neuaufbau konnte nicht abgeschlossen werden. | Alle ursprünglichen Member und das teilweise beschriebene Ersatzlaufwerk erhalten. |
Der ursprüngliche RAID-Controller ist für eine Rekonstruktion nicht in jedem Fall zwingend erforderlich. Viele RAID-Parameter lassen sich aus Controller-Metadaten und aus der Anordnung plausibler Datenstrukturen auf den Membern ableiten. Proprietäre Metadaten, Controller-Verschlüsselung oder nicht persistierte Cache-Inhalte können die Rekonstruktion allerdings erschweren.
Bei „Foreign Configuration“, Controllerwechsel oder versehentlich vertauschten Membern sollten die Laufwerke nicht neu initialisiert werden. Auf Abbildern können Reihenfolge, Stripe-Größe, Offset und Paritätsrotation getestet werden, ohne die Originaldatenträger weiter zu verändern.
Ein Power Loss kann mehrere Ebenen gleichzeitig betreffen: ausstehende Schreibvorgänge im Controller-Cache, RAID-Metadaten, Member-Status und das Dateisystem oberhalb des Arrays. Nicht jeder anschließend als „Failed“ gemeldete Verbund hat deshalb zwei physisch ausgefallene Laufwerke.
Bei der Rekonstruktion werden zuerst die Member und ihre RAID-Struktur bewertet. Erst danach folgt die logische Ebene des Volumes. So lässt sich vermeiden, dass eine Dateisysteminkonsistenz fälschlich durch Änderungen an der RAID-Konfiguration „repariert“ wird.
Für eine reproduzierbare Rekonstruktion sind nicht nur die Datenträger, sondern auch die Chronologie und vorhandene Systeminformationen relevant:
Im normalen Betrieb nein. Die Parität eines RAID 5 kann pro Stripe einen fehlenden Block ersetzen. Sind zwei Member vollständig nicht verfügbar, reicht diese Redundanz nicht aus. Für eine Datenrettung kann es trotzdem Möglichkeiten geben, wenn mindestens eines der als ausgefallen gemeldeten Laufwerke noch teilweise lesbar ist.
Dann kann der Rebuild die fehlenden Daten unter Umständen nicht mehr vollständig berechnen. Der Vorgang sollte nicht wiederholt erzwungen werden. Sowohl die ursprünglichen Member als auch das teilweise beschriebene Ersatzlaufwerk können für die Rekonstruktion relevant sein.
Technisch kann ein RAID 5 mit einem ausgefallenen Member weiter verfügbar sein. Es besitzt dann aber keine Reserve für einen weiteren vollständigen Laufwerksausfall. Bei wichtigen Daten sollte der Zustand zeitnah geprüft und ein aktuelles Backup sichergestellt werden.
Das hängt von Kapazität, Controller, Auslastung, Laufwerksgeschwindigkeit und vorhandenen Lesefehlern ab. Eine feste Dauer lässt sich deshalb nicht seriös nennen. Bleibt der Rebuild wiederholt an derselben Stelle stehen oder treten I/O-Fehler auf, ist das wichtiger als die reine Laufzeit.
Nicht grundsätzlich. Sie muss vom System unterstützt werden, zur Schnittstelle und zum Sektorformat passen und mindestens die erforderliche nutzbare Kapazität bieten. Hersteller oder Controller können zusätzliche Vorgaben machen.
In vielen Fällen ja. RAID-Parameter und Member-Reihenfolge lassen sich häufig aus Metadaten und Datenstrukturen ableiten. Proprietäre Controllerfunktionen, Verschlüsselung oder fehlende Cache-Inhalte können jedoch zusätzliche Abhängigkeiten schaffen.
Typischerweise erkennt ein RAID-Controller auf den Laufwerken eine Konfiguration, die nicht zu seiner aktuell geladenen Konfiguration passt. Die genaue Bedeutung ist herstellerspezifisch. Vor „Import“, „Clear“ oder „Initialize“ sollte der Ausgangszustand dokumentiert und geprüft werden.
Oft ja. Metadaten, Dateisystemstrukturen und die Plausibilität der Daten über mehrere Stripes helfen bei der Bestimmung der Member-Reihenfolge. Trotzdem sollten vorhandene Slotinformationen immer erhalten bleiben, weil sie die Rekonstruktion deutlich vereinfachen.
Slot und Seriennummer dokumentieren und keine Neuinitialisierung starten. Wurde in der Zwischenzeit nicht auf das Array geschrieben, kann der ursprüngliche Zustand noch konsistent sein. Nach Schreibvorgängen oder einem gestarteten Rebuild können unterschiedliche Datenstände entstanden sein.
Nein. Ein Offline-Status kann durch Laufwerksfehler, Controller- oder Backplane-Probleme, beschädigte Metadaten oder Fehler auf der darüberliegenden Dateisystemebene entstehen. Erst die Analyse der einzelnen Member zeigt, welche Ursache tatsächlich vorliegt.
Nach fehlgeschlagenen Rebuilds oder bei mehreren instabilen Membern sollte die Rekonstruktion nicht auf dem Original fortgesetzt werden. Wir prüfen die Ausgangslage anhand der Laufwerke und vorhandenen Systeminformationen. Telefon: +49 30 983216980; Analyse anmelden.
Ein RAID 5 kann den vollständigen Ausfall eines Laufwerks ausgleichen. Kommt ein zweiter Defekt hinzu, hängt die Wiederherstellung davon ab, welche Bereiche der betroffenen Datenträger noch lesbar sind und ob zuvor bereits ein Rebuild gestartet wurde. Eine technische Übersicht finden Sie unter RAID 5 mit zwei ausgefallenen Laufwerken.