RAID 5 verteilt Daten und Paritätsinformationen über mindestens drei Laufwerke. Fällt ein einzelnes Laufwerk vollständig aus und sind die übrigen Member gesund, kann das System die fehlenden Blöcke aus den vorhandenen Daten und der Parität berechnen. Das ist Redundanz, aber kein Backup. Meldet ein NAS zusätzlich Lesefehler, verschwindet ein zweites Laufwerk oder ist bereits ein Rebuild fehlgeschlagen, sollte der Verbund nicht weiter belastet werden.
Wenn Ihr NAS ein Laufwerk als ausgefallen meldet und die Daten wichtig sind, dokumentieren Sie die Meldung und vermeiden Sie weitere Reparaturversuche bei unklarer Lage. Melden Sie das RAID direkt zur Analyse an; Modell, Laufwerkszahl und bisherige Schritte können Sie dabei gleich mitgeben.
Ein RAID 5 benötigt mindestens drei Laufwerke. Datenblöcke und Paritätsblöcke werden über die Member verteilt. Fällt ein Laufwerk vollständig aus, kann das System die fehlenden Blöcke aus den übrigen Daten und der jeweiligen Parität berechnen. Das funktioniert nur, solange pro Stripe nicht mehr Informationen fehlen, als die einfache Parität ausgleichen kann.
Wenn Ihr NAS nach einem Laufwerksausfall weiterläuft, sichern Sie wichtige zugängliche Daten nur dann, wenn das System stabil ist und keine weiteren Laufwerkswarnungen vorliegen. Bei einem zweiten Fehler oder einem abgebrochenen Rebuild sollte das RAID nicht weiter belastet werden. Für eine erste Einschätzung erreichen Sie uns unter +43 5523 21616 oder über die Analyseanmeldung.
Ein RAID 5 kann aus sehr unterschiedlichen Gründen ausfallen. Für die weitere Vorgehensweise ist wichtig, ob tatsächlich ein Laufwerk fehlt, mehrere Member nur noch instabil lesen oder die RAID-Konfiguration selbst verändert wurde.
Wenn das NAS mehr als einen Fehler meldet oder der Zustand der übrigen Laufwerke unklar ist, sollte der Verbund nicht durch weitere Rebuilds verändert werden. Die wichtigsten Schritte sind:
Bei einem eindeutigen Ausfall eines einzelnen RAID-5-Members kann der Austausch der defekten Festplatte der vorgesehene nächste Schritt sein. Vorher sollte jedoch geprüft werden, ob die übrigen Laufwerke stabil sind und ein aktuelles Backup existiert. Meldet das NAS zusätzliche Lesefehler oder ist bereits ein Rebuild gescheitert, sollte nicht einfach eine neue Platte eingesetzt und weitergerechnet werden.
Zeigt ein NAS den Zustand Degraded oder „degradiert“, ist der RAID-Verbund meist noch vorhanden, aber mindestens ein benötigter Member fehlt oder wird nicht mehr zuverlässig eingebunden. Bei RAID 5 ist damit die Reserve für einen vollständigen Laufwerksausfall aufgebraucht. Die Daten können weiterhin erreichbar sein, der Verbund arbeitet aber nicht mehr im normalen Zustand.
Meldet das System eindeutig nur eine ausgefallene Festplatte, sind die übrigen Laufwerke unauffällig und existiert ein aktuelles Backup, kann ein regulärer Plattentausch mit anschließendem Rebuild der richtige Weg sein. Zeigt dagegen ein zweites Laufwerk Lesefehler, verschwindet zeitweise oder ist bereits ein Rebuild abgebrochen, sollte der aktuelle Zustand zuerst gesichert werden.
Der Ausfall eines einzelnen Laufwerks ist genau der Fehler, den RAID 5 abfangen soll. Solange die übrigen Member vollständig lesbar sind, kann ein Ersatzlaufwerk eingebaut und die fehlende Information über einen Rebuild neu erzeugt werden. Eine Datenrettung ist in diesem sauberen Szenario normalerweise nicht erforderlich.
Vor dem Tausch lohnt sich trotzdem ein Blick auf die übrigen Laufwerke. Meldet das NAS weitere I/O-Fehler, SMART-Warnungen oder einen bereits abgebrochenen Rebuild, ist die Ausgangslage nicht mehr eindeutig. Dann sollte nicht einfach weiter rebuilt werden, weil der Rebuild alle verbliebenen Member intensiv lesen muss.
Mit zwei vollständig fehlenden Festplatten kann ein RAID 5 die Daten nicht mehr allein aus den verbliebenen Laufwerken berechnen. Die einfache Parität reicht nur für einen fehlenden Block pro Stripe. Das bedeutet jedoch nicht automatisch, dass keine Datenrettung mehr möglich ist.
Ein vom NAS als „Failed“ gemeldetes Laufwerk kann beispielsweise noch teilweise lesbar sein oder nur wegen wiederholter Fehler aus dem Verbund entfernt worden sein. Sind die beschädigten Bereiche der beiden problematischen Member nicht deckungsgleich, können viele Stripes weiterhin vollständig gelesen oder mit Parität ergänzt werden. Deshalb sollten auch vermeintlich defekte Laufwerke und bereits eingesetzte Ersatzplatten aufbewahrt werden.
Bleibt ein Rebuild immer an derselben Stelle stehen, bricht mit einem Lesefehler ab oder verschwindet dabei ein weiteres Laufwerk, sollte der Vorgang nicht immer wieder neu gestartet werden. Häufig zeigt der Abbruch, dass mindestens ein verbliebener Member die für den Rebuild benötigten Daten nicht zuverlässig liefern kann.
Bewahren Sie sowohl die ursprünglich ausgefallene Festplatte als auch das bereits teilweise beschriebene Ersatzlaufwerk auf. Je nach Verlauf können beide unterschiedliche, aber für die Rekonstruktion brauchbare Zustände enthalten. Wichtig sind außerdem die angezeigte Prozentzahl, die Fehlermeldung und die Reihenfolge der bisherigen Schritte.
NAS- und RAID-Hersteller verwenden unterschiedliche Begriffe. Die folgenden Meldungen sind deshalb keine Diagnose, helfen aber dabei, den aktuellen Zustand einzuordnen:
| Meldung | Typische Bedeutung | Worauf achten? |
|---|---|---|
| Degraded | Der Verbund läuft mit reduzierter Redundanz; häufig fehlt ein Member. | Zustand der übrigen Laufwerke prüfen, bevor ein Rebuild gestartet wird. |
| Failed | Controller oder NAS hat ein Laufwerk oder den Verbund als fehlerhaft markiert. | „Failed“ bedeutet nicht zwingend, dass der Datenträger physisch vollständig ausgefallen ist. |
| Missing / Offline | Ein erwarteter Member wird nicht eingebunden oder der Verbund kann nicht bereitgestellt werden. | Slot, Verkabelung, Backplane, Controllerstatus und Laufwerkszustand dokumentieren. |
| Critical | Herstellerspezifischer Hinweis auf einen Zustand ohne ausreichende Reserve oder mit weiteren Fehlern. | Keine automatische Reparatur bestätigen, bevor die Ursache geklärt ist. |
| Foreign Configuration | Ein Controller erkennt RAID-Metadaten, die nicht seiner aktuell geladenen Konfiguration entsprechen. | Nicht „Initialize“ oder „Clear“ wählen; Import und Ausgangszustand zuerst prüfen. |
| Rebuild Failed / Aborted | Der Neuaufbau konnte nicht abgeschlossen werden. | Alle ursprünglichen Member und das teilweise beschriebene Ersatzlaufwerk erhalten. |
Ein nicht mehr erreichbares RAID bedeutet nicht automatisch, dass die Datenplatten selbst beschädigt sind. Auch ein defektes NAS, eine Backplane, ein Controller oder eine unterbrochene Verbindung kann dazu führen, dass Member als „Missing“ erscheinen. Ein beliebiger Austausch des Controllers ist trotzdem keine gute Idee, weil unterschiedliche Systeme RAID-Metadaten verschieden interpretieren.
Wurde versehentlich die falsche Festplatte gezogen, sollte ihre ursprüngliche Slotposition notiert und kein neuer Verbund initialisiert werden. Hat das RAID während der Abwesenheit des Members weitergeschrieben oder bereits einen Rebuild begonnen, können unterschiedliche Datenstände entstanden sein.
Ein Stromausfall kann dazu führen, dass ein NAS oder RAID nach dem Neustart ein Volume nicht mehr einbindet, obwohl keine Festplatte mechanisch beschädigt ist. Möglich sind unvollständige Schreibvorgänge, inkonsistente Dateisystemstrukturen oder ein nicht sauber gespeicherter RAID-Zustand.
Wird danach eine Initialisierung, Reparatur oder ein Rebuild angeboten, sollte zuerst geklärt werden, ob alle ursprünglichen Member vorhanden und lesbar sind. Ein Stromausfall allein ist kein Grund, einen neuen RAID-Verbund anzulegen.
Für eine erste Einschätzung müssen Sie die RAID-Parameter nicht selbst kennen. Hilfreich sind vor allem die Informationen, die den Ablauf des Fehlers nachvollziehbar machen:
Im normalen Betrieb nein. Die Parität eines RAID 5 kann pro Stripe einen fehlenden Block ersetzen. Sind zwei Member vollständig nicht verfügbar, reicht diese Redundanz nicht aus. Für eine Datenrettung kann es trotzdem Möglichkeiten geben, wenn mindestens eines der als ausgefallen gemeldeten Laufwerke noch teilweise lesbar ist.
Dann kann der Rebuild die fehlenden Daten unter Umständen nicht mehr vollständig berechnen. Der Vorgang sollte nicht wiederholt erzwungen werden. Sowohl die ursprünglichen Member als auch das teilweise beschriebene Ersatzlaufwerk können für die Rekonstruktion relevant sein.
Technisch kann ein RAID 5 mit einem ausgefallenen Member weiter verfügbar sein. Es besitzt dann aber keine Reserve für einen weiteren vollständigen Laufwerksausfall. Bei wichtigen Daten sollte der Zustand zeitnah geprüft und ein aktuelles Backup sichergestellt werden.
Das hängt von Kapazität, Controller, Auslastung, Laufwerksgeschwindigkeit und vorhandenen Lesefehlern ab. Eine feste Dauer lässt sich deshalb nicht seriös nennen. Bleibt der Rebuild wiederholt an derselben Stelle stehen oder treten I/O-Fehler auf, ist das wichtiger als die reine Laufzeit.
Nicht grundsätzlich. Sie muss vom System unterstützt werden, zur Schnittstelle und zum Sektorformat passen und mindestens die erforderliche nutzbare Kapazität bieten. Hersteller oder Controller können zusätzliche Vorgaben machen.
In vielen Fällen ja. RAID-Parameter und Member-Reihenfolge lassen sich häufig aus Metadaten und Datenstrukturen ableiten. Proprietäre Controllerfunktionen, Verschlüsselung oder fehlende Cache-Inhalte können jedoch zusätzliche Abhängigkeiten schaffen.
Typischerweise erkennt ein RAID-Controller auf den Laufwerken eine Konfiguration, die nicht zu seiner aktuell geladenen Konfiguration passt. Die genaue Bedeutung ist herstellerspezifisch. Vor „Import“, „Clear“ oder „Initialize“ sollte der Ausgangszustand dokumentiert und geprüft werden.
Oft ja. Metadaten, Dateisystemstrukturen und die Plausibilität der Daten über mehrere Stripes helfen bei der Bestimmung der Member-Reihenfolge. Trotzdem sollten vorhandene Slotinformationen immer erhalten bleiben, weil sie die Rekonstruktion deutlich vereinfachen.
Slot und Seriennummer dokumentieren und keine Neuinitialisierung starten. Wurde in der Zwischenzeit nicht auf das Array geschrieben, kann der ursprüngliche Zustand noch konsistent sein. Nach Schreibvorgängen oder einem gestarteten Rebuild können unterschiedliche Datenstände entstanden sein.
Nein. Ein Offline-Status kann durch Laufwerksfehler, Controller- oder Backplane-Probleme, beschädigte Metadaten oder Fehler auf der darüberliegenden Dateisystemebene entstehen. Erst die Analyse der einzelnen Member zeigt, welche Ursache tatsächlich vorliegt.
Wenn Ihr privates NAS nur einen eindeutigen Laufwerksausfall meldet, ist nicht automatisch eine Datenrettung nötig. Kritisch wird es bei einem zweiten fehlerhaften Member, einem abgebrochenen Rebuild oder nicht mehr zugänglichen Daten. Für eine Einschätzung erreichen Sie uns unter +43 5523 21616 oder über die Analyseanmeldung.
Sind in einem privaten NAS mit RAID 5 bereits zwei Festplatten ausgefallen oder nicht mehr zuverlässig lesbar, sollte kein weiterer Rebuild gestartet werden. Was jetzt wichtig ist und welche Versuche zusätzlichen Schaden verursachen können, erklärt der Ratgeber RAID 5 mit zwei ausgefallenen Festplatten.
