RAID-Rebuild nach Festplattenausfall: Wann der Wiederaufbau zum Risiko wird

Das NAS meldet einen fehlerhaften Speicherpool. Eine Festplatte ist ausgefallen, der RAID-Verbund läuft nur noch im herabgesetzten Zustand. Die Verwaltungsoberfläche bietet an, ein neues Laufwerk einzusetzen und den Speicherpool zu reparieren.

Was nach einer klaren Standardmaßnahme klingt, ist technisch ein weitreichender Vorgang. Während des Rebuilds werden große Teile des verbliebenen RAID-Verbunds gelesen und die fehlenden Daten auf dem Ersatzlaufwerk neu berechnet oder kopiert. Sind die übrigen Festplatten gesund, ist das genau der vorgesehene Ablauf.

Schwierig wird es, wenn eine weitere Festplatte bereits Lesefehler aufweist, wiederholt aus dem Verbund gefallen ist oder mechanische Probleme entwickelt. Dann kann aus einem noch zugänglichen, aber geschwächten RAID ein vollständig ausgefallenes System werden.

Ein Rebuild ist deshalb keine Datenrettung. Er soll die Redundanz eines funktionierenden RAID-Verbunds wiederherstellen. Ob er gefahrlos gestartet werden kann, hängt vom Zustand aller beteiligten Laufwerke ab.

Was bedeutet „degraded“ oder „herabgesetzt“?

Ein RAID wird als herabgesetzt beziehungsweise „degraded“ bezeichnet, wenn mindestens ein benötigtes Laufwerk fehlt oder ausgefallen ist, der Verbund aber noch innerhalb seiner vorgesehenen Ausfalltoleranz arbeitet.

Bei einem RAID 5 kann üblicherweise eine Festplatte ausfallen. Die Daten bleiben zunächst erreichbar, weil die fehlenden Blöcke aus den verbliebenen Daten und den Paritätsinformationen berechnet werden können.

QNAP beschreibt einen herabgesetzten RAID-Verbund entsprechend als weiterhin zugänglich, solange die Zahl der ausgefallenen Laufwerke die Fehlertoleranz des verwendeten RAID-Levels nicht überschreitet. Synology verwendet denselben Grundsatz für reparierbare Speicherpools mit RAID 1, RAID 5, RAID 6, RAID 10, RAID F1 und SHR.

„Degraded“ bedeutet daher nicht automatisch, dass bereits Dateien verloren sind. Es bedeutet aber, dass ein Teil der vorgesehenen Ausfallsicherheit fehlt.

Bei einem RAID 5 mit einer ausgefallenen Festplatte gibt es während dieser Zeit keine Reserve mehr. Fällt ein weiteres Laufwerk vollständig aus, reicht die vorhandene Parität nicht mehr aus, um den Verbund regulär zu betreiben.

Was geschieht während eines RAID-Rebuilds?

Beim Rebuild wird ein neues oder als Ersatz vorgesehenes Laufwerk in den RAID-Verbund aufgenommen. Anschließend rekonstruiert der Controller oder die RAID-Software die Daten, die sich auf der ausgefallenen Festplatte befunden haben.

Wie das geschieht, hängt vom RAID-Level ab.

RAID 1

Bei einem RAID 1 existieren mindestens zwei Kopien derselben Daten. Fällt ein Laufwerk aus, wird der Inhalt des verbliebenen Mitglieds auf die neue Festplatte übertragen.

Das klingt unkompliziert. Dennoch muss das verbliebene Laufwerk während des Rebuilds sehr große Datenmengen lesen. Enthält es nicht lesbare Bereiche, können die betreffenden Inhalte nicht vollständig auf das Ersatzlaufwerk übertragen werden.

RAID 5

Ein RAID 5 verteilt Daten und Paritätsinformationen über alle beteiligten Laufwerke. Nach dem Ausfall einer Festplatte wird deren Inhalt aus den noch vorhandenen Datenblöcken und der zugehörigen Parität berechnet.

