Enterprise-Datenrettung für Server, RAID und Storage-Systeme
Wenn ein zentrales Storage nicht mehr verfügbar ist, müssen Datenträger und logische Struktur gemeinsam untersucht werden. Ein ausgefallenes Laufwerk kann nur ein Teil des Problems sein; nach fehlgeschlagenen Rebuilds kommen oft beschädigte Metadaten, falsche Reihenfolgen oder Dateisystemfehler hinzu. Unser Labor übernimmt die komplette technische Kette vom einzelnen Datenträger bis zur rekonstruierten virtuellen Maschine oder Datenbank. Projekte mit mehreren hundert Terabyte und Systeme im Petabyte-Bereich gehören dabei ausdrücklich zu den bearbeitbaren Größenordnungen.
Stoppen Sie bei einem kritischen Ausfall weitere Rebuilds, Schreibzugriffe und Änderungen an der Laufwerks- oder Storage-Konfiguration. Wenn bereits mehrere Datenträger auffällig sind, sollte vor dem nächsten Start geklärt werden, welche Maßnahmen noch vertretbar sind. Unsere Techniker sind unter +49 30 983216980 erreichbar.
Wir rekonstruieren nicht nur Laufwerke, sondern die Speicherarchitektur
Enterprise-Storage besteht aus mehreren Ebenen. Unter dem Dateisystem liegen Volumes, RAID oder Storage-Pools; darüber hängen Datastores, virtuelle Maschinen und Anwendungen. Fällt eine dieser Ebenen aus oder stimmen ihre Metadaten nicht mehr zusammen, ist eine rein laufwerksbezogene Analyse zu kurz gegriffen.
Deshalb dokumentieren wir zunächst die ursprüngliche Konfiguration und gleichen sie mit den Daten auf den Medien ab. Relevant sind etwa Slot-Reihenfolge, RAID-Level, Stripe-Größe, Offsets, Paritätslayout, Controller-Metadaten und Volume-Strukturen. Bei VMware, Hyper-V oder Proxmox wird zusätzlich geprüft, wie Datastore und virtuelle Datenträger aufgebaut sind.
Typische Enterprise-Fälle aus der Praxis
Wir werden meist dann hinzugezogen, wenn Standardmaßnahmen nicht mehr greifen oder weitere Versuche zu riskant wären. Dazu gehören beispielsweise:
- mehrere fehlerhafte Laufwerke in RAID 5, RAID 6, RAID 10, RAID 50 oder RAID 60
- Rebuilds, die abgebrochen wurden oder nach einem weiteren Laufwerksausfall nicht mehr fortgesetzt werden können
- beschädigte RAID- oder Storage-Controller und verlorene Konfigurationsdaten
- inkonsistente VMFS-, ZFS-, Btrfs-, XFS-, ReFS-, NTFS- oder EXT-Strukturen
- nicht erreichbare VMware-, Hyper-V- oder Proxmox-Hosts mit geschäftskritischen VMs
- Ausfälle nach Stromereignissen, Firmware-Updates, Hardwaretausch oder Migrationen
- Backups, die im entscheidenden Moment ebenfalls fehlen, unvollständig sind oder nicht eingespielt werden können
- große Datenbestände, bei denen die wichtigsten Bereiche vor dem Rest benötigt werden
Fehlerhafte Datenträger werden nicht gemeinsam auf Verdacht gestartet
Zwei Laufwerke aus demselben Array können technisch völlig unterschiedliche Schäden haben. Deshalb prüfen wir jedes Medium separat und legen danach fest, wie es ausgelesen werden kann. Firmwarezustand, Oberflächenfehler, Elektronik und Mechanik bestimmen die weitere Vorgehensweise.
Aus erreichbaren Bereichen erstellen wir sektorweise Arbeitskopien. Instabile Zonen werden mit angepassten Parametern und dedizierter Imaging-Hardware gelesen, statt den Datenträger in langen Standardläufen weiter zu belasten. Für die Rekonstruktion arbeiten wir anschließend mit diesen Abbildern und nicht mit einem Rebuild auf dem Original-Storage.
Ein Image allein macht noch kein funktionsfähiges Storage
Nach dem Auslesen müssen die Blöcke wieder in ihre ursprüngliche Struktur gebracht werden. Fehlen RAID-Metadaten oder sind Paritätsbereiche und Dateisysteminformationen nicht mehr konsistent, kann selbst ein weitgehend vollständiges Image ohne weitere Rekonstruktion wertlos bleiben.
Deshalb endet unsere Arbeit nicht am einzelnen Laufwerk. Wir bestimmen die Parameter des Verbunds, bauen das Storage virtuell nach, prüfen das Dateisystem und extrahieren anschließend die tatsächlich benötigten Daten. Firmware- oder Hardwareprobleme eines Datenträgers und logische Schäden des Gesamtverbunds werden damit im selben Projekt bearbeitet.
Die Rekonstruktion erfolgt außerhalb des Produktivsystems
Mit den Datenträger-Images können wir Varianten der ursprünglichen Konfiguration prüfen, ohne den Controller erneut auf die Originalmedien schreiben zu lassen. Das ist besonders wichtig, wenn Reihenfolge, Offset oder Paritätslayout nicht mehr sicher bekannt sind.
Wir bilden Hardware- und Software-RAIDs, NAS- und SAN-Strukturen, Storage-Pools und virtualisierte Datastores nach. Bei proprietären Lösungen prüfen wir zuerst, welche Metadaten und Abhängigkeiten tatsächlich vorliegen. Erst auf einer plausiblen Rekonstruktion beginnt die Dateisystem- und Datenanalyse.
Geschäftskritische Bereiche können vorgezogen werden
Bei großen Arrays ist die vollständige Ausgabe nicht immer der dringendste Schritt. Häufig geht es zuerst darum, einen bestimmten virtuellen Server, eine aktuelle Datenbank oder einen Projektbereich wieder verfügbar zu machen.
Wir stimmen solche Prioritäten mit der IT-Abteilung, dem Administrator oder dem betreuenden Systemhaus ab. Wenn Dateisystem und Rekonstruktion einen gezielten Zugriff ermöglichen, können diese Daten vor der vollständigen Gesamtextraktion auf einem separaten Zielmedium ausgegeben werden.
Bei Dutzenden Laufwerken muss die Zuordnung stimmen
Slot-Position und Array-Zugehörigkeit sind Teil der technischen Information. Deshalb kennzeichnen und dokumentieren wir jedes Laufwerk mit Seriennummer, ursprünglicher Position, Fehlerbild und Imaging-Status. Bei mehreren Gehäusen oder Arrays wird die Struktur entsprechend getrennt geführt.
Die Datenübergabe wird ebenfalls auf den Umfang abgestimmt. Bei sehr großen Datenmengen kann ein vom Auftraggeber geliefertes Storage im Labor als Ziel verwendet werden. Alternativ planen wir die Ausgabe auf geeignete Einzelmedien; Verschlüsselung und Transport werden vorher festgelegt.
Enterprise-Technik, mit der wir regelmäßig arbeiten
Herstellername oder RAID-Level allein entscheiden noch nicht über die Rettbarkeit. Folgende Systemklassen und Technologien sind typische Bestandteile unserer Enterprise-Projekte:
- Server und Storage: Rackserver, Towerserver, NAS, SAN, DAS und Storage-Erweiterungen
- RAID: RAID 0, 1, 5, 6, 10, 50, 60 sowie verschachtelte und projektspezifische Konfigurationen
- Virtualisierung: VMware ESXi/VMFS, Microsoft Hyper-V mit VHD/VHDX, Proxmox und vergleichbare Plattformen
- Dateisysteme und Pools: ZFS, Btrfs, XFS, EXT, NTFS, ReFS und weitere Server-Dateisysteme
- Herstellerumgebungen: Dell EMC, HPE, Lenovo, IBM, Supermicro, Synology, QNAP, NetApp und weitere
- Datenbestände: virtuelle Maschinen, Datenbanken, ERP-Daten, Maildaten, Archive und Backup-Repositories
Von der Erstaufnahme bis zur Datenübergabe
Ein Enterprise-Fall wird nicht nach einem starren Schema abgearbeitet. Diese Schritte bilden jedoch den technischen Rahmen:
- Technische Aufnahme: Architektur, Fehlerverlauf und die wichtigsten Datenbereiche werden erfasst.
- Dokumentation: Laufwerke, Slots, Arrays und zusätzliche Komponenten werden eindeutig zugeordnet.
- Laufwerksanalyse: Wir prüfen jeden Datenträger auf Medien-, Firmware-, Elektronik- und mechanische Fehler.
- Imaging: Lesbare Sektoren werden auf stabile Arbeitsmedien übertragen; problematische Bereiche erhalten angepasste Lesestrategien.
- Virtuelle Rekonstruktion: RAID, Pools, Volumes und Datastores werden mit den erzeugten Images nachgebildet.
- Extraktion: Dateisysteme werden geprüft und die vereinbarten Daten aus der rekonstruierten Struktur ausgelesen.
- Ausgabe: Nach der Ergebniskontrolle stellen wir Dateiliste und gerettete Daten auf dem abgestimmten Zielspeicher bereit.
Welche Größenordnung unsere Enterprise-Projekte erreichen
Aus Vertraulichkeitsgründen nennen wir keine Auftraggeber. Technische Eckdaten anonymisierter Projekte geben dennoch einen Eindruck von der Größenordnung:
24 × 12 TB im RAID 10
Speichersystem einer Bildungseinrichtung mit 24 Enterprise-HDDs. Der Verbund wurde nach der Laufwerksanalyse virtuell rekonstruiert; die relevanten Daten konnten wiederhergestellt werden.
80 HDDs mit Sendearchiv
RAID-5-Verbund eines Fernsehsenders mit mehreren ausgefallenen Laufwerken. Nach dem Imaging der betroffenen Medien wurde das Archiv aus dem rekonstruierten Verbund extrahiert.
Zwei RAID-6-Arrays mit 36 × 18 TB
Backup-Server eines großen Unternehmens nach einem Stromausfall. Die betroffenen Helium-HDDs wurden technisch bearbeitet und der Datenbestand vollständig wiederhergestellt.
Vertrauliche Daten werden im eigenen Labor bearbeitet
Enterprise-Aufträge enthalten regelmäßig sensible Unternehmens-, Forschungs-, Produktions- oder Kundendaten. Die technische Bearbeitung findet in unserem Datenrettungslabor in Österreich statt. Eine individuelle Geheimhaltungsvereinbarung kann vor Projektbeginn vereinbart werden.
Für Zugriffsrechte, Dokumentation, Zielmedien, Verschlüsselung und Transport können projektspezifische Vorgaben festgelegt werden. Datenträger und wiederhergestellte Daten bleiben während der Laborbearbeitung innerhalb der Europäischen Union.
24/7-Notfallservice bei Server- und Storage-Ausfällen
Bei produktionskritischen Ausfällen beginnen wir auf Wunsch sofort mit der technischen Abstimmung und priorisieren den Fall im Labor. Eine direkte Abholung kann organisiert werden; die Bearbeitung lässt sich außerhalb der üblichen Geschäftszeiten fortsetzen. Unser Enterprise-Team erreichen Sie unter +49 30 983216980 oder über die Kontaktseite.
Häufige Fragen zur Enterprise-Datenrettung
Kann ein RAID 6 mit mehr als zwei ausgefallenen Festplatten noch gerettet werden?
Eine Datenrettung kann auch dann noch möglich sein. Im normalen RAID-Betrieb sind bei RAID 6 nur zwei vollständig ausgefallene Laufwerke tolerierbar. Für die Rekonstruktion zählt jedoch, ob sich aus den als defekt gemeldeten Datenträgern noch verwertbare Sektoren auslesen lassen.
Ist die Wiederherstellung ohne Original-Controller möglich?
Häufig ja. Wenn sich RAID-Parameter, Reihenfolge und Paritätslayout aus Metadaten und Datenmustern bestimmen lassen, kann der Verbund unabhängig vom ursprünglichen Controller virtuell rekonstruiert werden.
Welche Komponenten müssen eingesendet werden?
Oft genügen die eindeutig markierten Datenträger. Bei proprietären Systemen, fehlenden Konfigurationsinformationen oder besonderen Abhängigkeiten können zusätzlich Controller, Backplane oder das komplette Storage-Gehäuse sinnvoll sein.
Können Datenbanken oder virtuelle Maschinen priorisiert werden?
Ja, wenn die rekonstruierte Struktur einen gezielten Zugriff zulässt. Die benötigten VMs, Datenbanken, Verzeichnisse oder Applikationsdaten können vor der Gesamtextraktion als Priorität festgelegt werden.
Wie erfolgt die Übergabe sehr großer Datenmengen?
Die Ausgabe wird bereits zu Projektbeginn geplant. Bei hohen Datenvolumen können mehrere geeignete Zielmedien oder ein vom Auftraggeber bereitgestelltes Storage-System verwendet werden, das direkt im Labor befüllt wird.
Welche Angaben helfen bei der ersten technischen Einschätzung?
Wichtig sind Hersteller und Modell, Anzahl und Slot-Reihenfolge der Laufwerke, bekannte RAID-Parameter, Fehlermeldungen und der genaue Fehlerverlauf. Bitte nennen Sie außerdem alle bereits durchgeführten Maßnahmen und die Datenbereiche mit höchster Priorität.
Was darf nach einem Storage-Ausfall nicht gemacht werden?
Vermeiden Sie weitere Rebuilds und jeden unnötigen Schreibzugriff. Auch Initialisierungen, Formatierungen, Reparatursoftware, Firmware-Updates oder das Vertauschen von Laufwerken können rekonstruierbare Informationen verändern.
Können wir vorab eine Vertraulichkeitsvereinbarung abschließen?
Ja. Für Unternehmen, Behörden, Forschungseinrichtungen und IT-Dienstleister können wir vor Beginn der Laborarbeiten eine individuelle Geheimhaltungsvereinbarung abschließen.
Offenlegung
Veröffentlicht am: