RAID-Ausfälle: physische vs. logische Fehler

Wenn ein RAID-Array ausfällt, beginnt eine erfolgreiche Datenwiederherstellung mit einer präzisen Diagnose. Die genaue Bestimmung der Schadensart, insbesondere die Unterscheidung zwischen einem physischen Hardwareausfall und einer logischen Datenbeschädigung, ist dabei ein entscheidender Schritt. Da diese Fehlerarten unterschiedliche Ebenen der Speicherarchitektur betreffen, erfordern sie grundlegend verschiedene Wiederherstellungsansätze. Beispielsweise kann der Einsatz von Datenrettungssoftware auf einem Array mit mechanisch defekten Laufwerken nicht nur wirkungslos sein, sondern auch zu weiteren Datenverlusten führen. Im Folgenden betrachten wir diese Fehlerkategorien und die Verfahren zur sicheren Datenwiederherstellung von RAID-Systemen genauer.

Physische RAID-Ausfälle

Physische Ausfälle treten auf, wenn elektronische oder mechanische Komponenten des Arrays versagen. In diesen Fällen bleiben die zugrunde liegenden Datenblöcke häufig intakt, das Hostsystem kann jedoch nicht mehr ordnungsgemäß mit den Speichermedien kommunizieren. Da physische Probleme einen zuverlässigen Zugriff auf die Sektoren oder die korrekte Erkennung und Bereitstellung der Geräte verhindern, kann die softwarebasierte Datenwiederherstellung erst beginnen, wenn die betroffenen Laufwerke unter kontrollierten Bedingungen wieder zugänglich und lesbar gemacht wurden oder bei einem physischen Ausfall des RAID-Controllers die Controllerebene umgangen wurde.

Hauptursachen

• Mechanische Laufwerksdefekte: Physische Komponenten eines RAID-Mitgliedslaufwerks können vollständig ausfallen. Dazu gehören Headcrashs, bei denen der Lese-/Schreibkopf die magnetische Plattenoberfläche berührt, blockierte Spindelmotoren, die verhindern, dass sich die Platten mit der vorgesehenen Betriebsgeschwindigkeit drehen, sowie Beschädigungen der Aktuatorarme, durch die die Köpfe nicht mehr korrekt über den Datenspuren positioniert werden können.

• Fehlfunktionen des Controllers: Überspannungen, Überhitzung oder Bauteilverschleiß können wichtige Komponenten eines RAID-Controllers beschädigen, darunter Kondensatoren, Widerstände, ASIC-Chips oder NVRAM. Auch Ausfälle der Backplane in Servergehäusen können die Kommunikationswege zwischen mehreren Laufwerken unterbrechen. In solchen Fällen kann der Controller die RAID-Konfiguration möglicherweise nicht mehr bereitstellen, sodass die gesamte logische Struktur nicht mehr verfügbar ist. Obwohl die Daten auf den Laufwerken selbst in der Regel intakt bleiben, kann das Betriebssystem das Array nicht mehr interpretieren und die Laufwerke als nicht konfigurierte oder eigenständige Geräte anzeigen.

• Firmware-Beschädigung und defekte Sektoren: Eine starke Anhäufung defekter Sektoren im Systembereich eines Laufwerks kann dessen interne Fehlerkorrekturmechanismen überlasten. Infolgedessen kann sich die Firmware aufhängen oder in einer Endlosschleife von Wiederherstellungsversuchen feststecken. Dadurch kann das Laufwerk offline gehen und sich nicht mehr beim Controller registrieren.

Wichtige Diagnoseindikatoren

• Warnmeldungen auf Controller-Ebene: Das BIOS des RAID-Controllers oder dessen Verwaltungsprogramm zeigt Meldungen wie "Device Missing", "Drive Failed", "Offline" oder "Unconfigured Bad" an.

• Akustische Symptome: Anhaltende Klick-, Schleif-, Kratz- oder Tickgeräusche aus dem Speichergehäuse deuten häufig darauf hin, dass die Kopfeinheit eines Laufwerks die Servospuren auf den Magnetscheiben nicht mehr korrekt lesen kann oder die Datenträgeroberfläche physisch beschädigt ist.

• System- und Boot-Abstürze: Das Hostsystem kann während des POST (Power-On Self-Test) oder beim Start des Betriebssystems hängen bleiben, weil es darauf wartet, dass ein nicht reagierendes Laufwerk auf Standardbefehle über SATA oder SAS antwortet.

Ansatz zur Datenwiederherstellung

Bei physischen RAID-Ausfällen ist die softwarebasierte Datenwiederherstellung durch den Zustand der zugrunde liegenden Hardware eingeschränkt.

Ausfälle auf Laufwerksebene

Wenn ein Laufwerk nicht anlaufen, seinen Systembereich nicht lesen oder seine korrekte Sektorkapazität nicht melden kann, kann die Datenrettungssoftware nicht effektiv arbeiten, da kein stabiler logischer Datenstrom für die Datenextraktion zur Verfügung steht. In solchen Fällen ist ein kontrollierter physischer Eingriff in einer spezialisierten, ISO-zertifizierten Reinraumumgebung erforderlich. Je nach Art des Schadens kann dies den Austausch einer beschädigten Lese-/Schreibkopfeinheit gegen ein kompatibles Ersatzteil, die Reparatur oder den Austausch einer defekten Leiterplatte (PCB) oder das Umsetzen der Magnetscheiben in eine spezielle Spindeleinheit umfassen. Sobald das Laufwerk wieder lesbar ist, wird es an einen Hardware-Imager angeschlossen, der unter strikten schreibgeschützten Bedingungen arbeitet, um einen sektorweisen Klon zu erstellen.

Weiterlesen: Eine schrittweise Anleitung zum Erstellen eines Disk-Images finden Sie in unserem Leitfaden zur Erstellung von Disk-Images.

In diesen Fällen ist eine Datenwiederherstellung erst möglich, wenn die physischen Datenträger stabilisiert und zuverlässige sektorweise Klone erstellt wurden.

Ausfälle auf Controller-Ebene

Wenn der Fehler auf den RAID-Controller oder die zugehörige Infrastruktur beschränkt ist, bleiben die Mitgliedslaufwerke in der Regel voll funktionsfähig. In diesen Fällen sind weder Reinraumarbeiten noch ein Austausch der Laufwerke erforderlich. Stattdessen werden die Laufwerke über einen standardmäßigen Hostbusadapter (HBA) ohne RAID-Funktion direkt an einen Computer für die Datenrettung angeschlossen. In den meisten Umgebungen lassen sich die RAID-Konfigurationsmetadaten direkt von den Laufwerken auslesen, sodass spezielle Software das ursprüngliche Array-Layout virtuell rekonstruieren kann.

Einige proprietäre RAID-Systeme für Unternehmen speichern wichtige Konfigurationsmetadaten jedoch ausschließlich auf dem Controller und nicht auf den Laufwerken. Fällt ein solcher Controller aus, können die Laufwerke als eigenständige oder unstrukturierte Volumes ohne nutzbare RAID-Metadaten erscheinen. In diesen Fällen müssen Techniker die Konfigurationsdaten möglicherweise mithilfe hardwaregestützter Chip-Dumping-Verfahren direkt aus den Speicherchips des Controllers, beispielsweise aus NVRAM oder EEPROM, auslesen. Diese Daten dienen dazu, die Stripe-Geometrie, die Laufwerksreihenfolge und die für die Rekonstruktion erforderlichen Offset-Parameter zu ermitteln.

In diesen Fällen hängt die Datenwiederherstellung davon ab, die Controller-Metadaten zu umgehen oder auszulesen, statt direkt auf die Laufwerke selbst einzuwirken.

Erst wenn alle relevanten Speicherkomponenten zugänglich sind und die RAID-Layoutparameter korrekt ermittelt und gesichert wurden, kann der Spezialist sicher mit der virtuellen RAID-Rekonstruktion und der anschließenden Datenwiederherstellung beginnen.

Logische RAID-Fehler

Logische Fehler treten auf, wenn die physischen Laufwerke zwar intakt und reaktionsfähig sind, die Organisation der Datenblöcke, die RAID-Metadaten oder die Dateisystemstrukturen jedoch beschädigt, desynchronisiert oder gelöscht werden. In diesen Fällen funktioniert die Hardware normal, die logischen Beziehungen, durch die die einzelnen Laufwerke zu einem einheitlichen Speichervolume zusammengefasst werden, sind jedoch unterbrochen. Dadurch wird das Dateisystem für das Betriebssystem unzugänglich.

Hauptursachen

• Beschädigung und Verlust von Metadaten: Die RAID-Konfigurationsmetadaten, in denen die Layoutparameter gespeichert sind, können durch unerwartete Abschaltungen, Firmwarefehler oder eine instabile Stromversorgung beschädigt werden. Dadurch kann der Controller nicht mehr feststellen, wie die Daten im Array verteilt sind.

• Versehentliche Reinitialisierung oder Rekonfiguration: Ein Benutzer oder Administrator kann versehentlich die Array-Konfiguration löschen, ein neues RAID-Profil auf bestehenden Laufwerken erstellen oder eine destruktive Formatierung durchführen. Dadurch werden strukturelle Metadaten überschrieben, während ein Großteil der zugrunde liegenden Daten physisch intakt bleibt.

• Szenario eines Rebuilds mit einem veralteten Laufwerk: Ein veraltetes Laufwerk kann infolge eines Bedienfehlers oder einer Firmware-Anomalie wieder in ein degradiertes Array eingebunden werden. Der Controller verwendet dann veraltete Daten bei der Neuberechnung der Parität oder der Synchronisierung gespiegelter Laufwerke, wodurch schwerwiegende logische Beschädigungen der Dateisystemstrukturen entstehen können.

• Beschädigung des Dateisystems: Beschädigungen können direkt auf Dateisystemebene auftreten, beispielsweise in der Master File Table (MFT) von NTFS, den Metadatenbäumen von OpenZFS oder den Katalogstrukturen von APFS. Ursachen dafür können Malware, unterbrochene Schreibvorgänge oder Softwarefehler sein. In der Folge kann die Verzeichnisstruktur verloren gehen.

Wichtige Diagnoseindikatoren

• Unauffälliger Hardwarezustand: Das Verwaltungsprogramm des RAID-Controllers, das BIOS des Mainboards oder die Verwaltungsoberfläche des NAS meldet, dass alle physischen Laufwerke online und betriebsbereit sind.

• Fehler beim Einbinden des Volumes: Das Betriebssystem kann das Volume nicht einbinden. Möglicherweise fordert es dazu auf, das Volume vor der Verwendung zu formatieren, oder zeigt es als "RAW" beziehungsweise als "Nicht zugewiesener Speicherplatz" an.

• Ungültige Partitionsgeometrie: Die Datenträgerverwaltung erkennt Partitionen, doch die zugehörigen GPT- oder MBR-Strukturen weisen beschädigte oder fehlende Header auf.

Ansatz zur Datenwiederherstellung

Da die zugrunde liegenden Speichermedien weiterhin funktionsfähig sind, erfolgt die logische RAID-Datenwiederherstellung in erster Linie mithilfe mathematischer Verfahren und spezieller Software. Dennoch müssen bei der Wiederherstellung strikt schreibgeschützte Verfahren eingehalten werden. Vorzugsweise werden dazu sektorweise Klone aller RAID-Mitglieder verwendet, damit die ursprünglichen Laufwerke unverändert bleiben.

Um die verlorenen Daten wiederherzustellen, muss das Array in einer sicheren virtuellen Umgebung zusammengesetzt werden, die von einer spezialisierten Datenrettungssoftware bereitgestellt wird. Dadurch wird verhindert, dass Synchronisierungs- oder Schreibvorgänge auf die Quelldatenträger zurückgeschrieben werden.

Vor der virtuellen Zusammensetzung müssen die ursprünglichen Strukturparameter des RAID-Systems ermittelt werden. Sind die Metadaten noch teilweise intakt, kann eine Datenrettungssoftware diese Parameter häufig automatisch auslesen. Wurden die Metadaten hingegen überschrieben oder vollständig gelöscht, ist eine manuelle Strukturanalyse erforderlich. Dabei werden Rohsektoren mithilfe von Hex-Editoren und Analysetools untersucht, um wiederkehrende strukturelle Muster wie Dateisystem-Header, MFT-Datensätze und Paritätsgrenzen zu identifizieren.

Unabhängig davon, ob die Parameter automatisch ermittelt oder manuell rekonstruiert werden, besteht das Ziel darin, die exakte mathematische Geometrie des Arrays durch Reverse Engineering zu bestimmen. Dazu gehören:

• Die genaue Reihenfolge der Laufwerke im Array.

• Die Blockgröße (Stripe-Größe), die typischerweise zwischen 4 KB und 1 MB liegt.

• Das Paritätsrotationsmuster und das Schema der Datenblockanordnung (z. B. "Left-Asymmetric" oder "Right-Symmetric").

• Der Sektoroffset, an dem die eigentliche Datenpartition beginnt.

Weiterlesen: Weitere Informationen zur RAID-Datenverteilung und deren Einfluss auf RAID-Layouts finden Sie in unserem Artikel zu den Prinzipien der RAID-Datenorganisation.

Sobald diese Parameter verifiziert wurden, kann die Software ein temporäres virtuelles Volume erstellen. Diese Rekonstruktion umgeht die beschädigten Metadaten und ermöglicht es, den Inhalt des Dateisystems zu untersuchen und die Dateien sicher auf ein separates Zielmedium zu extrahieren.

