Ein RAID 5 hält den vollständigen Ausfall eines Laufwerks aus, sofern die übrigen Member noch sauber lesbar sind. Das NAS kann dann je nach System weiterlaufen, allerdings im degradierten Zustand und ohne die bisherige Reserve. Tauchen weitere Lesefehler auf oder wird ein zweites Laufwerk als fehlerhaft gemeldet, sollten keine Rebuild- oder Reparaturversuche mehr auf dem Original gestartet werden.
Bei einem RAID- oder NAS-Ausfall sollten Sie festhalten, welche Laufwerke als fehlerhaft gemeldet werden und welche Änderungen bereits vorgenommen wurden. Bei mehreren Auffälligkeiten ist ein weiterer Rebuild auf dem Original riskant. RAID zur Analyse anmelden.
RAID 5 verteilt Daten und Parität über mindestens drei Laufwerke. Ein einzelner ausgefallener Member kann rechnerisch ersetzt werden, solange die übrigen Laufwerke die benötigten Blöcke fehlerfrei liefern. Deshalb ist ein degradiertes RAID zwar häufig noch erreichbar, besitzt aber keine weitere Laufwerksreserve.
Bei einem einzelnen, eindeutig ausgefallenen Laufwerk kann ein regulärer Austausch sinnvoll sein. Gibt es zusätzliche Warnungen, Lesefehler oder einen abgebrochenen Rebuild, sollte das System dagegen nicht weiter belastet werden. Eine erste Einschätzung erhalten Sie unter +49 30 983216980 oder über die Analyseanmeldung.
Nicht jede RAID-Störung ist ein Mehrfachausfall. Möglich sind einzelne Laufwerksdefekte, Lesefehler, Controller- oder Stromprobleme sowie Veränderungen an der Konfiguration. Maßgeblich ist der aktuelle Zustand der Member.
Ein einzelner Laufwerksausfall ist ein vorgesehenes RAID-5-Szenario. Wenn jedoch weitere Warnungen hinzukommen oder ein Rebuild bereits gescheitert ist, ändert sich die Lage.
Bei einem einzelnen, klar erkannten Laufwerksausfall kann ein RAID-5-NAS für den vorgesehenen Rebuild mit einem passenden Ersatzlaufwerk bestückt werden. Gibt es zusätzliche Warnungen, sollte zuerst geklärt werden, ob noch genügend stabile Daten für den Rebuild vorhanden sind.
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.
Ein einzelner Member-Ausfall ist vom RAID vorgesehen. Sind die Daten nicht mehr erreichbar, meldet ein zweites Laufwerk Fehler oder ist ein Rebuild gescheitert, sollte das System nicht weiter verändert werden. Eine erste Einschätzung erhalten Sie unter +49 30 983216980 oder über die Analyseanmeldung.
Meldet ein RAID-5-NAS neben einer bereits ausgefallenen Festplatte ein weiteres fehlerhaftes Laufwerk, sollte das System nicht weiter betrieben werden. Warum ein erneuter Rebuild die Situation verschlechtern kann und was stattdessen sinnvoll ist, erläutert der Ratgeber RAID 5: zwei Festplatten ausgefallen.