RAID-Datenrettung: Daten aus einem ausgefallenen RAID-Array wiederherstellen

Die RAID-Datenrettung steht am schwierigsten Ende des Datenrettungsspektrums. Während eine gelöschte Datei auf einem einzelnen Laufwerk einen einzigen Scan erfordert, verlangt die Wiederherstellung von Daten aus einem ausgefallenen RAID-Array die Rekonstruktion einer verteilten Speicherarchitektur, deren Konfiguration teilweise oder vollständig undokumentiert sein kann - und das im Wettlauf mit der Zeit auf Platten, die in Echtzeit ausfallen können.

Dieser Leitfaden richtet sich an IT-Verantwortliche, Systemadministratoren und Unternehmer, die mit einem produktiven RAID-Ausfall konfrontiert sind. Er erklärt, was bei RAID-0/1/5/6/10-Arrays tatsächlich schiefgeht, warum der Reflex, „einfach neu aufzubauen", Daten dauerhaft zerstören kann, das korrekte Klonen-zuerst-Protokoll, wie Software-Werkzeuge auf real degradierten Arrays abschneiden und die Schwelle, ab der nur noch ein professionelles Labor helfen kann.

RAID-Ausfälle verstehen: was der Controller Ihnen nicht sagt

Moderne RAID-Controller melden Ausfälle in binären Begriffen: degradiert, ausgefallen, fremd. Die zugrunde liegende Realität ist erheblich nuancierter und bestimmt direkt Ihre Wiederherstellungsoptionen.

RAID 0: keine Redundanz, keine Toleranz

RAID 0 verteilt Daten zur Leistungssteigerung über mehrere Platten. Es gibt keine Parität, keine Redundanz, keine Ausfalltoleranz. Wenn eine Platte in einem RAID 0 ausfällt, wird das gesamte Array unzugänglich. Eine Wiederherstellung aus RAID 0 ist nur für die Datenanteile möglich, die auf den überlebenden Platten lagen - und nur, wenn die Sektoren der ausgefallenen Platte, sei es auch nur teilweise, geklont werden können. Bei einem RAID 0 aus zwei Platten bedeutet eine Platte mit 10 % unlesbaren Sektoren, dass 10 % jeder Datei potenziell beschädigt sind, weil die Stripes über beide Platten verschachtelt sind.

RAID 1: Spiegel-Ausfälle

RAID 1 spiegelt identische Daten über zwei Platten. Ein einzelner Plattenausfall lässt den Spiegel intakt und die Wiederherstellung ist unkompliziert: Die überlebende Platte enthält eine vollständige Kopie. Das gefährliche Szenario für RAID 1 ist ein gleichzeitiger Ausfall beider Spiegelmitglieder - was häufiger vorkommt als die Intuition vermuten lässt, wenn zwei gemeinsam gekaufte Platten derselben Charge gleichzeitig das Ende ihrer Lebensdauer erreichen. Auch stille Datenkorruption (Bit Rot), die sich über Jahre ohne Scrubbing ansammelt, kann beide Kopien unbrauchbar machen.

Weil sich ein Spiegel völlig anders verhält als ein Stripe- oder Paritäts-Verbund, hat die RAID-1-Wiederherstellung ihre eigene Reihenfolge, ihre eigene Falle (der Rebuild-Befehl, der den Überlebenden überschreibt) und ihre eigene Erklärung dafür, warum eine gesunde Platte als unformatiert erscheint. Diese Schritt-für-Schritt-Anleitung steht in RAID-1-Wiederherstellung: was vor dem Anfassen der überlebenden Platte zu tun ist.

RAID 5: die URE-Zeitbombe

RAID 5 ist die häufigste Enterprise-Array-Konfiguration und zugleich diejenige, deren Ausfallrisiko am häufigsten missverstanden wird. RAID 5 verteilt einen Paritätsblock über alle N Platten und toleriert zu jedem Zeitpunkt genau einen Plattenausfall.

Die kritische Schwachstelle ist das Rebuild-Fenster. Wenn eine Platte ausfällt und eine Hot-Spare-Platte mit dem Rebuild beginnt, liest der Controller 100 % der Daten von jeder überlebenden Platte. Bei großen modernen Platten (4 TB, 8 TB, 16 TB) dauert das unter Dauerlast 12 bis 36 Stunden. Während dieses Fensters führt jeder unlesbare Sektor auf einer überlebenden Platte - von den Plattenherstellern Unrecoverable Read Error (URE) genannt - zum Abbruch des Rebuilds und zum vollständigen Ausfall des Arrays.

Enterprise-SATA-Laufwerke spezifizieren einen URE pro 10¹⁴ gelesenen Bits. Ein RAID 5 aus 5 Platten mit 4-TB-Laufwerken liest während eines vollständigen Rebuilds etwa 16 TB - und überschreitet damit die statistische URE-Schwelle um den Faktor 1,6. Das ist kein theoretisches Risiko: Es ist die häufigste Ursache katastrophaler RAID-5-Ausfälle in Produktionsumgebungen.

RAID 6: doppelter Paritätsschutz

RAID 6 fügt einen zweiten unabhängigen Paritätssatz (P und Q) hinzu und toleriert zwei gleichzeitige Plattenausfälle. Ein RAID-6-Array übersteht einen zweiten Ausfall während des Rebuild-Fensters des ersten - genau das Ausfallszenario, das RAID 5 zerstört. Für Arrays mit mehr als vier Platten oder Platten größer als 4 TB ist RAID 6 die minimal tragfähige Konfiguration für den Datenschutz.

Eine Wiederherstellung aus einem doppelt degradierten RAID 6 (beide Paritätsplatten verloren) ist durch Software-Rekonstruktion der mathematischen Beziehungen zwischen den überlebenden Daten weiterhin möglich. Eine Wiederherstellung nach einem Dreifachausfall ist theoretisch unmöglich, doch eine teilweise Rekonstruktion intakter Stripes bleibt erreichbar.

RAID 10: verschachtelter Spiegel und Stripe

RAID 10 kombiniert die Spiegelung von RAID 1 mit dem Striping von RAID 0. In der klassischen Anordnung spiegelt sich jedes Plattenpaar gegenseitig, die Stripes erstrecken sich über die gespiegelten Paare, und die Wiederherstellung folgt für jedes Paar unabhängig der RAID-1-Logik.

Diese Beschreibung passt auf Hardware-Controller und auf das Linux-Layout near mit gerader Plattenzahl. Sie passt nicht auf jedes RAID 10. Der md-Treiber bietet zusätzlich die Layouts far und offset, akzeptiert Plattenzahlen, die keine Vielfachen der Kopienzahl sind, und sein Handbuch weigert sich zu sagen, wie viele Platten Level 10 verlieren darf: es hält nur fest, dass die Überlebensfähigkeit von der Konfiguration abhängt. Lesen Sie vor einer Rekonstruktion RAID-10-Datenrettung: das Layout entscheidet alles.

Warum Sie keinen Live-Rebuild auf einem produktiven RAID versuchen dürfen

Die gefährlichste Handlung, wenn ein RAID-Controller einen degradierten Status meldet, ist, einen Rebuild sofort zu akzeptieren.

Erstens ist ein automatischer Rebuild irreversibel. Einmal gestartet, beginnt der Controller, Parität auf die Reserveplatte zu schreiben, basierend auf den überlebenden Daten. Ist ein Sektor auf einer überlebenden Platte mitten im Rebuild unlesbar, ist die teilweise rekonstruierte Parität schlimmer als nutzlos - sie beschädigt die Datenblöcke, die sie eigentlich schützen sollte.

Zweitens kann der Controller die ausgefallene Platte falsch identifizieren. Vorübergehende Ausfälle durch lockere Kabel, Spannungsschwankungen oder thermische Ereignisse können dazu führen, dass eine gesunde Platte als ausgefallen markiert wird. Ein Rebuild, der eine gesunde Platte ausschließt, erzeugt ein strukturell gültiges, aber logisch beschädigtes Array.

Drittens zerstören ausgefallene Controller Metadaten. Hardware-RAID-Controller (Adaptec, LSI/Broadcom MegaRAID, Areca) speichern Konfigurations-Metadaten - Plattenreihenfolge, Stripe-Größe, RAID-Stufe, Paritätsrotationsalgorithmus - in reservierten Sektoren am Ende jeder Platte. Ein Controller-Ausfall, der diese Metadaten beschädigt, bevor ein Backup erstellt wurde, erschwert die Array-Rekonstruktion erheblich. Exportieren Sie die Controller-Konfiguration vor jedem Eingriff immer in eine Datei.

Die korrekte erste Handlung ist immer: das Array sauber abschalten, jede Platte klonen, bevor Sie irgendetwas anfassen.

Schritt 1: jede Platte klonen, bevor Sie einen Wiederherstellungsversuch starten

Das Klonen ist nicht verhandelbar. Direkt an den RAID-Quellplatten zu arbeiten ist während der Wiederherstellung ein Kategoriefehler - es setzt ein fragiles, bereits gestresstes mechanisches oder Solid-State-Gerät einer anhaltenden Leselast aus, während die Software arbeitet, und erhöht die Wahrscheinlichkeit weiterer Sektorausfälle.

Das Standardwerkzeug für forensisches Klonen ist ddrescue (GNU ddrescue, verfügbar unter Linux und über bootfähige Rettungsumgebungen wie SystemRescue).

# Eine RAID-Platte in eine Image-Datei klonen
sudo ddrescue -d -r3 /dev/sdb /mnt/external/raid-disk-1.img /mnt/external/raid-disk-1.log

# Parameter:
# -d   : Direct I/O, umgeht den OS-Cache für sektorgenaue Lesungen
# -r3  : unlesbare Sektoren 3-mal erneut versuchen, bevor sie als fehlgeschlagen markiert werden

Führen Sie diesen Befehl für jede Platte im Array aus und verwenden Sie eine separate externe SSD pro Image. Bewahren Sie die .log-Datei auf - sie zeichnet genau auf, welche Sektoren unlesbar waren, eine Information, die die Recovery-Software zur Beurteilung der Rekonstruktionsmachbarkeit nutzt.

Unter Windows erzeugen WinHex, FTK Imager oder die in R-Studio selbst eingebaute Klon-Funktion gleichwertige Raw-Disk-Images. Das Prinzip ist identisch: ein Image pro Platte, separat gespeichert.

Schritt 2: Wiederherstellbarkeit anhand der Klon-Logs beurteilen

Bevor Sie Stunden in die Software-Rekonstruktion investieren, analysieren Sie die ddrescue-Logs:

Diese Beurteilung dauert 30 Minuten und erspart es Ihnen, 8 Stunden mit der Software-Wiederherstellung zu verbringen, nur um festzustellen, dass die fehlenden Sektoren genau auf Ihre wichtigste Datenbank fallen.

Software-RAID-Datenrettung: drei Werkzeuge im Vergleich

Dies ist die engere Auswahl. Wenn Sie den ausführlichen Vergleich suchen - UFS Explorer vs. R-Studio vs. ReclaiMe vs. DiskInternals, bewertet an einem degradierten RAID 5 mit zwei gleichzeitigen Ausfällen, samt Lizenzpreisen und NAS-Unterstützung - lesen Sie unseren Vergleich der RAID-Wiederherstellungssoftware 2026.

EaseUS Data Recovery Wizard Technician

Der EaseUS Data Recovery Wizard ist der zugänglichste Einstieg für die RAID-Wiederherstellung auf Unternehmens-Arrays. Die Technician Edition (199 USD einmalig) enthält ein RAID-Rekonstruktionsmodul, das RAID-0-, -1-, -5- und -10-Arrays verarbeitet, die aus Platten-Images zusammengesetzt oder direkt erkannt werden.

Der Ablauf ist unkompliziert: Platten-Images laden oder erkannte physische Platten auswählen, RAID-Typ angeben, EaseUS die automatische Parametererkennung (Stripe-Größe, Plattenreihenfolge) versuchen lassen, dann Vorschau und Export. Bei RAID-5-Arrays mit allen intakten oder einer ausgefallenen Platte erreicht EaseUS gute Wiederherstellungsraten, und die Oberfläche erfordert kein RAID-Fachwissen zur Bedienung.

Wo EaseUS glänzt: Arrays, die degradiert, aber noch teilweise funktionsfähig sind, das Wiederherstellen gelöschter Dateien von einem eingehängten RAID-Volume und Umgebungen, in denen der Bediener kein Spezialist ist. Der kostenlose 2-GB-Scan lässt Sie prüfen, ob Dateien wiederherstellbar sind, bevor Sie sich für die Lizenz entscheiden.

