Datenrettung aus Enterprise-RAID: Dell, HP, NetApp, Synology

Enterprise-RAID-Systeme sind komplexer als ein typisches Heim-NAS. Jeder Hersteller hat seine eigene Architektur, proprietäre Metadaten und spezifische Tools. Die Datenrettung aus diesen Systemen erfordert spezielles Wissen und spezielle Ausrüstung.

In diesem Artikel sehen wir uns die verbreitetsten Enterprise-RAID-Plattformen an und zeigen, was bei der Datenrettung jeweils zu beachten ist.

Dell PowerEdge (PERC-Controller)

Dell-PowerEdge-Server verwenden PERC-Controller (PowerEdge RAID Controller) – einige der verbreitetsten Enterprise-RAID-Controller auf dem Markt.

PERC-Generationen

Modell	Generation	RAID-Level	Max. Festplatten
PERC H700	11G	0,1,5,6,10,50,60	32
PERC H710	12G	0,1,5,6,10,50,60	32
PERC H730	13G	0,1,5,6,10,50,60	32
PERC H740	14G	0,1,5,6,10,50,60	64

Häufige Probleme

Foreign Configuration: Nach einem Controller-Tausch oder nach dem Umsetzen der Festplatten meldet das Array eine „Foreign Configuration“. Der Controller erkennt die Metadaten eines anderen Controllers nicht.

Ausgefallener Controller: Der Controller fällt aus, die Festplatten sind aber in Ordnung. Ohne kompatiblen Controller ist das Array nicht zugänglich.

Ausfall der BBU (Battery Backup Unit): Ein Ausfall der Pufferbatterie kann zum Verlust der Daten im Schreibcache führen.

Predictive Failure: Der Controller markiert eine Festplatte als „Predictive Failure“ – eine Warnung vor dem Ausfall. Diese Meldung sollten Sie überwachen und ernst nehmen.

Besonderheiten bei der Datenrettung

Controller-Tausch: Ideal ist dasselbe Controller-Modell mit derselben Firmware-Version. Der Controller kann dann die „Foreign Configuration“ importieren, und das Array ist wieder zugänglich.

Foreign Configuration importieren: Vorgehen im BIOS-Konfigurationsprogramm:

Beim Serverstart Strg+R drücken
Foreign View → Import
Konfiguration prüfen
Neu starten

Virtuelle Rekonstruktion: Ist kein kompatibler Controller verfügbar, lässt sich das Array mit PC-3000 RAID oder ähnlichen Tools virtuell rekonstruieren.

Fallbeispiel: Dell R720 mit PERC H710

Ausgangslage: Ein Dell-R720-Server mit 8× 2 TB Festplatten im RAID 6. Der Controller fiel nach einer Überspannung aus.

Diagnose: Die Festplatten waren in Ordnung, der Controller durchgebrannt.

Lösung:

Beschaffung eines kompatiblen PERC H710
Anschluss der Festplatten an dieselben Ports
Import der Foreign Configuration
Array zugänglich, Daten gerettet

Ergebnis: alle Daten gerettet

HP ProLiant (Smart Array)

HP-ProLiant-Server verwenden Smart-Array-Controller – eine weitere sehr verbreitete Plattform.

Smart-Array-Generationen

Modell	Generation	Hinweis
P410/P411	G6/G7	Älter, noch verbreitet
P420/P421	Gen8	Mit FBWC
P440/P441	Gen9	Höhere Leistung
Smart Array SR	Gen10/10+	Neueste

Besonderheiten bei HP

ADG (Advanced Data Guarding): Die HP-Bezeichnung für RAID 6. Gleiches Prinzip, anderer Name.

FBWC (Flash-Backed Write Cache): Statt einer Batterie sichert Flash-Speicher den Cache bei einem Stromausfall. Zuverlässiger als eine BBU.

ORCA vs. ACU:

ORCA: Option ROM Configuration for Arrays – Konfiguration im BIOS
ACU: Array Configuration Utility – ein umfangreicheres Tool

Häufige Probleme

Cache-Ausfall: Ein Ausfall von FBWC oder BBU kann zum Verlust noch nicht geschriebener Daten führen.

Lizenzprobleme: Einige erweiterte Funktionen (etwa RAID 6 bei bestimmten Modellen) erfordern eine Lizenz. Ohne Lizenz verweigert der Controller, das Array einzubinden.

Schreibschutz nach Cache-Ausfall: Nach einem Cache-Ausfall wechselt der Controller in einen schreibgeschützten Modus. Die Daten sind geschützt, die Leistung sinkt aber drastisch.

Besonderheiten bei der Datenrettung

Speicherort der Metadaten: HP speichert Metadaten an mehreren Stellen – auf dem Controller und auf den Festplatten. Das hilft beim Controller-Tausch.

Controller-Kompatibilität: Die Kompatibilität zwischen den Generationen ist begrenzt. Ein P420 kann zum Beispiel kein Array eines P440 importieren.

Rettung von Cache-Daten: Enthält der FBWC noch nicht geschriebene Daten, lassen sich diese manchmal retten.

Fallbeispiel: HP DL380 Gen8 mit P420i

Ausgangslage: 6× 600 GB SAS-Festplatten im RAID 5. Zwei Festplatten fielen innerhalb von 24 Stunden aus (beide aus derselben Charge).

Diagnose: Degraded + Failed = Array offline.

Lösung:

Sektorkopien aller 6 Festplatten
Analyse – die zweite „ausgefallene“ Festplatte hatte nur nicht korrigierbare Lesefehler (URE), ihre Daten waren lesbar
Virtuelle Rekonstruktion des RAID 5
Datenextraktion

Ergebnis: 97 % der Daten gerettet

NetApp (WAFL/ONTAP)

NetApp ist ein Premium-Speichersystem mit proprietärer Architektur. Die Datenrettung aus einem NetApp ist deutlich komplexer als aus einem herkömmlichen RAID.

NetApp-Architektur

WAFL (Write Anywhere File Layout): Ein proprietäres, für Storage optimiertes Dateisystem. Nicht kompatibel mit Standardtools.

RAID-DP: Die NetApp-Variante von RAID 6 mit doppelter Parität. Eine proprietäre Implementierung.

Aggregates und Volumes:

Aggregate: eine Gruppe von Festplatten, die einen Speicherpool bildet
Volume: eine logische Einheit innerhalb eines Aggregates
LUN: ein Blockgerät innerhalb eines Volumes

Warum NetApp besonders ist

Alles ist proprietär: Dateisystem, RAID-Implementierung, Metadatenformat – nichts davon ist Standard. Gängige Datenrettungstools funktionieren nicht.

Snapshots: NetApp unterstützt Snapshots auf Dateisystemebene. Sie helfen bei der Datenrettung, machen die Struktur aber komplexer.

Deduplizierung: Ist die Deduplizierung aktiviert, werden Daten fragmentiert gespeichert. Die Rekonstruktion ist aufwendiger.

Häufige Probleme

Ausfall eines Disk Shelfs: Ausfall eines ganzen Shelfs (Festplattengehäuse) – Stromversorgung, SAS-Expander.

Aggregate offline: Ein Aggregate geht wegen beschädigter Metadaten oder des Ausfalls mehrerer Festplatten offline.

Beschädigtes Volume: Dateisystemfehler in einem bestimmten Volume.

Besonderheiten bei der Datenrettung

ONTAP-Wiederherstellungstools: NetApp hat proprietäre Wiederherstellungstools. Einige setzen einen Supportvertrag voraus.

Rekonstruktion des Aggregates: Erfordert Kenntnis der NetApp-Architektur und Zugang zu spezialisierten Tools.

Spezialisierung erforderlich: Die Datenrettung aus NetApp-Systemen gehört zu den komplexesten Aufgaben. Wir empfehlen, sie nur spezialisierten Laboren anzuvertrauen.

Fallbeispiel: NetApp FAS2240

Ausgangslage: Ein kleines NetApp mit 12 Festplatten. Nach einem Firmware-Update ging das Aggregate offline.

Diagnose: Ein Firmware-Fehler hatte die Metadaten des Aggregates beschädigt.

Lösung:

Ein Firmware-Rollback war nicht möglich
Manuelle Rekonstruktion der WAFL-Strukturen
Datenextraktion aus den Volumes

Ergebnis: 85 % der Daten gerettet (einige Fragmente gingen verloren)

Synology NAS

Synology ist eine beliebte NAS-Plattform für KMU und Unternehmen. Sie verwendet das proprietäre SHR-RAID und das Dateisystem Btrfs.

SHR (Synology Hybrid RAID)

Was SHR ist: Eine proprietäre RAID-Implementierung auf Basis von Linux mdadm. Sie erlaubt es, Festplatten unterschiedlicher Größe zu kombinieren.

SHR-1: toleriert 1 Ausfall (ähnlich RAID 5) SHR-2: toleriert 2 Ausfälle (ähnlich RAID 6)

DSM und Btrfs

DSM (DiskStation Manager): Das Betriebssystem von Synology, basiert auf Linux.

Btrfs: Ein modernes Dateisystem mit Unterstützung für Snapshots, Deduplizierung und Selbstheilung.

ext4: Die ältere Variante, auf manchen Modellen noch im Einsatz.

Häufige Probleme

Ausfall mehrerer Festplatten: Dasselbe Problem wie bei jedem anderen RAID – mehrere Festplatten fallen aus.

Volume-Absturz: Beschädigtes Btrfs- oder ext4-Dateisystem nach einem Stromausfall oder Fehler.

Missglücktes DSM-Update: Das DSM-Update ist fehlgeschlagen und das System startet nicht mehr.

Besonderheiten bei der Datenrettung

Kompatibilität mit Linux mdadm: SHR basiert auf mdadm. Die Festplatten lassen sich oft an ein Linux-System anschließen und das Array neu zusammensetzen.

Btrfs-Rettung: Standard-Linux-Tools für die Btrfs-Wiederherstellung (btrfs-progs).

Position der Superblocks: mdadm speichert Superblocks an bestimmten Positionen. Sie sind wichtig für die Identifikation des Arrays.

Vorgehen bei Synology

Festplatten an ein Linux-System anschließen
cat /proc/mdstat – zeigt die erkannten Arrays
mdadm --assemble --scan – versucht, das Array automatisch zusammenzusetzen

Scheitert das, manuell zusammensetzen:

mdadm --assemble /dev/md0 /dev/sdX /dev/sdY ...

Volume einhängen und Daten kopieren

Fallbeispiel: Synology DS1819+ mit SHR-2

Ausgangslage: Ein NAS mit 8 Einschüben und Btrfs. Drei Festplatten fielen nach einer Überspannung aus (defekte USV).

Diagnose: 3 Festplatten ausgefallen (SHR-2 toleriert 2), Magnetscheiben und Köpfe waren jedoch unbeschädigt.

Lösung:

Diagnose der ausgefallenen Festplatten – beschädigte Platinen
Austausch der Elektronik bei 2 Festplatten (Spenderplatine mit übertragenem Original-ROM)
Sektorkopien aller 8 Festplatten
Zusammensetzen mit mdadm
Btrfs-Wiederherstellung

Ergebnis: 99 % der Daten gerettet

QNAP NAS

QNAP ist ein Konkurrent von Synology mit ähnlicher Architektur.

Besonderheiten bei QNAP

Betriebssystem QTS: Ähnlich wie DSM, ebenfalls Linux-basiert.

RAID-Implementierung: Standard-Linux-mdadm plus eine proprietäre Schicht.

Snapshot Vault: Vergleichbar mit Btrfs-Snapshots bei Synology.

Häufige Probleme

Sehr ähnlich wie bei Synology:

Ausfall mehrerer Festplatten
Beschädigte Volumes
Firmware-Probleme
Beschädigtes ext4-Dateisystem

Besonderheiten bei der Datenrettung

Die Verfahren sind nahezu identisch mit Synology – auf mdadm basierend und Linux-kompatibel.

Komplexität der Datenrettung im Vergleich

System	Komplexität	Benötigte Tools
Dell PERC	Mittel	PC-3000 RAID, Ersatz-Controller
HP Smart Array	Mittel	Proprietär, PC-3000
NetApp	Hoch	Spezialisiert, WAFL-Tools
Synology	Mittel bis niedrig	Linux, mdadm, btrfs-progs
QNAP	Mittel bis niedrig	Linux, mdadm

