Ablauf einer Datenrettung
Schritt 1
Ablauf Datenrettung: 1. Beratung
Kostenlose Beratung
Schritt 2
Ablauf Datenrettung: 2. Übergabe defekter Datenträger
Übergabe defekter Datenträger
Schritt 3
Ablauf Datenrettung: 3. Analyse Datenträger
Analyse Datenträger
Schritt 4
Ablauf Datenrettung: 4. Festpreisangebot für Datenrettung
Festpreisangebot für Datenrettung
Schritt 5
Ablauf Datenrettung: 5. Datenwiederherstellung
Datenwiederherstellung
Schritt 6
Ablauf Datenrettung: 6. Rückgabe der geretteten Daten
Rückgabe der geretteten Daten
Ablauf einer Datenrettung

Geschätzte Lesezeit: 7 Minuten, 45 Sekunden

RAID 5 Datenrettung

RAID-5-Datenrettung-durch-RecoveryLab RAID5 Wiederherstellung aus defektem HP StorageWorks

Wiederherstellen von RAID5 Daten

RAID-5-Datenrettung-RecoveryLab

Aufgrund des idealen Kosten-Nutzen Verhältnisses werden in mittleren Serverumgebungen (oftmals bei kleinen und mittelständischen Firmen) RAID 5 Arrays eingesetzt. Der Vorteil liegt in der hohen Speicherausnutzung im Verhältnis der eingesetzten Menge an Festplatten. Der Lesezugriff erfolgt zügig, der Schreibzugriff im Verhältnis zu anderen Konfigurationen etwas verzögerter, da vor jedem Schreibzugriff ein gesonderter Lese- und Schreibzugriff der Paritätsdaten erfolgt. Die Partitätsdaten werden auf alle beteiligten Festplatten verteilt, so dass im Falle des Ausfalls einer Festplatte eine Wiederherstellung deren Inhalte durch den RAID-Controller erfolgen kann. Die Ausfallsicherheit ist jedoch auf eine Festplatte beschränkt, so dass beim Austritt von mehr als einer Festplatte die auf dem RAIDverbund befindlichen Daten nicht mehr konsistent, also verloren sind. Eine RAID 5 Datenrettung ist an dieser Stelle oft erforderlich.

Erste Schritte – Empfehlungen unmittelbar nach einem Defekt

  1. Notieren Sie möglichst alle Fehlermeldungen (ggf. fotografieren) und dokumentieren Sie den genauen Ablauf des festgestellten RAID-Defektes
  2. Schalten Sie das Speichersystem (Server, NAS, etc.) aus und trennen Sie die Stromzufuhr
  3. Bei Servern in Rechenzentren ist es oft über eine Remote-Konsole möglich, den Server auszuschalten (ggf. Support damit beauftragen)
  4. beim Ausbau der Festplatten diese genau beschriften (Disk1, Disk2, etc.) bzw. die Position der Steckplätze genau dokumentieren (häufig von Vorteil im weiteren Verlauf)
  5. Vermeiden Sie jegliche Prozesse an den Datenträgern ohne vorherige Sicherheitskopien
  6. Ändern Sie auf keinen Fall die Platten-Anordnung in Kombination mit einem versuchten Neustart (betrifft auch andere Experimente)
  7. Vermeiden Sie einen erneuten Rebuildversuch, wenn bereits unklare Fehler vorliegen bzw. ein erster Rebuildvorgang nicht korrekt ausgeführt wurde oder zu lange dauert
  8. Kontaktieren Sie unsere Spezialisten (auch am Wochenende möglich!) und schildern Sie Ihren Schadensverlauf so genau wie möglich
    Kostenfreie Telefonnummer: 0800/937 88 36
  9. Füllen Sie unser Formular zur Datenträgeranalyse aus.

Je nach der Größe des RAID5/ Anzahl der Festplatten sind wir in der Lage innerhalb von ca. 6-10 Stunden eine Express-Analyse durchzuführen (Tag/Nacht)

Die wichtigsten Fragen zur RAID5 Datenrettung

Sofern ein Defekt innerhalb von Festplatten vorliegt, schlägt der Rebuild Vorgang oftmals fehl. Wenn Daten wichtig sind, sollten keine unnötigen Rettungsversuche unternommen werden. Durch herstellerinterne automatisierte Wiederherstellungsprozesse kommt es oftmals zum Überschreiben wichtiger RAID5 Daten und Informationen. Deshalb ist bei einem Verdacht auf Fehler und Festplattendefekte davon abzuraten.


Wir haben häufig Festplatten aus RAID5 Arrays vorliegen, die nach einem nicht vollendeten Rebuildprozess an RecoveryLab zur Datenwiederherstellung übergeben wurden. Pauschal lässt sich die Frage nicht beantworten. Unsere Statistik zeigt jedoch, dass wir in nahezu 100% RAID 5 Daten erfolgreich wiederherstellen konnten. Selbstverständlich werden die Umstände und Zusammenhänge für den Abbruch eines Rebuildvorgangs genauer durch uns analysiert. Oft liegen ungünstige Zusammenhänge, wie kurz nacheinander ausgefallene Festplatten vor. Auch Asynchronitäten veranlassen die Controller ab und an Defekte an Festplatten anzuzeigen, obwohl diese gar nicht vorliegen. Es steht und fällt wie fast immer im Umfeld der professionellen Datenwiederherstellung mit der genauen Begutachtung der einzelnen Datenträger und deren Zustand. Auch wenn mehrere Festplatten defekt sind, ist eine Datenrettung meist mit 100% konsistenten Daten möglich.
[accordion-item]
[accordion-item title="+ Was kann man tun, wenn der Verbund als #degraded dargestellt wird?"]
Ein RAID-Verbund ist nach dem Ausfall einzelner Festplatte herabgestuft, aber dennoch einsatzfähig. Das System kann in diesem Zustand durch den Austausch der befallenen Festplatte erneuert werden. Wichtig ist es darauf zu achten, dass nicht die falsche Festplatte ausgetauscht wird. Sofern die Möglichkeit besteht, dass weitere Festplatten Defekte aufweisen, muss dringend von einem Rebuild abgeraten werden. Dadurch entstehen meist schwere Folgeschäden im Dateisystem, die eine RAID5 Datenrettung extrem erschweren.


Im Expressfall können Datenträger von einem RAID5 innerhalb von 24h analysiert werden. Eine Diagnose bei RecoveryLab ist keine grobe Schätzung, sondern basiert auf den konkreten Daten, die in einem aufwändigen Verfahren gewonnen werden. Während der Diagnose wird der Zustand auf RAID Ebene konkret beleuchtet und somit eine konkrete Prognose zur Wiederherstellung von Daten möglich. Deshalb ist bei der Einhaltung einer professionellen Vorgehensweise eine Express-Analyse nicht in weniger als 8h möglich.


Je nach Schaden werden zunächst defekte Festplatten wiederhergestellt. Anschließend erfolgt die Datenrettung vom RAID 5 in mehrfachen, vorwiegend manuellen Schritten. Damit wird die höchstmögliche Konsistenz der Daten gewährleistet. Weitere Informationen zum Ablauf der Datenrettung finden Sie hier: RAID 5 Wiederherstellung – Ablauf


Zuerst muss geklärt werden, wie es zur Auflösung des Arrays gekommen ist. Selbst bei defekten Festplatten, sollte nicht automatisch die Konfiguration in der Datentägerverwaltung aufgehoben oder verschwunden sein. Wie auch bei Hardware-Variante, sollten zuerst die einzelnen Datenträger überprüft werden. Sofern mehrere Festplatten defekt sind, kann es erforderlich sein, diese „failed drives“ zunächst wiederherstellen zu lassen. Danach kann der Zusammenhang des RAID5 möglicherweise wiederhergestellt werden. Ergänzend sind oftmals noch manuelle Schritte erforderlich, um ein konsistentes Volume zu erhalten.


Um startfähige oder zumindest mountbare vmWare vmdk Festplatten wiederherzustellen, muss die Konsistenz des vmFS Dateisystems der wiederhergestellten Daten möglichst vollständig sein. Selbst kleine Abweichungen und Fehler im File-System führen oft zu Startproblemen vor allem bei Windows Server Systemen. Neben den administrativen Tools, die selbstverständlich nach einer Datenwiederherstellung ergänzend genutzt werden können, muss die eigentliche Datenrettung qualitativ hochwertig ausgeführt worden sein. Ein RAID5 kann auch ohne einen Teil der Paritätsdaten wiederhergestellt werden. Nur führt das oft zu Inkonsistenzen, die sich bei virtuellen Maschinen und Datenbanken fatal auswirken. Wir empfehlen deshalb unbedingt eine Tiefenanalyse um qualifiziert die Möglichkeiten der Wiederherstellung zu nennen.

Als Professionelles Datenrettungsunternehmen befassen wir uns seit 1991 mit der Wiederherstellung von Daten aller Art. Die Wiederherstellung von vermeintlich verlorenen Daten auf RAID5-Verbundebene ist eines unserer Spezialgebiete.

Ablauf einer RAID 5 Datenrettung bei RecoveryLab

Zunächst erfolgt bei einem beschädigten RAID oder einem zusammenhängenden Datenverlust eine professionelle Diagnose. Diese enthält eine Beurteilung des Schadens auf den jeweiligen Platten sowie eine Analyse der verbliebenen Rohdaten des RAID. In Kombination mit der Schadensbeschreibung sind in vielen Fällen exakte Prognosen zur Rettbarkeit der Daten durch uns möglich. Im Expressfall erhalten Sie eine Schadensdiagnose nebst Festpreisangebot zur Datenrettung innerhalb von 24h.


Die Wiederherstellung erfolgt anhand des in der Analyse ermittelten Workflows und besteht in der Regel aus mehreren Schritten. (Reparatur von mechanischen Defekten auf Platten, Wiederherstellen von Rohdaten und anschließende logische Wiederherstellung zu konsistenten Daten)


Nach der Wiederherstellung und Konsistenzprüfung werden die zu rettenden Daten auf ein Ersatzmedium rückgesichert und für die Auslieferung vorbereitet. Im Idealfall ist eine Datenrettung von einem defekten RAID5 System innerhalb von 24h oder wenigen Tagen möglich.

RAID 5 Datenrettung – Kundenmeinung

Dadurch ist es uns möglich, bei der Wiederherstellung von RAID 5-Systemen eine Erfolgsquote von 99% zu halten. Aus diesem Grund entscheiden sich viele Administratoren und Unternehmen mit verlorenen Daten an Serversystemen für uns als hochprofessionellen Datenrettungs-Dienstleister. Rufen Sie uns gern an, wir beraten Sie persönlich zu allen Themen rund um die Datenrettung von RAID-Systemen.

Express Datenrettung

RAID5 Systeme werden innerhalb von Servern, NAS oder anderen Storageumgebungen häufig für kritische Unternehmensdaten eingesetzt. Kommt es hier zum unvorhersehbaren Datenverlust, ist häufig eine unmittelbare Reaktion durch einen Datenretter erforderlich. Das Ziel ist meist die Schadensbegrenzung, um schnellstmöglich wieder arbeitsfähig zu sein.

Wir haben uns auf die zeitnahe Datenrettung von Kunden eingestellt und stehen Ihnen auch am Wochenende und an Feiertagen (auch über den Jahreswechsel) uneingeschränkt zur Verfügung. Unser Bereitschaftsteam kann innerhalb weniger Stunden weitere Kollegen mobilisieren, sofern eine Skalierung von Kapazitäten erforderlich ist. Deshalb besteht auch die Möglichkeit, komplexe und große Speicherumgebungen (auch mit mehreren verkapselten RAID-Layern und vielen Festplatten), über Nacht bzw. an Wochenenden zu rekonstruieren.

Fallstudien RAID 5 Datenrettung

Wir retten seit vielen Jahren professionell Daten von RAID 5 Volumes. Dabei unterstützen wir nahezu alle vorhandenen technischen Systeme wie RAID-Controller (Adaptec, LSI, etc.), Festplattenarten (S-ATA, SCSI, SAS, etc.). Auch im Umgang mit den auf der RAID-Ebene eingesetzten Dateisystemen (z.B. NTFS bei Windows Servern, EXT2,EXT3,EXT4 bei Linux Systemen, sowie XFS, ZFS, VMFS, HFS+ und anderen Dateisystemen) sind wir vertraut und können in fast allen Fällen die Konsistenz der zu rettenden Daten ermöglichen.

Die 7 häufigsten Ursachen für einen Datenverlust im RAID-5 Verbund

Aufgrund der redundanten Systemarchitektur eines RAID5 Verbundes ist der Defekt von mindestens einer Festplatte im Array ohne einen direkten Datenverlust möglich. Der zugrunde liegende RAID-Controller meldet den Festplattendefekt je nach konfigurierter Benachrichtigungsoption akustisch und per E-Mail und weist den Zustand des virtuellen Laufwerkes als „degraded“ aus. Im Normalfall wird das defekte Medium durch den Administrator ausgetauscht und die automatisierte Wiederherstellung gestartet. In einigen wenigen Fällen kann es während des Rebuilds zu Fehlfunktionen – meist controllerbedingt – kommen, wodurch intakte Bereiche des RAID-Laufwerkes fehlerhaft überschrieben werden. Meist wird der fehlerhafte Neuaufbau erst nach dem scheinbar erfolgreichen Abschluss (oft nach mehreren Stunden) festgestellt. Oft ist dann kein Zugriff mehr auf Datenstrukturen und Inhalte möglich.


In vielen Fällen sind Überhitzungen die Grundlage für einen Festplattendefekt im RAID5 Verbund. Dies kann z.B. durch mangelhafte Abluftsysteme (Lüfter verschmutzt) oder durch defekte Klimaanlagen geschehen. Hält eine Überhitzung der Festplatten an, können dauerhafte Schäden v.a. im Antriebs- und Lagersystem der Hard Disks entstehen.
In manchen Fällen ist die Auswirkung eines Hitzeschadens nicht direkt feststellbar, so dass nach der Behebung des ursächlichen Problems (z.B. Reparatur der Klimaanlage) vermeintlich kein Problem feststellbar ist. In vielen Fällen kommt es dann sporadisch nach kurzer Zeit zum Ausfall von einer oder mehreren Festplatten im RAID-5. (Gilt auch für andere RAID-Levels).


Trotz der allgemeinen Empfehlung, elektronische Anlagen vor Überspannungen mittels spezieller Filter/ Schalter oder eine unterbrechungsfreie Stromversorgung (USV) mit integriertem Filter zu schützen, kommt es immer wieder vor, dass externe Überspannungen (z.B. durch Blitzschlag/ Fehler in der elektrischen Anlage) direkt auf die elektronischen Bauteile von RAID-Controller und Festplatten weitergeleitet werden und somit einen direkten Schaden am Speichermedium oder am Controller verursachen. Aber auch trotz Vorsichtsmaßnahmen kann es in einigen Fällen zu Überspannungsschäden am Server und damit am RAID-System kommen. So können elektrische Überspannungen auch über die aktive Netzwerktechnik (Switch/Router) über die LAN-Verkabelung direkt in das Innere des Serversystems weitergeleitet werden.


In der Regel macht sich ein RAID-Controller beim Ausfall einer oder mehrerer Festplatten durch akkustische Signale oder auch durch eine E-Mail Benachrichtigung des Administrators bemerkbar. In einigen Unternehmen findet nur eine sporadische Serveradministration statt, so dass ggf. Alarmfunktionen und Benachrichtigungen nicht ausreichend konfiguriert und getestet sind.Wird der Ausfall einer Festplatte nicht rechtzeitig bemerkt, kommt es beim eventuellen Ausfall einer zweiten Festplatte beim RAID5 zum Totalausfall und dadurch zum Datenverlust.


Um im Falle des Ausfalls einer Festplatte schnell reagieren zu können, bieten einige RAID-Controller die Möglichkeit eine Ersatzfestplatte (Hot-Spare Disk) im System zu integrieren. Diese Festplatte wird im Notfall automatisch in das RAID-System eingebunden und mit ihr eine automatisierte Rekonstruktion (Rebuild) des RAIDs durchgeführt. Die defekte Festplatte wird automatisch ihrer Funktion entbunden. Da einige Systeme allerdings nicht über eine Hot-Spare Festplatte verfügen, besteht in diesen Fällen auch nicht die Möglichkeit, ein automatisiertes Rebuild durchzuführen.


Neben dem Defekt von mehr als einer Festplatte, kommt es in einigen Fällen auch aufgrund von unzureichenden Kenntnissen oder durch Unaufmerksamkeit bei der Administration von RAID-Volumes zum Ausfall durch menschliche Fehler. Dazu gehören zum Beispiel das Löschen eines RAID5-Volumes (virtuelles Laufwerk) oder das Formatieren eines solchen.


In einigen Fällen kommt es vor, dass ein bestehender RAID5 Verbund aufgrund eines fehlerhaften Zugriffs des RAID-Controllers beschädigt wird. In diesen Fällen ist es besonders kritisch, wenn durch eine entsprechende Konfigurationseinstellung der Controller ein automatisiertes Rebuild wiederholt anstößt ohne die Aussicht auf Erfolg zu haben. Durch die mehrfachen Schreibzugriffe erhöht sich der Aufwand der Datenrettung erheblich, was sich durch deutlich höhere Kosten widerspiegelt.

Fehlererkennung bei Problemen eines RAID5 Verbundes

Fehlermeldung RAID 5 Offline - Screenshot_Adaptec_5405_RAID-Controller - Datenrettung durch RecoveryLab

Fehlermeldung Adaptec Controller bei RAID OFFLINE, Adaptec Webseite

  • Anzeige eines leeren Laufwerkes (keine Daten mehr vorhanden)
  • Fehlermeldungen beim Start des Servers im RAID-Bios (z.B. Disk failed/ degraded/ array status bzw. media offline, inaktiv, nicht definiert, critical, und ähnliche)
  • unbekannte Geräusche von Festplatten aus einem RAID5-System (Klackern, Klopfen, Schleifgeräusche, Rattern, etc.)

    RAID 5 OFFLINE (Software RAID)

    RAID 5 offline (Software RAID, Ansicht Logical Disk Manager)

Das könnte Sie auch interessieren

24h Hotline - 0800 / 937 88 36
Jetzt Diagnose anfragen