Wo EaseUS an Grenzen stößt: komplexe Hardware-RAID-Konfigurationen (Adaptec, LSI mit proprietären Metadaten), RAID 6 und Arrays mit mehr als einer ausgefallenen Platte profitieren von den granulareren Parametersteuerungen von R-Studio oder UFS Explorer.

R-Studio Technician

R-Studio von R-Tools Technology ist die professionelle Referenz für komplexe RAID-Rekonstruktion. Die Technician Edition unterstützt RAID 0/1/5/6/10/JBOD und komplexe Varianten (RAID 5E, RAID 50, RAID 60, verschachtelte Konfigurationen), Hardware-Controller-Metadaten (Adaptec DDF, LSI MR9xx, Areca proprietär) und ZFS-RAIDZ-Pools.

Auf degradierten RAID-5-Hardware-Arrays (z. B. Adaptec-Controller, mehrere SAS-Platten mit zwei gleichzeitigen Ausfällen) gehört R-Studio zu den stärksten für die vollständige Dateirekonstruktion - auf komplexen Konfigurationen nur von UFS Explorer übertroffen.

Der entscheidende Vorteil von R-Studio bei der RAID-Wiederherstellung ist der Modus zur manuellen Parameterkonfiguration. Wenn die automatische Erkennung fehlschlägt (was bei ungewöhnlichen Stripe-Größen oder RAID-5-Varianten mit rotierter Parität vorkommt), kann der Bediener jeden Parameter manuell festlegen und den Dateibaum des virtuellen Arrays in der Vorschau ansehen, bevor er sich festlegt - während der Erkundung erfolgt kein Schreibvorgang auf den Quell-Images.

Die Technician-Lizenz für 899 USD rechnet sich ab etwa 3 RAID-Fällen pro Jahr.

UFS Explorer Professional Recovery

UFS Explorer von SysDev Laboratories erzielt die stärksten Ergebnisse auf heterogenen und komplexen RAID-Konfigurationen. Seine RAID-Builder-Engine führt eine statistische Stripe-Analyse durch, um Plattenreihenfolge, Blockgröße und Paritätsalgorithmus automatisch zu identifizieren - und erkennt die Parameter undokumentierter RAID 5 oft innerhalb von Minuten.

UFS Explorer ist das empfohlene Primärwerkzeug für: Synology SHR (Synology Hybrid RAID), QNAP QuTS Hero ZFS RAIDZ, TrueNAS-RAIDZ-Konfigurationen, Hardware-RAIDs mit unbekannten Parametern und Arrays, die RAID mit vollständiger Festplattenverschlüsselung kombinieren (BitLocker, FileVault, LUKS, VeraCrypt).

Die Professional-Lizenz für 699 USD/Jahr deckt heterogene Dateisysteme (280+ unterstützt) und 12 RAID-Konfigurationstypen ab. Für ein Labor, das monatlich mehrere RAID-Fälle bearbeitet, amortisiert sich diese Investition schnell.

Wenn die Software-Wiederherstellung nicht ausreicht: Eskalation an ein professionelles Labor

Vier Bedingungen zeigen an, dass die Software-Wiederherstellung auf geklonten Images unzureichend ist und ein professionelles Labor der richtige Weg ist.

Mechanischer Defekt einer beliebigen Platte. Wenn eine Quellplatte klickt, schleifende Geräusche macht, nicht anläuft oder von keinem USB/SATA-Adapter erkannt wird, sind ihre Schreibköpfe oder Magnetscheiben physisch defekt. Keine Software kann eine mechanisch tote Platte lesen - das erfordert einen Schreibkopftausch im Reinraum und direktes Auslesen der Scheiben unter kontrollierten Bedingungen. Weitere Stromversorgung einer klickenden Platte beschleunigt irreversiblen Schaden. Sofort aufhören.

Mehr als eine ausgefallene Platte in einem RAID 5. Zwei ausgefallene Platten in einem RAID 5 überschreiten dessen Ein-Platten-Toleranz. Eine Software-Rekonstruktion der verbleibenden Stripes ist möglich, liefert aber typischerweise 40-70 % der Daten. Für geschäftskritische Daten kann ein Labor mit spezialisierter Hardware, die Teilauslesungen aus beiden ausgefallenen Platten gewinnt, die Ausbeute auf über 90 % steigern.

Verschlüsseltes RAID mit unzugänglichen Schlüsseln. Hardware-Self-Encrypting-Drives (Seagate SED, WD Ultrastar SED, Samsung T-Serie SED) implementieren die Verschlüsselung auf Firmware-Ebene des Laufwerks. Ist der OEM-Schlüssel oder das OPAL-Passwort nicht verfügbar, kann keine Software die wiederhergestellten Daten entschlüsseln. Labore haben für einige SED-Konfigurationen Zugriffswege auf Hardware-Ebene etabliert.

Harte Wiederherstellungsfrist mit geschäftlicher Auswirkung. Professionelle Labore (Ontrack, DriveSavers, Recoveo in Europa) bieten Notdienste innerhalb von 24-48 Std. mit zugesagten Wiederherstellungsfristen an. Das kostet 40-80 % mehr als der Standard-Laborservice, bietet aber ein vertragliches SLA - relevant, wenn das Array eine produktive Datenbank ist und jede Offline-Stunde messbare finanzielle Auswirkungen hat.

Im Mai 2026 beobachtete öffentliche Laborpreise: 1.200-3.000 USD für Software-RAID 5/6 mit allen vorhandenen, logisch ausgefallenen Platten; 3.000-8.000 USD für Hardware-RAID mit einer mechanisch ausgefallenen Platte; 8.000-22.000 USD für Enterprise-SAN (NetApp, EMC, Pure Storage) mit mehreren physischen Ausfällen.

RAID-Datenrettung auf NAS: Synology, QNAP, TrueNAS

NAS-Gehäuse machen einen wachsenden Anteil der RAID-Wiederherstellungsfälle aus - sie sind in KMU-Umgebungen allgegenwärtig, weisen aber oft nicht die Überwachungs- und Reserveplatten-Disziplin von Enterprise-Rack-Servern auf.

Synology DSM 7 mit SHR. Synology Hybrid RAID kombiniert mdadm, LVM2 und Btrfs, um heterogene Plattengrößen zu ermöglichen. Die Wiederherstellung folgt dem Standard-Klon-Protokoll, erfordert aber Werkzeuge, die den SHR/mdadm/Btrfs-Stack verstehen: UFS Explorer Professional und R-Studio handhaben das korrekt. Das entscheidende Konfigurationsdetail ist der mdadm-Superblock auf jeder Platte, der die Rolle und Reihenfolge der Platte im Array enthält - lesen Sie ihn mit mdadm --examine /dev/sdX, bevor Sie eine Platte entfernen.

QNAP QuTS Hero mit ZFS RAIDZ. QuTS Hero verwendet je nach Plattenzahl ZFS RAIDZ-1, RAIDZ-2 oder RAIDZ-3. ZFS speichert seine Pool-Konfiguration in einem Label, das in die ersten und letzten 4 MB jeder Platte geschrieben wird. Ein ausgefallener Pool hat oft intakte Labels - zpool import -nv in einer Linux-Transitumgebung kann degradierte Pools importieren, ohne sie einzuhängen, und bestätigen, ob Daten vorhanden sind. UFS Explorer Professional 10 (ab August 2025) und R-Studio handhaben ZFS RAIDZ nativ.

TrueNAS Core und Scale. Beide Plattformen verwenden ZFS RAIDZ. Der Standard-Wiederherstellungsweg für einen ausgefallenen TrueNAS-Pool ist der Versuch eines zpool import -F (erzwungener Import mit Rewind) in einer frischen TrueNAS-Instanz auf separater Hardware. Schlägt das fehl, ist das Klonen der Platten-Images gefolgt von UFS Explorer oder R-Studio der nächste Schritt.

Schutz Ihrer RAID-Investition: Lehren aus Ausfällen

Die Mehrheit katastrophaler RAID-Ausfälle teilt drei Grundursachen, die alle vermeidbar sind.