Wie viele Daten sich retten lassen, hängt immer vom Einzelfall ab – vor allem vom physischen Zustand der Festplatten und davon, was nach dem Ausfall passiert ist. Was realistisch ist, sagen wir Ihnen nach der Ersteinschätzung.

Was wir für die Datenrettung wissen müssen

Wenn Sie uns wegen der Datenrettung aus einem Enterprise-RAID kontaktieren, sollten Sie Folgendes bereithalten:

1. System-/Controller-Typ

Dell PERC H7xx, HP Smart Array Pxxx, NetApp FAS, Synology DS...
Firmware-Version (wenn bekannt)

2. RAID-Konfiguration

RAID-Level (5, 6, 10...)
Stripe-Größe (wenn bekannt)
SHR/SHR-2 bei Synology

3. Anzahl und Typ der Festplatten

Gesamtzahl der Festplatten
Kapazität der einzelnen Festplatten
HDD oder SSD
Seriennummern (wenn verfügbar)

4. Was passiert ist (zeitlicher Ablauf)

Wann das Problem aufgetreten ist
Was vorausgegangen ist
Welche Fehlermeldungen erschienen sind
Welche Schritte Sie bereits unternommen haben

5. Reihenfolge der Festplatten

Physische Positionen im Shelf/Server
Beschriftung der Einschübe
Fotos der Verkabelung

FAQ

Wie lange dauert eine Datenrettung aus einem Enterprise-System?

In der Regel länger als bei einem herkömmlichen RAID:

Dell/HP: 3–7 Tage
NetApp: 5–14 Tage
Synology/QNAP: 3–7 Tage

Die Dauer hängt von der Kapazität, dem Zustand der Festplatten und der Komplexität des Problems ab. Für geschäftskritische Fälle bieten wir die Priority-Bearbeitung (24–72 h) und die Express-Bearbeitung (12–48 h) an.

Kommen Sie auch vor Ort?

Wir arbeiten in unserem Labor, wo alle Werkzeuge an einem Ort sind – das ist fast immer effizienter. Senden Sie uns die Festplatten (oder den kompletten Server) mit einem versicherten Paketdienst mit Sendungsverfolgung, geben Sie sie persönlich in Prag, Wien oder Bratislava ab oder buchen Sie die optionale versicherte DPD-Abholung (45 €).

Ist eine Ferndiagnose möglich?

Teilweise. Logs, Ereignisverlauf und SMART-Daten können wir aus der Ferne analysieren. Für eine vollständige Diagnose brauchen wir physischen Zugriff auf die Festplatten.

Was, wenn wir keinen Herstellersupport haben?

Kein Problem. Unsere Datenrettung ist unabhängig von einem Supportvertrag mit Dell, HP oder NetApp. Wir arbeiten direkt mit den Daten auf den Festplatten.

Warum DataHelp für Enterprise-Datenrettung

Erfahrung mit allen Plattformen

Unser Team arbeitet seit 1990 in der Datenrettung – über 35 Jahre Erfahrung, auch mit Enterprise-Storage aller großen Hersteller.

Spezialisierte Tools

PC-3000 RAID, VNR, proprietäre Tools für NetApp und andere Plattformen.

Express für geschäftskritische Fälle

Server warten nicht. Für geschäftskritische Fälle bieten wir die Express-Bearbeitung (12–48 h) und die Priority-Bearbeitung (24–72 h) an.

Referenzen

Wir arbeiten mit Unternehmen jeder Größe – von KMU bis zu großen Konzernen und Behörden.

Brauchen Sie Hilfe mit einem Enterprise-RAID?

Ob Dell, HP, NetApp, Synology oder eine andere Plattform – wir können helfen. Melden Sie Ihren Fall online an – die Ersteinschätzung ist kostenlos, und Sie erhalten ein verbindliches Angebot, bevor die Datenrettung beginnt. Keine Daten, keine Kosten.

Kostenlose Ersteinschätzung anfordern →