Weiterlesen: Wenn Ihre Hardware intakt ist, aber Partitionen oder Dateien fehlen, lesen Sie unseren praktischen Leitfaden zur Datenwiederherstellung von RAID-Systemen.

Komplexe, sich überschneidende Ausfälle

In professionellen Datenrettungsumgebungen treten Speicherausfälle selten als klar abgegrenzte, isolierte Fälle auf. Stattdessen stoßen Techniker häufig auf kombinierte Fehler, bei denen physische Hardwareschäden unmittelbar strukturelle oder logische Datenbeschädigungen verursachen.

Eine plötzliche Überspannung kann beispielsweise während eines laufenden Schreibvorgangs die Leiterplatte (PCB) eines Laufwerks zerstören. Obwohl der ursprüngliche Defekt physischer Natur ist, kann der unterbrochene Schreibvorgang unmittelbar zu einer Beschädigung der Dateisystemmetadaten oder zu einer Störung der Paritätssynchronisation führen und damit einen zusätzlichen logischen Fehler verursachen. In solchen kombinierten Szenarien muss die physische Instabilität behoben werden, bevor eine strukturelle Rekonstruktion sicher beginnen kann.

Die folgenden Beispiele aus der Praxis veranschaulichen, wie solche sich überschneidenden Fehlerarten auftreten können.

Die Falle des "veralteten Laufwerks"

Bei Arrays mit Paritätsschutz, wie RAID 5 oder RAID 6, kann ein einzelnes Laufwerk physisch ausfallen, während das Array über einen längeren Zeitraum im degradierten Betriebsmodus (Degraded Mode) weiterläuft. Tritt später ein weiteres Problem auf, könnte ein Administrator bei der Fehlersuche versuchen, das ursprünglich ausgefallene Laufwerk wieder anzuschließen.

Wenn der Controller dieses veraltete Laufwerk akzeptiert und wieder online schaltet, versucht er möglicherweise, das Array mit veralteten Daten neu aufzubauen. Dadurch können gültige Paritätsdaten überschrieben und Dateisystemstrukturen wie die Master File Table (MFT) von NTFS, die Metadatenbäume von OpenZFS oder die Inode-Tabellen von Linux schwer beschädigt werden.

• Ansatz zur Datenwiederherstellung: Um diese destruktive Synchronisierung zu vermeiden, sollten Techniker Transaktionsprotokolle, Schreibzähler und Zeitstempel auf Sektorebene für alle Laufwerke analysieren. So lässt sich das veraltete Laufwerk identifizieren und bei der abschließenden virtuellen Rekonstruktion ausschließen.

Verschleiß mehrerer Laufwerke und nicht behebbare Lesefehler (UREs)

Wird ein ausgefallenes Laufwerk in einem Array mit Paritätsschutz ersetzt, müssen die verbleibenden Laufwerke beim Rebuild vollständig ausgelesen werden, damit die fehlenden Daten neu berechnet werden können. Da Laufwerke für den Unternehmenseinsatz häufig aus derselben Charge stammen und ähnlichen Arbeitslasten ausgesetzt sind, erreichen sie oft ungefähr zur gleichen Zeit einen vergleichbaren Verschleißgrad.

Die anhaltende Belastung während eines Rebuilds kann auf einem anderen Laufwerk einen nicht behebbaren Lesefehler (Unrecoverable Read Error, URE) auslösen oder sogar während des Rebuilds einen zweiten mechanischen Defekt verursachen. Dies kann zum vollständigen Ausfall des Arrays führen.

• Ansatz zur Datenwiederherstellung: Deshalb sollten instabile Arrays nach einem Datenverlust nicht direkt auf dem RAID-System neu aufgebaut werden. Stattdessen sollten Techniker das System sofort anhalten, die Laufwerke entnehmen und mithilfe spezieller Disk-Imager, die Lesefehler zuverlässig behandeln können, stabile Sektor-für-Sektor-Klone erstellen.

Zusammenfassung der Ausfallarten

Die folgende Tabelle zeigt die Unterschiede zwischen diesen Fehlerkategorien hinsichtlich Diagnose, Risiken und Datenwiederherstellung:

Um die grundlegenden Prinzipien und wesentlichen Faktoren kennenzulernen, die die RAID-Datenwiederherstellung beeinflussen, lesen Sie unseren Überblick: den umfassenden Leitfaden zur RAID-Datenwiederherstellung.

Letzte Aktualisierung: 19. September 2026

Wenn Ihnen dieser Artikel gefällt, teilen Sie ihn in sozialen Medien: