Bei RAID 5 sind Datenblöcke und Parität über alle Member verteilt. Ein fehlendes Laufwerk lässt sich rechnerisch ersetzen, solange die übrigen Daten konsistent und lesbar sind. Problematisch werden zusätzliche Sektorfehler, falsche Laufwerkszuordnungen, beschädigte Metadaten oder ein bereits gestarteter Rebuild. Dann wird nicht auf dem Original weitergerechnet, sondern zuerst ein möglichst vollständiges Abbild der vorhandenen Member erstellt.
Für die Rekonstruktion sichern wir den Memberzustand und bestimmen die ursprünglichen RAID-Parameter aus Metadaten und Nutzdaten. Bei komplexen Fällen können Sie uns über den Kontakt Systeminformationen und Fehlerverlauf übermitteln.
Bei RAID 5 besteht jeder Stripe aus Datenblöcken und einem über die Member rotierenden Paritätsblock. Fehlt ein Block, lässt er sich aus den übrigen Blöcken desselben Stripes berechnen. Die Redundanz deckt einen vollständigen Member-Ausfall ab; mehrere fehlende Blöcke im selben Stripe kann RAID 5 nicht allein aus der Parität rekonstruieren.
Bei mehreren Laufwerksfehlern oder unklaren RAID-Metadaten sollte nicht auf dem Original weiter rekonstruiert werden. Für die Vorprüfung können Sie uns unter +43 5523 21616 erreichen oder den Fall über die Analyseanmeldung erfassen.
Vor einer Rekonstruktion muss geklärt werden, welche Member tatsächlich ausgefallen sind und ob das Array seit dem ersten Fehler verändert wurde. Typische Ausgangslagen sind:
Nach Mehrfachfehlern oder einem abgebrochenen Rebuild ist das Ziel nicht der schnellste Wiederanlauf, sondern ein reproduzierbarer Ausgangszustand für die Rekonstruktion.
Ein Plattentausch ist nur dann ein Routinevorgang, wenn die Ausgangslage eindeutig ist. Bei RAID 5 muss der Rebuild alle fehlenden Blöcke aus den übrigen Membern und der Parität berechnen. Sind diese Daten nicht vollständig lesbar oder stimmen die RAID-Parameter nicht mehr, kann ein automatischer Rebuild die Rekonstruktion erschweren.
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.
Für die Rekonstruktion sind die einzelnen Member, ihre Reihenfolge und alle bisherigen Eingriffe relevant. Bei dringenden Fällen können Sie den technischen Zustand telefonisch unter +43 5523 21616 besprechen oder den Auftrag über die Analyseanmeldung erfassen.
Bei zwei ausgefallenen oder instabilen RAID-5-Laufwerken ist ein normaler Rebuild in der Regel nicht mehr möglich. Dann sollten die noch lesbaren Bereiche der betroffenen Datenträger möglichst vollständig gesichert und der Verbund anschließend außerhalb des Originals rekonstruiert werden. Mehr dazu unter RAID-5-Ausfall mit zwei Festplatten.