Für einen vollständigen Wiederaufbau müssen dadurch praktisch alle relevanten Bereiche der verbliebenen Laufwerke gelesen werden. Jeder nicht lesbare Bereich kann die Rekonstruktion des zugehörigen Stripes beeinträchtigen.

RAID 6

RAID 6 arbeitet mit zwei voneinander unabhängigen Paritätsinformationen und kann deshalb normalerweise zwei Laufwerksausfälle verkraften.

Ist nur eine Festplatte ausgefallen, besteht noch eine zusätzliche Sicherheitsebene. Bei zwei ausgefallenen Laufwerken ist diese Reserve jedoch aufgebraucht. Ein weiterer Lesefehler oder ein dritter Laufwerksausfall kann dann auch bei RAID 6 zu fehlenden Daten führen.

RAID 10

RAID 10 kombiniert Spiegelung und Striping. Ob ein weiterer Laufwerksausfall toleriert wird, hängt nicht allein von der Anzahl der defekten Festplatten ab, sondern davon, welche Spiegelpaare betroffen sind.

Zwei ausgefallene Festplatten können unter Umständen noch tolerierbar sein. Befinden sie sich jedoch im selben Spiegelpaar, kann der Verbund bereits ausfallen.

SHR und SHR-2

Synology Hybrid RAID verwendet im Hintergrund ebenfalls redundante RAID-Strukturen. SHR mit einfacher Ausfallsicherheit verhält sich aus Sicht des Nutzers ähnlich wie ein RAID mit einer tolerierten ausgefallenen Festplatte. SHR-2 ist für den Ausfall von zwei Laufwerken ausgelegt.

Die interne Aufteilung kann komplexer sein als bei einem klassischen RAID-Verbund mit gleich großen Festplatten. Eigenständige Reparaturversuche außerhalb des ursprünglichen NAS sollten deshalb nicht allein anhand der sichtbaren Laufwerksgrößen vorgenommen werden.

RAID 0

Ein RAID 0 besitzt keine Redundanz. Fällt ein Laufwerk aus, gibt es keine Paritäts- oder Spiegelinformationen, aus denen dessen Inhalt automatisch rekonstruiert werden könnte.

Ein regulärer Rebuild ist bei RAID 0 daher nicht möglich.

Warum ein Rebuild die übrigen Festplatten stark beansprucht

Im normalen Betrieb werden häufig nur jene Dateien gelesen, auf die Nutzer oder Anwendungen gerade zugreifen. Beim Rebuild muss das System dagegen große Bereiche aller noch vorhandenen RAID-Mitglieder nacheinander verarbeiten.

Dadurch kommen Speicherbereiche zum Vorschein, die möglicherweise seit langer Zeit nicht mehr gelesen wurden.

Eine Festplatte kann im Alltag scheinbar unauffällig funktionieren, obwohl einzelne Sektoren nur noch mit zahlreichen Wiederholungsversuchen gelesen werden können. Erst bei einem vollständigen Durchlauf zeigt sich, dass weitere Bereiche beschädigt sind.

Hersteller definieren einen nicht korrigierbaren Lesefehler als einen Bereich, dessen Daten trotz interner Fehlerkorrektur und Wiederholungsversuchen nicht mehr vom Medium gelesen werden können. Solche Fehler werden erst bei einem tatsächlichen Lesezugriff entdeckt.

Der Rebuild verursacht diese Schäden nicht zwingend. Er macht sie aber sichtbar – und das zu einem Zeitpunkt, an dem bereits ein anderes Laufwerk fehlt.

Hinzu kommt die lange, weitgehend ununterbrochene Laufzeit. Je nach Kapazität, Auslastung, NAS-Modell und Zustand der Festplatten kann ein Wiederaufbau viele Stunden oder mehrere Tage dauern. Während dieser Zeit arbeiten alle beteiligten Laufwerke intensiv.

Das eigentliche Risiko: ein zweiter Fehler während des Rebuilds

Angenommen, eine Festplatte in einem RAID 5 ist vollständig ausgefallen. Der Verbund läuft noch, weil alle fehlenden Daten aus den übrigen Mitgliedern berechnet werden.

Beim Rebuild stößt das System nun auf einen nicht lesbaren Bereich einer zweiten Festplatte. Für genau diesen Bereich fehlen damit zwei Bestandteile:

• der Inhalt der bereits ausgefallenen Festplatte,

• ein weiterer Daten- oder Paritätsblock auf der noch eingebauten Festplatte.

Ein RAID 5 kann diese Kombination nicht immer vollständig ausgleichen. Je nach Controller, Betriebssystem und Art des Fehlers kann der Rebuild abbrechen, einzelne Datenbereiche können beschädigt bleiben oder das betroffene Laufwerk wird vollständig aus dem Verbund entfernt.

Fällt die zweite Festplatte ganz aus, ist die Ausfalltoleranz überschritten und der RAID-Verbund kann abstürzen.

Bei einem RAID 6 besteht nach dem ersten Laufwerksausfall noch eine zusätzliche Reserve. Nach dem zweiten Ausfall befindet sich aber auch RAID 6 in einer vergleichbaren Lage: Ein weiterer Fehler kann nicht mehr regulär ausgeglichen werden.

Warum ähnlich alte Festplatten gemeinsam Probleme entwickeln können

In vielen NAS-Systemen wurden alle Festplatten am selben Tag gekauft, gemeinsam eingebaut und über Jahre hinweg unter nahezu identischen Bedingungen betrieben.

Sie haben dann oft:

• eine ähnliche Zahl an Betriebsstunden,

• vergleichbare Start- und Stoppzyklen,

• dieselbe Umgebungstemperatur,

• ähnliche Vibrationen,

• dieselbe Arbeitslast,

• möglicherweise dieselbe Modell- und Produktionsserie.

Fällt eines dieser Laufwerke alters- oder verschleißbedingt aus, ist es nicht ungewöhnlich, dass sich auch auf den übrigen Festplatten bereits erste Auffälligkeiten zeigen.

Das bedeutet nicht, dass baugleiche Festplatten zwangsläufig kurz nacheinander ausfallen. Es wäre aber riskant, nach dem ersten Defekt automatisch davon auszugehen, dass alle anderen RAID-Mitglieder vollständig fehlerfrei sind.

Gerade bei einem mehrere Jahre alten NAS sollte der Zustand der übrigen Laufwerke vor dem Rebuild genauer betrachtet werden.

Ein „gesund“-Status ist keine vollständige Entwarnung

Die Verwaltungsoberfläche eines NAS fasst den Laufwerkszustand meist stark vereinfacht zusammen. Eine Festplatte kann dort noch als „normal“ oder „gesund“ erscheinen, obwohl bereits korrigierbare Lesefehler, instabile Sektoren oder ungewöhnlich lange Antwortzeiten auftreten.

S.M.A.R.T.-Werte sind hilfreich, bilden aber nicht jeden Fehler zuverlässig ab. Manche mechanischen Probleme entwickeln sich sehr schnell. Andere Auffälligkeiten werden vom jeweiligen Hersteller unterschiedlich bewertet oder erst ab einem festgelegten Grenzwert als kritisch eingestuft.

Auch ein erfolgreich abgeschlossener kurzer S.M.A.R.T.-Test liest nicht die gesamte Oberfläche. Ausgerechnet jene Bereiche, die der Rebuild später benötigt, können dabei ungeprüft bleiben.

Ein vollständiger Oberflächentest würde zwar mehr Bereiche erfassen, belastet aber ebenfalls das Laufwerk. Bei einem bereits geschwächten RAID sollte deshalb nicht wahllos mit langen Tests begonnen werden.

Nicht jeder Lesefehler führt zum vollständigen Ausfall

Ein einzelner nicht lesbarer Sektor bedeutet nicht automatisch, dass der gesamte RAID-Verbund verloren ist.

Mögliche Folgen reichen von einer beschädigten Datei bis zum Abbruch des gesamten Rebuilds. Das hängt davon ab:

• welches RAID-Level verwendet wird,

• wie viele Laufwerke bereits fehlen,

• ob der fehlerhafte Bereich Nutzdaten oder Parität enthält,

• wie der RAID-Controller auf Lesefehler reagiert,

• ob das Dateisystem Prüfsummen verwendet,

• ob weitere redundante Informationen vorhanden sind.

Bei einem kleinen lokalen Fehler kann nur eine einzelne Datei betroffen sein. Wird dagegen ein Laufwerk wegen zahlreicher Fehler vollständig aus dem Verbund entfernt, kann die Situation innerhalb kurzer Zeit eskalieren.

Die Warnung vor einem unüberlegten Rebuild soll daher nicht bedeuten, dass jeder Wiederaufbau scheitert. In intakten Systemen werden Rebuilds täglich erfolgreich durchgeführt. Gefährlich ist vor allem der Start ohne Kenntnis der Ausgangslage.

Rebuild, Resync und Datenbereinigung sind nicht dasselbe

Die Begriffe werden in NAS-Oberflächen und Foren häufig vermischt.

Rebuild oder Reparatur

Ein fehlendes oder defektes RAID-Mitglied wird durch ein anderes Laufwerk ersetzt. Das System rekonstruiert die Daten auf diesem neuen Mitglied und stellt die Redundanz wieder her.

Resync oder Synchronisierung

Der RAID-Verbund gleicht Bereiche ab, die möglicherweise nicht mehr konsistent sind. Das kann beispielsweise nach einem unsauberen Herunterfahren oder nach Änderungen am Verbund notwendig werden.

Die Linux-MD-Dokumentation unterscheidet unter anderem zwischen Recovery, Resync, Check und Repair. Bei einer vollständigen Prüfung werden alle Blöcke gelesen; bei einer Reparatur können erkannte Abweichungen auch neu geschrieben werden.

RAID- oder Data-Scrubbing

Beim Scrubbing werden vorhandene Daten und Paritätsinformationen auf Konsistenz geprüft. Unterstützt das Dateisystem zusätzliche Prüfsummen, können bestimmte Abweichungen erkannt und mithilfe redundanter Kopien repariert werden.

Synology empfiehlt regelmäßige Datenbereinigungen, um Inkonsistenzen frühzeitig zu entdecken. Ein bereits herabgesetzter oder abgestürzter Speicherpool kann jedoch je nach System nicht mehr regulär bereinigt werden.

Ein Scrubbing ist deshalb vor allem vorbeugende Wartung. Es ersetzt weder ein Backup noch eine Diagnose nach einem Laufwerksausfall.

Dateisystemreparatur

Eine Dateisystemreparatur arbeitet auf einer anderen Ebene. Sie versucht, beschädigte Verzeichnisse, Zuordnungen und Metadaten innerhalb des vorhandenen Volumes zu korrigieren.

Ein RAID kann technisch vollständig aufgebaut sein und trotzdem ein beschädigtes Dateisystem enthalten. Umgekehrt kann ein intaktes Dateisystem nicht mehr erreichbar sein, weil der darunterliegende RAID-Verbund ausgefallen ist.

Diese Vorgänge sollten nicht gleichzeitig oder in beliebiger Reihenfolge gestartet werden.

Wann ein Rebuild normalerweise sinnvoll ist

Ein Wiederaufbau ist der vorgesehene Weg, wenn die Ausgangslage eindeutig ist:

• Genau so viele Laufwerke sind ausgefallen, wie das RAID-Level toleriert.

• Das betroffene Laufwerk lässt sich zweifelsfrei identifizieren.

• Die übrigen RAID-Mitglieder zeigen keine auffälligen Geräusche oder I/O-Fehler.

• Es gibt ein aktuelles und überprüfbares Backup.

• Die Daten sind über den herabgesetzten Speicherpool noch zugänglich.

• Das Ersatzlaufwerk ist geeignet und mindestens so groß wie erforderlich.

• Die Stromversorgung ist stabil.

• Die Einschübe und Festplattenzuordnungen sind eindeutig dokumentiert.

Synology und QNAP sehen für diesen Fall ausdrücklich vor, das ausgefallene Laufwerk zu ersetzen und den herabgesetzten Verbund anschließend zu reparieren beziehungsweise neu aufzubauen.

Auch dann sollte das Backup vor dem Start geprüft werden. Ein vorhandener Sicherungsjob ist wenig hilfreich, wenn er seit Monaten fehlschlägt oder wichtige Ordner nie einbezogen waren.

Wann Sie den Rebuild nicht sofort starten sollten

Vorsicht ist geboten, wenn sich das Fehlerbild nicht auf eine eindeutig ausgefallene Festplatte beschränkt.

Ein Rebuild sollte nicht ohne weitere Prüfung gestartet werden, wenn:

• mehrere Laufwerke Warnungen oder Lesefehler zeigen,

• mehr Laufwerke fehlen, als das RAID toleriert,

• der Speicherpool bereits als „crashed“, „abgestürzt“ oder „inactive“ angezeigt wird,

• ein früherer Rebuild abgebrochen ist,

• eine weitere Festplatte während des Rebuilds aus dem Verbund gefallen ist,

• die Reihenfolge der Laufwerke nicht mehr bekannt ist,

• versehentlich die falsche Festplatte entfernt wurde,

• mehrere Laufwerke aus- und wieder eingebaut wurden,

• das NAS sehr langsam reagiert oder laufend I/O-Fehler meldet,

• eine Festplatte klackert, schleift, piept oder wiederholt neu anläuft,

• der RAID-Level oder die frühere Konfiguration nicht sicher bekannt ist,

• das System nach einem Controller- oder Mainboarddefekt nicht mehr korrekt startet,

• die einzigen vorhandenen Daten auf diesem RAID liegen.

In einer solchen Lage kann ein automatisch angebotener Reparaturvorgang mehr verändern, als auf der Benutzeroberfläche erkennbar ist.

Die falsche Festplatte entfernt: eine besonders heikle Situation

Bei einem herabgesetzten RAID ist die Identifikation des defekten Laufwerks entscheidend.

Wird in einem RAID 5 versehentlich eine gesunde Festplatte entfernt, während das tatsächlich ausgefallene Laufwerk weiterhin fehlt, sind plötzlich zwei Mitglieder nicht verfügbar. Der Verbund kann dann nicht mehr regulär gestartet werden.

Problematisch wird es auch, wenn die entfernte Festplatte danach wieder eingesetzt und vom System als veraltet oder nicht synchron erkannt wird. Ein unbedachter Reparaturversuch kann dazu führen, dass das NAS die falsche Datenversion als Ausgangspunkt verwendet oder einen neuen Rebuild startet.

Vor jedem Ausbau sollten daher festgehalten werden:

• Nummer des Laufwerksschachts,

• Modellbezeichnung,

• Seriennummer,

• angezeigter Zustand,

• Zeitpunkt des letzten Fehlers,

• Zuordnung zum jeweiligen Speicherpool.

Ein Foto der bestückten Front und Screenshots aus dem Speichermanager können später sehr wertvoll sein.

Die Laufwerke sollten außerhalb des NAS ebenfalls eindeutig mit ihrer ursprünglichen Position beschriftet werden.

Ein Rebuild darf nicht mit einer Initialisierung verwechselt werden

Zeigt ein NAS eine Festplatte als „nicht initialisiert“ an, bedeutet das nicht automatisch, dass sie leer oder defekt ist. Das System erkennt möglicherweise nur die vorhandenen RAID-Metadaten nicht mehr korrekt.

Ebenso ist das Erstellen eines neuen Speicherpools keine Reparatur des alten Verbunds. Dabei können neue Metadaten auf die Laufwerke geschrieben werden.

Nach einem Ausfall sollten daher keine Funktionen ausgeführt werden, die Begriffe wie diese enthalten:

• initialisieren,

• neuen Speicherpool erstellen,

• Volume neu anlegen,

• RAID-Gruppe zurücksetzen,

• Laufwerk löschen,

• formatieren,

• Werkseinstellungen mit Datenträgerbereinigung,

• Dateisystem neu erstellen.

Das gilt besonders, wenn das NAS die vorhandene Konfiguration nach einem Neustart oder Gerätewechsel nicht mehr automatisch erkennt.

Was tun, solange die Daten noch erreichbar sind?

Ist der Speicherpool herabgesetzt, aber noch zugänglich, sollte zunächst geprüft werden, ob eine aktuelle Sicherung existiert.

Fehlt ein brauchbares Backup, haben die wichtigsten und unersetzlichen Daten Vorrang. Statt wahllos den gesamten Bestand zu kopieren, kann es sinnvoll sein, zuerst die geschäftskritischen Dokumente, Datenbanken, Fotos oder Projektordner zu sichern.

Dabei muss das Verhalten des Systems beobachtet werden. Werden die Übertragungen zunehmend langsamer, treten Lesefehler auf oder macht eine Festplatte ungewöhnliche Geräusche, sollte der Kopiervorgang nicht mit immer neuen Versuchen fortgesetzt werden.

Bei mechanischen Geräuschen oder wiederholten Laufwerksabbrüchen ist ein kontrolliertes Abschalten meist sicherer als ein mehrtägiger Rebuild.

Eine vollständige Datensicherung kann selbst eine hohe Last erzeugen. Sie hat gegenüber dem sofortigen Rebuild jedoch einen wesentlichen Vorteil: Die wichtigsten Dateien lassen sich gezielt priorisieren, solange der Verbund noch lesbar ist.

Was tun, wenn der Rebuild bereits läuft?

Ein laufender Rebuild sollte nicht allein aus Sorge vor möglichen Risiken sofort abgebrochen werden.

Wurde nur ein eindeutig defektes Laufwerk ersetzt, sind die übrigen Mitglieder unauffällig und läuft der Vorgang mit stabiler Geschwindigkeit, kann ein Abbruch zusätzliche Komplikationen schaffen. In dieser Situation ist es meist sinnvoller, den Fortschritt zu beobachten und das NAS nicht unnötig neu zu starten.

Aufmerksam werden sollte man bei folgenden Anzeichen:

• Der Fortschritt steht über lange Zeit an derselben Stelle.

• Die Geschwindigkeit fällt immer wieder nahezu auf null.

• Eine weitere Festplatte meldet I/O- oder S.M.A.R.T.-Fehler.

• Das NAS entfernt ein weiteres Laufwerk aus dem Verbund.

• Der Speicherpool wechselt von „degraded“ zu „crashed“.

• Das System startet wiederholt neu.

• Eine Festplatte entwickelt mechanische Geräusche.

• Der Rebuild bricht ab und beginnt nach jedem Neustart erneut.

Bei ungewöhnlichen mechanischen Geräuschen sollte das System ausgeschaltet werden. Wiederholte Neustarts oder erneute Rebuild-Versuche können den Zustand einer beschädigten Festplatte weiter verschlechtern.

Wurde der Vorgang lediglich wegen eines Stromausfalls oder eines normalen Neustarts unterbrochen, kann das System ihn je nach RAID-Implementierung später fortsetzen. Das ist nicht mit einem Abbruch aufgrund von Lesefehlern gleichzusetzen.

Was ein Hot-Spare-Laufwerk verändert

Ein Hot Spare ist ein unbenutztes Ersatzlaufwerk, das bereits im NAS eingebaut und einem oder mehreren Speicherpools zugeordnet ist.

Fällt eine Festplatte aus, kann das NAS den Rebuild automatisch starten. Dadurch wird die Zeit verkürzt, in der der Verbund ohne vollständige Redundanz arbeitet. Synology und QNAP unterstützen solche automatischen Reparaturvorgänge für geeignete RAID-Konfigurationen.

Der automatische Start hat aber auch eine Kehrseite: Es bleibt weniger Zeit, den Zustand der übrigen Festplatten zu prüfen oder zunächst wichtige Daten zu sichern.

Ein Hot Spare erhöht die Verfügbarkeit. Es ist kein Backup und schützt nicht vor einem beschädigten Dateisystem, versehentlichem Löschen, Schadsoftware oder mehreren gleichzeitig problematischen Laufwerken.

Warum regelmäßiges Scrubbing vor dem Ausfall hilft

Ein Rebuild ist besonders riskant, wenn dabei erstmals seit Jahren jeder Bereich der verbliebenen Festplatten gelesen wird.

Regelmäßiges RAID-Scrubbing kann solche Probleme früher sichtbar machen. Dabei prüft das System Daten und Paritätsinformationen und versucht, erkannte Inkonsistenzen zu korrigieren, solange noch die volle Redundanz vorhanden ist.

QNAP beschreibt RAID-Scrubbing als periodische Prüfung, mit der fehlerhafte Sektoren beziehungsweise Paritätsabweichungen in RAID-5- und RAID-6-Gruppen erkannt und korrigiert werden können. Synology empfiehlt die Datenbereinigung ebenfalls zur Wahrung der Datenkonsistenz und zur Verringerung des Verlustrisikos bei späteren Laufwerksausfällen.

Das Scrubbing sollte nicht erst nach dem Ausfall einer Festplatte gestartet werden. In einem herabgesetzten Zustand fehlt bereits ein Teil der Informationen, die für eine sichere Korrektur benötigt werden.

Warum RAID kein Backup ersetzt

Ein RAID schützt in erster Linie vor dem unmittelbaren Ausfall einzelner Laufwerke. Es hält den Speicher verfügbar oder ermöglicht die Rekonstruktion eines fehlenden Mitglieds.

Nicht geschützt sind die Daten unter anderem vor:

• versehentlichem Löschen,

• Überschreiben,

• beschädigten Dateien,

• Ransomware,

• fehlerhaften Anwendungen,

• Diebstahl,

• Feuer- oder Wasserschäden,

• Defekten des gesamten NAS,

• Bedienfehlern bei der RAID-Verwaltung.

Auch eine fehlerhafte Datei wird innerhalb eines RAID-Verbunds zuverlässig redundant gespeichert. Redundanz erkennt nicht automatisch, dass der Inhalt falsch oder unerwünscht ist.

Ein belastbares Sicherungskonzept benötigt daher mindestens eine getrennte Kopie, die nicht vom Zustand des laufenden NAS abhängt.

Erste Einschätzung nach RAID-Level

Die Tabelle ist nur eine erste Orientierung. Zusätzliche Lesefehler, veraltete RAID-Mitglieder oder beschädigte Metadaten können die tatsächliche Lage verändern.

Der Rebuild ist eine Reparatur, kein Rettungsversuch

Ein RAID-Rebuild erfüllt eine klar definierte Aufgabe: Er ersetzt ein ausgefallenes Mitglied und stellt die vorgesehene Redundanz wieder her.

Sind die übrigen Festplatten gesund, die Konfiguration eindeutig und die Daten zusätzlich gesichert, ist dieser Vorgang normal und sinnvoll.

Anders sieht es aus, wenn bereits mehrere Laufwerke Auffälligkeiten zeigen, der erste Rebuild gescheitert ist oder die ursprüngliche Anordnung nicht mehr feststeht. Dann sollte der Speicherpool nicht durch wiederholte Reparaturversuche weiter verändert werden.

Solange die Daten noch zugänglich sind, haben eine Bestandsaufnahme und die Sicherung der wichtigsten Inhalte Vorrang. Ist der Verbund bereits abgestürzt, sollten die RAID-Mitglieder in ihrer ursprünglichen Reihenfolge erhalten bleiben und nicht initialisiert, formatiert oder neu zusammengestellt werden.