Das NAS leuchtet rot, piept und Sie können nicht mehr auf Ihre Firmendaten zugreifen. Im Adrenalinrausch denken Sie daran, auf „Reparieren” zu klicken oder die Festplatte zu tauschen und einen Rebuild zu starten. In diesem Moment kann aus einem gewöhnlichen Hardwareausfall ein dauerhafter Datenverlust werden. Wir im Service sehen, dass die größten Schäden nicht der ursprüngliche Festplattenfehler verursacht, sondern die voreilige Eigenhilfe. Lassen Sie uns besprechen, was zu tun ist und was Sie unbedingt vermeiden müssen.
Schnelles Fazit
- STOP-Signale: Die Festplatte klopft, kratzt, piept oder es riecht verbrannt → sofort ausschalten und nicht weiter testen. Jeder weitere Versuch kann den Zustand verschlechtern.
- Kein blinder Rebuild: Wenn Sie nicht genau wissen, was passiert ist (z. B. zwei Festplatten aus RAID 5 ausgefallen), kann ein Rebuild Metadaten und Parität überschreiben.
- Zuerst Kopie: Bit-Kopie jeder Festplatte auf ein gesundes Medium. Arbeiten Sie immer mit Kopien, niemals mit den Originalen.
- Wann die Chance gut ist: Die Festplatten sind lesbar und nur die Konfiguration hat sich aufgelöst, oder das Array ist
degradedund die Daten sind noch verfügbar.
Bei RAID/NAS entscheiden die Reihenfolge der Festplatten und die Arbeit mit Kopien. Je weniger Versuche vor der Diagnose, desto besser die Chancen auf Wiederherstellung.
Schnelle Antwort: Was jetzt zu tun ist
Wenn das NAS Degraded, Crashed, Missing volume, Not Initialized meldet oder der Server plötzlich die freigegebenen Daten nicht mehr sieht, ist der größte Wert, den ursprünglichen Zustand zu bewahren. Ein RAID lässt sich oft wieder zusammensetzen, aber nur, wenn nicht unnötig darauf geschrieben wurde.
Die ersten Minuten entscheiden. Versuche stoppen, Festplatten kennzeichnen, nicht formatieren und erst mit Kopien arbeiten.
Praktisch:
- Wenn die Festplatte klopft, piept, kratzt oder verbrannt riecht, schalten Sie das Gerät aus.
- Klicken Sie nicht auf
repair,rebuild,initializeodercreate new volume. - Kennzeichnen Sie die Reihenfolge der Festplatten nach Steckplätzen und fotografieren Sie den aktuellen Status der Administration.
- Wenn die Daten noch verfügbar sind, kopieren Sie nur die wichtigsten Dateien und schreiben Sie nichts weiter auf das NAS.
- Bei unklaren Ausfällen sollten Sie die Datenrettung vor weiteren Versuchen angehen.
Die Reihenfolge der Festplatten ist für die Rekonstruktion oft genauso wichtig wie die Festplatten selbst. Herausnehmen, durcheinanderbringen und testen ist die schlechteste Variante.
So erkennen Sie ein Problem mit RAID/NAS
Nicht immer handelt es sich um einen Totalkollaps. Das Problem kündigt sich oft schrittweise an, und es ist wichtig, diese Signale nicht zu ignorieren.
Der degraded-Zustand ist kein Weltuntergang, aber ein Zustand ohne Reserve. Ein weiterer Festplattenfehler oder ein schlechter Rebuild können die Entscheidung bringen.
- LED-Signalisierung: Orange oder rote LED am NAS (Synology, QNAP) oder Server. Kann dauerhaft leuchten oder blinken.
- Akustischer Alarm: Regelmäßiges Piepen, das auf eine Array-Degradierung hinweist.
- Array-Status: In der Administration sehen Sie den Status
Degraded,Crashed,Read-Only,Missing volumeoderNot Initialized. - Verminderte Leistung: Extrem langsames Kopieren, Systemabstürze, Dateien lassen sich nicht öffnen.
- SMART-Fehler: Warnungen in der Administration über defekte Sektoren, hohe Temperatur oder Lesefehler.
- Ungewöhnliche Geräusche: Klicken, Klopfen, Kratzen oder Piepen. Das ist bereits ein kritischer Zustand der Mechanik.
Was Sie NICHT tun sollten
Hier im Service sehen wir wiederkehrende Fehlerszenarien, die aus einem lösbaren Problem eine komplizierte und manchmal unmögliche Rettung machen.
Wenn Sie einen dieser Zustände sehen, fahren Sie nicht mit Versuch und Irrtum fort. Bei RAID/NAS ist es wichtig, den ursprünglichen Plattenzustand zu erhalten.
- Blinder Rebuild/Repair: Wenn mehr Festplatten ausfallen, als die Array-Toleranz erlaubt, oder eine davon mechanisch beschädigt ist, belastet der Rebuild die verbleibenden Festplatten durch Lesen und kann Metadaten überschreiben. Das ist ein häufiger Grund, warum Arrays in deutlich schlechterem Zustand zu uns kommen.
- Initialisierung von Festplatten: Wenn das System eine „nicht initialisierte Festplatte” meldet, klicken Sie niemals auf Initialisieren. Sie überschreiben damit den Beginn der Festplatte mit wichtigen RAID-Metadaten.
- Vertauschen der Reihenfolge: Sie nehmen die Festplatten aus dem NAS, reinigen sie und setzen sie dann in anderer Reihenfolge wieder ein. Für den Controller ist das ein Chaos, das zum Array-Zerfall führen kann.
- Weiteres Schreiben: Wenn Sie noch auf das Array zugreifen können, hören Sie sofort auf, irgendetwas zu schreiben. Jede neue Datei oder Änderung kann Blöcke überschreiben, die Sie retten müssen.
- Wiederholtes Einschalten: Die Festplatte klopft? Ausschalten und nicht wieder einschalten. Jeder erneute Startversuch kann mit dem Lesekopf die Datenschicht unwiderruflich zerstören.
- Recovery-Software auf Originalen: Das Scannen des Dateisystems direkt auf den kranken Festplatten ist ein Hasardspiel. Wenn die Festplatte stirbt, wird das Scannen sie endgültig zerstören.
RAID 0/1/5/6/10: Was jedes Level übersteht
Jedes RAID-Level hat eine andere Toleranz gegenüber Festplattenausfällen. Hier die Übersicht, mit der wir im Service täglich arbeiten.
Wie viele Festplattenausfälle jedes RAID-Level übersteht – und wo keine Reserve mehr bleibt.
| RAID | Was es aushält | Praktischer Kommentar |
|---|---|---|
| RAID 0 | 0 Festplatten | Keine Redundanz. Der Ausfall einer einzigen Festplatte zerstört das gesamte Array. Die Daten sind verteilt (Striping), ohne alle Mitglieder ein Puzzle ohne die Hälfte der Teile. |
| RAID 1 | 1 Festplatte (Spiegelung) | Übersteht den Ausfall einer Festplatte. Achtung, das Löschen einer Datei oder ein Ransomware-Angriff spiegelt sich sofort auf die zweite Festplatte. RAID 1 schützt nur vor HW-Fehlern, nicht vor Bedienerfehlern. |
| RAID 5 | 1 Festplatte | Im degraded-Modus haben Sie keine Reserve mehr. Beim Ausfall einer zweiten Festplatte oder einem Lesefehler während des Rebuilds ist das Array kritisch gefährdet und die Daten können unzugänglich werden. Bei großen modernen Festplatten ist der Rebuild langwierig und riskant. |
| RAID 6 | 2 Festplatten | Robustere Variante. Auch beim Ausfall einer Festplatte haben Sie noch Parität auf der zweiten. Der Rebuild ist jedoch extrem langwierig und anspruchsvoll, Lesefehler auf den verbleibenden Festplatten können ihn zunichtemachen. |
| RAID 10 | Hängt vom Paar ab | Kombination aus Spiegelung und Stripe. Übersteht den Ausfall mehrerer Festplatten, solange sie nicht aus demselben gespiegelten Paar stammen. Fallen beide Festplatten eines Paares aus, ist das Array tot. |
Wann die Datenrettung gelingt und wann die Chance gering ist
Die folgende Tabelle zeigt typische Szenarien, mit denen wir konfrontiert werden. Wir versprechen keine Wunder, aber sie zeigt, worauf es ankommt.
| Szenario | Chance auf Wiederherstellung | Was erforderlich ist |
|---|---|---|
| Aufgelöste Konfiguration (Festplatten OK, Array nicht gefunden) | Sehr hoch | Die Array-Parameter korrekt bestimmen (Reihenfolge, Stripe Size, Offset) und es softwaremäßig über Kopien zusammensetzen. |
| Degraded Array, Platten lesbar | Hoch | Kopien aller Festplatten erstellen, deren Zustand prüfen und erst dann Austausch und Rebuild angehen. |
| Defektes NAS/Controller, Platten OK | Hoch | Daten lassen sich oft unter normalem Linux auslesen. Aber immer erst von Kopien, nicht von Originalen. |
| Neuformatierung ohne starkes Überschreiben | Mittel bis hoch | Hängt vom Formattyp und Dateisystem ab. Metadaten sind überschrieben, aber die Daten bleiben oft erhalten. |
| Wiederholte Ausfälle, defekte Sektoren | Mittel bis niedrig | Laborarbeit erforderlich. Das Lesen über defekte Sektoren ist langsam und riskant, erfordert spezielle Hardware. |
| Unvollendeter oder falsch gestarteter Rebuild | Niedrig bis sehr niedrig | Metadaten und Teile der Daten wurden überschrieben. Daten sind oft fragmentiert und ohne logische Struktur. |
| Klopfen/Klicken der Mechanik | Niedrig (abhängig vom Schadensumfang) | Eingriff im Reinraum erforderlich, Austausch der Leseköpfe. Jedes weitere Einschalten verringert die Chance. |
Reale Szenarien, die wir oft lösen
Nicht jeder NAS-Absturz ist gleich. Zwei Fälle mögen auf dem Bildschirm ähnlich aussehen, technisch werden sie aber völlig unterschiedlich gelöst.
Synology SHR oder RAID 5 nach Ausfall einer Festplatte Wenn das Array nur degraded ist, die Daten lesbar sind und die anderen Festplatten gesund sind, kann ein Standard-Austausch der defekten Festplatte sinnvoll sein. Sobald jedoch SMART-Fehler auch auf einer weiteren Festplatte auftreten, ist es kein gewöhnlicher Service-Repair mehr, sondern eine Datenrettung.
QNAP nach fehlgeschlagenem Rebuild Das ist eine schlimmere Situation. Der Rebuild hat die verbleibenden Festplatten belastet, könnte einen Teil der Parität überschrieben haben und die Metadaten entsprechen möglicherweise nicht mehr dem ursprünglichen Zustand. Hier ist es entscheidend, keinen weiteren Repair zu versuchen, sondern Disk-Images zu erstellen und zu analysieren, was genau überschrieben wurde.
RAID 0 in einer externen Box RAID 0 hat keine Redundanz. Fehlt eine Festplatte, fehlt ein Teil der Daten. Die Chance hängt davon ab, ob die Festplatte zumindest teilweise noch lesbar ist und ob wir die Array-Parameter kennen. Für wichtige Daten ist RAID 0 eine schlechte Wahl.
NAS nach Ransomware RAID hilft nicht, wenn Ransomware die freigegebenen Dateien verschlüsselt. Das Array bleibt technisch gesund, aber die Daten sind logisch beschädigt. In einem solchen Fall kümmern wir uns um Snapshots, Backups, Schattenkopien oder teilweise Wiederherstellung je nach Art des Angriffs.
Die Diagnose zeigt, ob die Festplatte für weiteres Lesen geeignet ist, oder ob langsamer vorgegangen und jeder Versuch geschont werden muss.
Sicheres Wiederherstellungsverfahren
Wenn Sie ein Array zu uns in den Service bringen, halten wir uns an ein genaues Verfahren, um nichts zu verderben. Unten das Prinzip, nach dem eine sichere Wiederherstellung abläuft. Bei defekten Festplatten oder unklarem Array-Zerfall raten wir jedoch davon ab, es zu Hause blind zu versuchen.
Die Bit-Kopie ist die Grundlage für sicheres Arbeiten. Scan und Rekonstruktion laufen über die Kopie, nicht über die Originalfestplatte.
Sicheres Verfahren: zuerst Bit-Kopien aller Festplatten, Rekonstruktion und Export erst darüber – die Originale bleiben unangetastet.
- Erfassung und Dokumentation: Notieren Sie die genaue Reihenfolge der Festplatten (Steckplatz 1, 2, 3…), deren Seriennummern und was passiert ist – ein Zeitstrahl der Ereignisse. Das ist für die Rekonstruktion oft entscheidend.
- Bit-Kopie (Imaging): Jede Festplatte wird über einen Hardware-Write-Blocker (Schreibschutz) angeschlossen und eine vollständige Bit-Kopie auf ein gesundes, leeres Medium erstellt. Bei defekten Festplatten verwenden wir spezialisierte Tools, die über defekte Sektoren hinweg lesen können.
- Lesbarkeitsprüfung der Kopien: Wir überprüfen, ob die Kopien vollständig und fehlerfrei sind. Wir arbeiten ausschließlich mit ihnen.
- Rekonstruktion der Parameter: Wir analysieren die Metadaten und suchen die richtigen Parameter – Festplattenreihenfolge, Stripe Size, Offset, Paritätstyp und Rotation, Metadatentyp (z. B. mdadm, LVM, Intel Matrix).
- Array-Zusammensetzung und Datenexport: Wir setzen das Array virtuell nur lesend (read-only) zusammen, überprüfen die Dateisystemstruktur und exportieren die Daten auf das von Ihnen mitgebrachte Zielmedium.
Das Ziel ist nicht, „das NAS um jeden Preis zum Laufen zu bringen”. Das Ziel ist, die Daten sicher auf ein anderes Medium zu bekommen und erst dann über neuen Speicher nachzudenken.
Synology/QNAP Besonderheiten
Jeder Hersteller hat seine Eigenheiten, die wir bei der Rettung kennen müssen.
- Synology: Verwendet meist Linux Software-RAID (
mdadm) in Kombination mit LVM (Logical Volume Manager) und dem Dateisystemext4oderbtrfs. Deren eigene SHR-Technologie (Synology Hybrid RAID) basiert ebenfalls auf diesem Stack. Vorteil: Die Daten lassen sich oft auf einem normalen Linux-PC mounten und lesen, aber – wir wiederholen es – immer nur von Kopien. - QNAP: Verwendet eigene Schichten innerhalb des QTS- oder QuTS-Systems (ZFS). Sie können auf Storage-Pools, RAID-Gruppen und spezifische Konfigurationen stoßen. Auch hier gilt: Der Vendor-Repair ist nur dann ein legitimes Servicevorgehen, wenn Sie absolut sicher sind, dass die verbleibenden Festplatten physisch gesund sind und es sich um einen Standard-Austausch eines defekten Stücks in einem degraded-Array handelt. In jeder anderen Krisensituation ist es sicherer, alles zu stoppen und über Kopien zu lösen.
Preis, Zeit und was den Erfolg beeinflusst
Bei der RAID- und NAS-Datenrettung kann man im Voraus ohne Diagnose keinen fairen Festpreis versprechen. Der Unterschied ist riesig: Eine aufgelöste Konfiguration mit gesunden Festplatten wird anders gelöst als ein Array nach fehlgeschlagenem Rebuild, defekten Sektoren oder einer mechanisch beschädigten Festplatte.
Den Erfolg beeinflussen am meisten:
- wie viele Festplatten physisch ausgefallen sind,
- ob jemand einen Rebuild oder eine Initialisierung gestartet hat,
- ob ein aktuelles Backup existiert,
- ob die Steckplätze und die Reihenfolge der Festplatten bekannt sind,
- der RAID-Typ, das Dateisystem und die NAS-Plattform,
- ob nach dem Absturz weiter auf das Array geschrieben wurde.
Die erste Beurteilung beginnt damit, dass wir den Zustand der Festplatten und der Konfiguration feststellen. Erst dann macht es Sinn, zu sagen, ob es sich um eine gewöhnliche Wiederherstellung, eine komplexere RAID-Rekonstruktion oder einen Laboreingriff handeln wird.
Warum wir das ursprüngliche Array nicht zuerst reparieren
Bei einem normalen Service macht es Sinn, das Gerät zu reparieren. Bei der Datenrettung ist die Reihenfolge umgekehrt: zuerst die Daten retten, dann das Gerät angehen. Das ursprüngliche Array kann sich in einem instabilen Zustand befinden, und jede schreibende Operation kann das Ergebnis verschlechtern.
Deshalb vermeiden wir folgende Schritte, solange die Daten nicht in Sicherheit sind:
- Rebuild auf den Originalfestplatten,
- Reparatur des Dateisystems direkt auf dem Array,
- Initialisierung oder Erstellen eines neuen Volumes,
- Scannen mit Recovery-Software auf dem defekten Original,
- wiederholtes Einschalten einer Festplatte mit mechanischem Defekt.
Sobald die Daten exportiert sind, ist es an der Zeit zu entscheiden, ob das ursprüngliche NAS repariert, ein neuer Speicher gebaut, Festplatten getauscht, das RAID-Level geändert oder ein besseres Backup eingerichtet werden soll.
Was Sie uns bringen oder schicken können
Je bessere Informationen wir zu Beginn erhalten, desto weniger Zeit verlieren wir mit der Rekonstruktion. Ideal ist es, das gesamte NAS oder den Server im Originalzustand zu bringen. Ist das nicht möglich, hilft zumindest eine genaue Dokumentation.
Halten Sie bereit:
- Modell des NAS oder Servers,
- Anzahl der Festplatten und deren ursprüngliche Reihenfolge in den Slots,
- ein Foto der Administration mit dem Array-Status,
- einen Zeitstrahl: Was geschah zuerst, was haben Sie danach versucht,
- die Information, ob ein Rebuild, Repair, eine Initialisierung oder ein Festplattentausch stattgefunden hat,
- ein Zielmedium für die geretteten Daten.
Nach der Datenwiederherstellung ist es sinnvoll, sofort die Datensicherung einzurichten, denn RAID an sich ist kein Backup.
Häufige Fragen
Soll ich die defekte Festplatte austauschen und auf Repair klicken? Nur wenn Sie zu 100 % sicher sind, dass genau eine Festplatte ausgefallen ist und alle anderen in perfektem Zustand sind (keine SMART-Fehler, defekte Sektoren). Andernfalls ist es eine riskante Operation, die das Array zerstören kann. Wenn Sie sich nicht sicher sind, tun Sie es nicht.
Kann ich die Festplatten an Windows anschließen? Nein. Windows versteht von Haus aus weder Dateisysteme wie ext4, btrfs, noch Linux-Software-RAID (mdadm). Ein Verbindungsversuch kann zur Aufforderung führen, die Festplatte zu initialisieren, was fatale Folgen hätte.
Das NAS zeigt Daten, meldet aber degraded – was nun? Sichern Sie sofort die wichtigsten Daten auf eine externe Festplatte, falls möglich. Kümmern Sie sich dann um den Festplattentausch. Denken Sie daran: Im degraded-Zustand haben Sie keinen Schutz gegen den Ausfall einer weiteren Festplatte.
Muss ich das ganze NAS oder nur die Festplatten bringen? Bringen Sie idealerweise das gesamte NAS. Für uns ist die Kenntnis von Modell und Systemversion wichtig. Wenn Sie nur die Festplatten bringen, ist es kritisch wichtig, deren Reihenfolge exakt gekennzeichnet zu haben (Steckplatz 1, 2, 3…). Ohne dies wird die Rekonstruktion extrem erschwert.
Hilft RAID, wenn ich versehentlich etwas gelöscht habe? Nein. RAID schützt vor einem Hardwareausfall, ist aber kein Backup. Es schützt Sie nicht vor dem Löschen von Dateien, Bedienerfehlern oder Ransomware. Auch für NAS und Server gilt die 3-2-1 Backup-Regel.
Offizielle Herstelleranleitungen vs. Datenrettung
Sowohl Synology als auch QNAP haben offizielle Verfahren zur Reparatur eines degraded Arrays. Diese sind sinnvoll, wenn klar ist, dass genau eine Festplatte ausgefallen ist, die anderen gesund sind und Sie ein aktuelles Backup haben. Wenn Sie sich dessen nicht sicher sind, ist es sicherer, innezuhalten und zuerst Kopien zu erstellen. Zur Orientierung: Synology beschreibt die Repair des Storage-Pools, QNAP beschreibt die Wiederherstellung einer RAID-Gruppe im degraded-Status. Diese Anleitungen sind nicht dasselbe wie eine Datenrettung nach einem unklaren Crash.
Wenn Ihr NAS oder Server einen Fehler meldet, bewahren Sie Ruhe und probieren Sie vor allem nichts auf gut Glück aus. Rufen Sie uns an, bevor Sie einen Rebuild starten. Die korrekte Beschreibung der Festplattenreihenfolge und der Zeitstrahl der Ereignisse sind die halbe Miete. Um den Rest kümmern wir uns im Rahmen der Datenrettung in Brno. Und wenn Ihre Daten in Sicherheit sind, werfen Sie einen Blick auf unsere Tipps für die richtige Datensicherung, denn RAID allein ist wirklich kein Backup.