Kein Offsite-Backup. RAID ist kein Backup - es ist Verfügbarkeitsschutz. Ein RAID-Array schützt im Normalbetrieb vor dem Ausfall einer einzelnen Platte; es schützt nicht vor Ransomware (die alle Volumes verschlüsselt), versehentlichem Löschen (sofort über alle Kopien gespiegelt), Controller-Ausfall, der Metadaten zerstört, oder Feuer und Wasser (alle Platten befinden sich am selben Ort). Die 3-2-1-Regel - drei Kopien, zwei verschiedene Medien, eine an einem anderen Standort - ist die minimal tragfähige Backup-Architektur für Unternehmensdaten. Siehe unseren Leitfaden zu Datenrettungssoftware für eine vollständige Stack-Empfehlung.

RAID 5 auf großen Platten ohne RAID 6. Jedes RAID-5-Array, das Platten größer als 4 TB betreibt, läuft Gefahr eines statistisch nahezu sicheren URE-Ausfalls während eines Rebuilds. Wenn Sie RAID 5 mit 8-TB- oder 16-TB-Laufwerken betreiben, migrieren Sie bei Ihrem nächsten Wartungsfenster auf RAID 6. Die zusätzlichen Plattenkosten sind um Größenordnungen günstiger als eine Notfall-Datenrettung.

Keine Reserveplatte vor Ort. Wenn ein RAID 5 eine Platte verliert, geht das Array in einen degradierten Zustand über, in dem jeder zweite Ausfall katastrophal ist. Ohne eine vorab bereitgestellte Reserveplatte kann sich das Fenster zwischen erstem Ausfall und Austausch auf Tage erstrecken - vollständig dem Risiko eines zweiten Ausfalls ausgesetzt.

Interne Wiederherstellungsentscheidungen: ein Entscheidungsbaum

Nicht jeder RAID-Ausfall erfordert ein professionelles Labor. Nutzen Sie diesen Entscheidungspfad:

1. Klickt eine Platte oder wird sie nicht erkannt? → Labor erforderlich. Stoppen Sie die Stromzufuhr zu den Platten.
2. Klonen alle Platten erfolgreich, RAID 5/6/10? → Software-Wiederherstellung mit hoher Wahrscheinlichkeit.
3. Eine Platte hat Bad Sectors, RAID 5, zwei oder mehr überlebende Platten gesund? → Software-Wiederherstellung mit R-Studio oder UFS Explorer, geringfügige Lücken zu erwarten.
4. Zwei Platten ausgefallen, RAID 5? → Teilweise Software-Wiederherstellung (40-70 %). Eskalation an ein Labor für kritische Daten.
5. RAID 0, beliebiger Plattenausfall? → Software-Wiederherstellung nur intakter Stripes. Labor für die Sektoren der ausgefallenen Platte.
6. Unbekannte RAID-Parameter, Hardware-Controller-Konfiguration verloren? → Zuerst UFS-Explorer-Autoerkennung, dann R-Studio manuell, dann Labor.

Weiterführend

• Vergleich von Datenrettungssoftware - Vollständiger Vergleich generalistischer Recovery-Werkzeuge für einzelne Dateien und Volumes.
• Wiederherstellung externer Festplatten - Wiederherstellung von USB-angeschlossenen Laufwerken, einschließlich solcher, die als einzelne RAID-Mitglieder formatiert sind.
• RAID-Recovery-Software 2026 - Direktvergleich von R-Studio, UFS Explorer, ReclaiMe und DiskInternals bei der RAID-5/6-Wiederherstellung.
• Enterprise-Datenrettung SOC-2-konform - Compliance- und Audit-Anforderungen für B2B-RAID-Wiederherstellung.

Dieser Artikel wendet unsere öffentliche und reproduzierbare Methodik an. Laborpreisdaten aus öffentlichen Quellen im Mai 2026 erhoben. Software-Vergleiche spiegeln dokumentierte Fähigkeiten und aggregierte öffentliche Bewertungen wider. Links zu EaseUS sind Affiliate-Links: Wenn Sie über diese Links kaufen, erhält Save My Disk eine Provision ohne Mehrkosten für Sie. Die Bewertungen von R-Studio, UFS Explorer und ReclaiMe generieren keine Provision und spiegeln unabhängige Tests wider.

Verwandte Leitfäden

• RAID-1-Wiederherstellung: was vor dem Anfassen der überlebenden Platte zu tun ist
• Beschädigte MySQL/PostgreSQL/MongoDB-Datenbank wiederherstellen