Enterprise-Datenrettung für Server, RAID und Storage-Systeme
Fällt ein zentraler Server oder Storage aus, liegt das Problem selten nur an einer einzelnen Festplatte. RAID-Konfiguration, Controller-Metadaten, Dateisysteme und virtuelle Datastores hängen direkt voneinander ab. In unserem Datenrettungslabor in Österreich bearbeiten wir solche Systeme als technische Einheit – vom fehlerhaften Laufwerk über das Imaging bis zur Rekonstruktion der eigentlichen Nutzdaten. Auch Speicherverbünde im Petabyte-Bereich können wir projektbezogen übernehmen.
Bei einem akuten Ausfall bitte keinen weiteren Rebuild starten, keine Reparaturprogramme ausführen und die Storage-Konfiguration nicht verändern. Gerade bei mehreren auffälligen Laufwerken kann jeder zusätzliche Schreibzugriff die spätere Rekonstruktion erschweren. Unsere Techniker erreichen Sie unter +43 5523 21616.
Zuerst klären wir, wie das System ursprünglich aufgebaut war
Bei Enterprise-Systemen reicht es nicht, einzelne Datenträger nacheinander zu prüfen. Wir müssen wissen, welches Laufwerk in welchem Slot saß, wie der Verbund organisiert war und welche logischen Ebenen darüber lagen. Erst dadurch lässt sich ein beschädigtes Storage später korrekt nachbilden.
Für die Analyse erfassen wir RAID-Level, Laufwerksreihenfolge, Stripe-Größe, Offsets, Paritätsverteilung, Controller-Metadaten, Volumes und Dateisystemstrukturen. Bei virtualisierten Umgebungen kommen Datastores und virtuelle Datenträger hinzu. Aus diesen Informationen entsteht der technische Arbeitsplan für die weitere Rettung.
Bei diesen Ausfällen übernehmen wir Enterprise-Systeme
Viele Fälle erreichen uns erst, wenn Redundanz bereits verloren gegangen ist oder ein Rebuild nicht mehr sauber durchläuft. Typische Ausgangslagen sind:
- mehrere ausgefallene oder instabile Laufwerke in RAID 5, RAID 6, RAID 10, RAID 50 oder RAID 60
- ein abgebrochener Rebuild, eine falsche Laufwerksreihenfolge oder ein weiterer Ausfall während des Wiederaufbaus
- defekte RAID- oder Storage-Controller sowie fehlende oder beschädigte Konfigurationsinformationen
- beschädigte VMFS-, ZFS-, Btrfs-, XFS-, ReFS-, NTFS- oder EXT-Strukturen
- nicht mehr erreichbare VMware-, Hyper-V- oder Proxmox-Umgebungen
- Storage-Ausfälle nach Stromunterbrechung, Überspannung, Firmware-Update oder Hardwaretausch
- gleichzeitig betroffene Produktivsysteme und unvollständige oder nicht nutzbare Backups
- sehr große Datenbestände, bei denen einzelne Systeme oder Verzeichnisse zuerst benötigt werden
Jedes ausgefallene Laufwerk bekommt seine eigene Lesestrategie
In einem großen Array zeigen die Laufwerke oft völlig unterschiedliche Fehler. Eine HDD liefert nur noch einzelne schwache Bereiche, eine andere hängt in der Firmware, eine dritte hat einen Elektronik- oder mechanischen Defekt. Deshalb behandeln wir nicht den Verbund pauschal, sondern jeden Datenträger nach seinem tatsächlichen Zustand.
Unser Ziel ist ein möglichst vollständiges sektorweises Abbild auf stabilen Arbeitsmedien. Kritische Bereiche werden mit angepassten Lesefenstern, kontrollierten Wiederholungen und geeigneter Laborhardware bearbeitet. Die eigentliche RAID- und Storage-Rekonstruktion erfolgt anschließend auf Basis dieser Images. Das produktive Originalsystem bleibt aus diesem Arbeitsschritt heraus.
Nach dem Imaging beginnt die eigentliche Systemrekonstruktion
Ein sauber ausgelesenes Laufwerk ist bei Enterprise-Fällen nur ein Zwischenergebnis. Wenn RAID-Metadaten fehlen, Paritätsbereiche widersprüchlich sind oder das Dateisystem nach mehreren Ausfällen beschädigt wurde, müssen die darüberliegenden Strukturen ebenfalls rekonstruiert werden.
Im Labor führen wir diese Arbeitsschritte zusammen: technische Bearbeitung der Laufwerke, Imaging, Ermittlung der RAID-Parameter, virtuelle Rekonstruktion und Analyse des Dateisystems. Erst danach werden die benötigten virtuellen Maschinen, Datenbanken, Freigaben oder sonstigen Nutzdaten extrahiert.
RAID, Pools und Datastores werden auf Arbeitskopien nachgebildet
Die erzeugten Images lassen sich unabhängig vom ursprünglichen Controller zusammensetzen und testen. Reihenfolge, Stripe-Größe, Offset und Paritätsverteilung können so überprüft werden, ohne weitere Änderungen auf den Originaldatenträgern zu erzeugen.
Je nach System rekonstruieren wir klassische Hardware- und Software-RAIDs, NAS- und SAN-Strukturen, Storage-Pools sowie virtualisierte Datastores. Proprietäre Lösungen werden anhand der konkreten Architektur bewertet. Sobald die logische Ebene belastbar steht, gehen wir an Dateisysteme und Nutzdaten.
Wenn Zeit kritisch ist, retten wir nicht blind nach Reihenfolge
Bei mehreren hundert Terabyte oder einem Petabyte-System kann die vollständige Extraktion erheblich länger dauern als die Wiederherstellung einzelner geschäftskritischer Bereiche. Deshalb klären wir mit IT, Systemhaus oder Projektleitung frühzeitig, was zuerst wieder verfügbar sein muss.
Das können eine produktive Datenbank, bestimmte virtuelle Server, aktuelle Projektverzeichnisse oder ein einzelner Datenbestand sein. Wenn die rekonstruierte Struktur einen gezielten Zugriff zulässt, ziehen wir solche Bereiche in der Extraktion vor und stellen sie vor Abschluss des Gesamtprojekts bereit.
Bei vielen Datenträgern zählt jede Slot-Position
Ein vertauschtes Laufwerk kann die Rekonstruktion eines großen Arrays unnötig komplizieren. Deshalb erfassen wir Slot, Seriennummer, Array-Zugehörigkeit, technischen Zustand und Imaging-Status nachvollziehbar. Das gilt besonders für Systeme mit mehreren Gehäusen oder mehreren Arrays.
Auch die Rückgabe planen wir nach Datenmenge und Infrastruktur. Möglich sind geeignete Zielmedien oder ein vom Auftraggeber bereitgestelltes Speichersystem, das wir direkt im Labor befüllen. Verschlüsselung und Transportweg werden vor der Ausgabe abgestimmt.
Welche Server- und Storage-Umgebungen wir bearbeiten
Welche Technik zum Einsatz kommt, hängt von der konkreten Architektur ab. Regelmäßig arbeiten wir mit folgenden Systemklassen und Technologien:
- Server und Storage: Rack- und Tower-Server, NAS, SAN, DAS sowie große Erweiterungsgehäuse
- RAID: RAID 0, 1, 5, 6, 10, 50, 60, verschachtelte Verbünde und projektspezifische Konfigurationen
- Virtualisierung: VMware ESXi/VMFS, Microsoft Hyper-V mit VHD/VHDX, Proxmox und vergleichbare Umgebungen
- Dateisysteme und Pools: ZFS, Btrfs, XFS, EXT, NTFS, ReFS sowie weitere Server-Dateisysteme
- Herstellerumgebungen: Systeme von Dell EMC, HPE, Lenovo, IBM, Supermicro, Synology, QNAP, NetApp und anderen Herstellern
- Nutzdaten: virtuelle Maschinen, Datenbanken, Maildaten, ERP-Daten, Archive und Backup-Repositories
So läuft ein Enterprise-Fall in unserem Labor
Der Ablauf richtet sich nach Fehlerbild, Anzahl der Laufwerke und Dringlichkeit. Die technischen Stationen bleiben jedoch klar nachvollziehbar:
- Erstaufnahme: Wir erfassen Systemarchitektur, Ereignisverlauf, Fehlermeldungen und Datenprioritäten.
- Zuordnung: Laufwerke, Slots, Arrays und gegebenenfalls zusätzliche Hardware werden eindeutig dokumentiert.
- Einzelanalyse: Jedes Laufwerk wird auf mechanische, elektronische, Firmware- und Medienfehler geprüft.
- Imaging: Erreichbare Sektoren werden kontrolliert auf stabile Arbeitsmedien übertragen.
- Rekonstruktion: RAID, Pools, Volumes und Datastores werden mit den Images virtuell nachgebildet.
- Datenextraktion: Dateisysteme werden analysiert und die benötigten Daten aus der rekonstruierten Struktur ausgelesen.
- Übergabe: Ergebnis und Dateibestand werden kontrolliert und auf dem vereinbarten Zielspeicher bereitgestellt.
Beispiele aus größeren Laborprojekten
Kundennamen und interne Infrastruktur veröffentlichen wir nicht. Die Größenordnung einiger bereits bearbeiteter Systeme können wir dennoch nennen:
RAID 10 mit 24 × 12 TB
Speichersystem einer Bildungseinrichtung mit 24 Enterprise-HDDs. Nach Analyse der Laufwerke wurde der Verbund virtuell rekonstruiert und der benötigte Datenbestand wiederhergestellt.
Sendearchiv auf 80 HDDs
RAID-5-Verbund eines Fernsehsenders mit mehreren ausgefallenen Laufwerken. Nach dem Imaging der betroffenen Datenträger konnte das Archiv aus der rekonstruierten Struktur extrahiert werden.
36 × 18-TB-Helium-HDDs
Backup-Server eines großen Unternehmens mit zwei RAID-6-Arrays nach einem Stromausfall. Die fehlerhaften Laufwerke wurden im Labor bearbeitet; der Datenbestand konnte vollständig rekonstruiert werden.
Enterprise-Daten bleiben unter kontrollierten Bedingungen
Auf solchen Systemen liegen häufig sensible Geschäfts-, Forschungs-, Kunden- oder Produktionsdaten. Die technische Bearbeitung erfolgt in unserem Datenrettungslabor in Österreich. Wenn es das Projekt verlangt, schließen wir vor Beginn eine individuelle Geheimhaltungsvereinbarung ab.
Zugriffsberechtigungen, Zielmedien, Verschlüsselung und Transport können projektspezifisch festgelegt werden. Bei österreichischen Aufträgen müssen Datenträger und wiederhergestellte Daten für die Laborbearbeitung Österreich nicht verlassen.
Kritischer Ausfall? Unser Enterprise-Notfallservice läuft 24/7
Wenn Produktion, Virtualisierung oder zentrale Unternehmensdienste stillstehen, können wir den Fall sofort technisch aufnehmen. Notfälle werden priorisiert; auf Wunsch organisieren wir eine direkte Abholung und setzen die Bearbeitung auch außerhalb der regulären Geschäftszeiten fort. Sie erreichen uns unter +43 5523 21616 oder über den direkten Kontakt zu unserem Enterprise-Team.
Fragen zur Enterprise-Datenrettung
Können mehrere ausgefallene Festplatten eines RAID 6 wiederhergestellt werden?
Das ist möglich, wenn sich von den ausgefallenen Laufwerken noch genügend verwertbare Datenbereiche gewinnen lassen. Ein RAID 6 toleriert im Normalbetrieb nur zwei vollständig ausgefallene Datenträger. Bei einer Datenrettung können jedoch auch Laufwerke einbezogen werden, die vom Storage bereits als ausgefallen markiert wurden, technisch aber noch teilweise lesbar sind.
Ist eine Datenrettung ohne funktionierenden RAID-Controller möglich?
In vielen Fällen ja. RAID-Parameter lassen sich aus Metadaten, Paritätsmustern und der Datenstruktur ermitteln. Danach kann der Verbund auf Arbeitskopien virtuell nachgebildet werden.
Muss das gesamte Server- oder Storage-System eingesendet werden?
Nicht zwingend. Häufig reichen die eindeutig gekennzeichneten Datenträger und Informationen zur ursprünglichen Slot-Reihenfolge. Bei proprietären Systemen oder unklarer Konfiguration können zusätzlich Controller, Backplane oder Gehäuse benötigt werden.
Können besonders wichtige Daten zuerst wiederhergestellt werden?
Ja, sofern die rekonstruierte Struktur einen gezielten Zugriff erlaubt. Welche VMs, Datenbanken, Verzeichnisse oder Anwendungen zuerst benötigt werden, legen wir vor der Extraktion mit Ihnen fest.
Wie werden mehrere hundert Terabyte oder Datenmengen im Petabyte-Bereich übergeben?
Das wird bereits bei der Projektplanung berücksichtigt. Je nach Umfang verwenden wir mehrere geeignete Zielmedien oder befüllen ein vom Auftraggeber bereitgestelltes Speichersystem direkt im Labor.
Welche Informationen benötigen Sie für die Ersteinschätzung?
Am hilfreichsten sind Systemmodell, Anzahl und Slot-Position der Laufwerke, bekannte RAID-Konfiguration, Fehlermeldungen und der zeitliche Ablauf des Ausfalls. Wichtig ist außerdem, welche Maßnahmen seit dem Fehler bereits durchgeführt wurden und welche Daten zuerst benötigt werden.
Was sollte nach einem RAID- oder Storage-Ausfall vermieden werden?
Keinen weiteren Rebuild starten und nichts auf den betroffenen Verbund schreiben. Initialisierung, Formatierung, Reparatursoftware, Firmware-Updates oder Änderungen an der Laufwerksreihenfolge können vorhandene Metadaten und noch rekonstruierbare Bereiche überschreiben.
Ist eine Geheimhaltungsvereinbarung möglich?
Ja. Für Unternehmen, Behörden, Forschungseinrichtungen und IT-Dienstleister können wir vor der technischen Bearbeitung eine individuelle Vertraulichkeitsvereinbarung abschließen.
Offenlegung
Veröffentlicht am: