RAID-Datenrettung: RAID 0, 1, 5, 6, 10 wiederherstellen

RAID-Systeme verteilen Daten über mehrere Festplatten – für mehr Geschwindigkeit, mehr Kapazität oder mehr Ausfallsicherheit. Doch wenn das RAID ausfällt, hilft auch die Redundanz nicht immer: Bei mehreren defekten Platten, fehlerhaften Rebuilds oder Controller-Defekten sind die Daten oft nur durch professionelle Datenrettung wiederherstellbar. Wir rekonstruieren Arrays aller gängigen RAID-Level.

Welche RAID-Level retten wir?

• RAID 0 (Striping): keine Redundanz – Ausfall einer Platte = totaler Datenverlust ohne Rettung
• RAID 1 (Mirroring): Spiegelung – meist einfacher rettbar
• RAID 5: Striping mit Parität – ein Plattenausfall verkraftbar, zwei = Notfall
• RAID 6: Doppelte Parität – verkraftet zwei Plattenausfälle
• RAID 10 (1+0): Spiegelung & Striping kombiniert
• RAID 50, 60: Hierarchische Kombinationen
• JBOD und Spanned Volumes
• Software-RAID: Linux mdadm, Windows Storage Spaces, ZFS, Btrfs
• Hardware-RAID: Adaptec, LSI/Broadcom, Areca, HP Smart Array, Dell PERC

Häufige RAID-Ausfallursachen

Mehrfacher Plattenausfall

Wenn zwei oder mehr Platten gleichzeitig oder kurz nacheinander ausfallen (typisch bei alten Arrays mit gleichem Kaufdatum), schlägt selbst RAID 5 oder RAID 6 nicht mehr durch.

Fehlgeschlagener Rebuild

Beim Tausch einer ausgefallenen Platte muss das System die Daten neu berechnen. Während dieses Rebuild-Vorgangs werden alle anderen Platten massiv belastet – ein zweiter Ausfall passiert oft genau jetzt.

RAID-Controller-Defekt

Wenn der Controller ausfällt oder die RAID-Konfiguration verliert, wird das Array nicht mehr erkannt. Ein Tausch des Controllers funktioniert nicht immer – jeder Hersteller verwendet eigene Metadaten-Formate.

Falsche Initialisierung

Versehentliche Re-Initialisierung des Arrays ist eine der häufigsten und tragischsten Ursachen – aber meistens trotzdem rettbar.

Software-RAID-Probleme

Bei Linux-mdadm: Superblock-Korruption. Bei Windows Storage Spaces: Pool-Fehler. Bei ZFS: Pool-Disconnect.

Unser RAID-Datenrettungs-Verfahren

1. Diagnose jeder einzelnen Platte – Funktionstest, SMART-Status, mechanische Prüfung
2. Sektor-Image jeder Platte (defekte Platten ggf. zuvor im Reinraum reparieren)
3. Identifikation des RAID-Layouts: Stripe-Größe, Parität-Position, Reihenfolge der Platten
4. Virtuelle Rekonstruktion des Arrays anhand der Images
5. Dateisystem-Rekonstruktion (NTFS, ext4, XFS, ZFS, VMFS, Btrfs)
6. Datenextraktion und Validierung

Erfolgsquote bei RAID

RAID 1 / 10: typisch über 95 Prozent. RAID 5 mit einer defekten Platte: über 90 Prozent. RAID 5 mit zwei defekten Platten: 70-90 Prozent. RAID 6 mit zwei defekten Platten: über 90 Prozent. Bei RAID 0 hängt alles am Zustand der einzelnen Platten – ist eine völlig zerstört, sind die Daten unrettbar verloren.

Sondersituationen

Wir behandeln auch komplexe Fälle wie verschachtelte RAID-Systeme, virtualisierte Storage-Pools (VMware vSAN, Hyper-V Storage Spaces), Ceph-Cluster und Synology SHR/SHR-2.