Schützt RAID vor Datenverlust? Was RAID wirklich leistet

Ein RAID fasst mehrere physische Laufwerke zu einem logisch zusammenhängenden Speichersystem zusammen. Der RAID-Controller oder das Betriebssystem entscheidet dabei, auf welchem Laufwerk welche Blöcke liegen. Für Anwendungen erscheint der Verbund meist als ein einziges Volume – auch dann, wenn dieselben Datenblöcke mehrfach vorhanden sind.

Striping verteilt Blöcke

Beim Striping werden aufeinanderfolgende Datenblöcke abwechselnd auf mehrere Laufwerke geschrieben. RAID 0 nutzt ausschließlich dieses Verfahren: Mehrere Platten arbeiten parallel, was Durchsatz und Kapazität steigern kann. Fällt jedoch nur ein Mitglied aus, fehlen Teile praktisch jeder Datei; der gesamte Verbund ist normalerweise nicht mehr nutzbar.

Mirroring hält identische Blöcke vor

Mirroring schreibt jeden Block gleichzeitig auf mindestens zwei Laufwerke, etwa bei RAID 1. Beim Ausfall eines Laufwerks liefert der Spiegel weiterhin dieselben Datenblöcke. Das schützt vor dem Ausfall eines Mitglieds, ersetzt aber keine historisch unabhängige Kopie: Eine versehentliche Löschung, eine fehlerhafte Anwendung oder verschlüsselte Daten werden in der Regel unmittelbar auf den Spiegel übernommen.

Parität rekonstruiert fehlende Blöcke

Bei RAID 5 oder RAID 6 werden Datenblöcke über mehrere Laufwerke verteilt und zusätzlich Paritätsinformationen berechnet. Sie erlauben, fehlende Blöcke aus den verbliebenen Daten zu errechnen. RAID 5 verkraftet typischerweise einen, RAID 6 zwei gleichzeitige Laufwerksausfälle. Parität ist keine zusätzliche Dateikopie; sie ist mathematische Redundanz auf Blockebene und verursacht besonders bei kleinen Schreibvorgängen zusätzlichen Aufwand.

Entscheidend ist die gemeinsame Steuerung: RAID-Mitglieder teilen Controller, Stromversorgung, Dateisystem und oft denselben Standort. Ein Defekt oder Fehler oberhalb der Laufwerksebene kann deshalb alle Mitglieder zugleich treffen. Unabhängige Datenkopien entstehen erst durch getrennte Sicherungsvorgänge, idealerweise auf anderem System, mit eigener Aufbewahrung und einer Version, die nicht sofort überschrieben wird.

Ein redundantes RAID kann den Ausfall eines einzelnen Mitgliedslaufwerks abfangen, sofern die jeweilige RAID-Stufe noch Fehlertoleranz besitzt. Typische Fälle sind ein kompletter Elektronikdefekt, nicht mehr lesbare Sektoren in kritischer Zahl, ein festhängender Motor oder ein Laufwerk, das vom Controller aus dem Verbund genommen wird.

Bei RAID 1 bleibt die zweite Spiegelkopie nutzbar. RAID 5 berechnet fehlende Blöcke aus den Daten- und Paritätsblöcken der übrigen Laufwerke; RAID 6 kann zwei ausgefallene Laufwerke verkraften. Das schützt jedoch nur, wenn der Defekt auf einzelne Mitglieder begrenzt bleibt und die verbliebenen Platten lesbar sind.

Der Verbund läuft dann im degradierten Zustand: Daten bleiben erreichbar, aber jeder Lesevorgang kann zusätzliche Berechnungen erfordern. Die Redundanzreserve ist bereits verbraucht.

Nach dem Tausch gegen ein geeignetes Ersatzlaufwerk rekonstruiert der RAID-Controller die fehlenden Blöcke. Bei Spiegelung wird die intakte Kopie auf das neue Medium übertragen; bei Paritäts-RAID werden Daten aus allen verbliebenen Mitgliedern gelesen und die fehlenden Inhalte neu berechnet. Details zum Rebuild nach einem Festplattenausfall erklären, weshalb Dauer und Belastung stark von Kapazität, RAID-Stufe, Auslastung und Controller abhängen.

Währenddessen besteht eine besonders enge Risikolage: Bei RAID 5 wäre ein weiterer Laufwerksausfall in der Regel fatal. Auch schwebende Sektorfehler auf einer verbliebenen Platte können erst beim vollständigen Lesen im Rebuild sichtbar werden. Hohe I/O-Last, überhitzte Laufwerke, gleich alte Festplatten derselben Serie und ein vorzeitig gestarteter Austausch ohne Fehlerdiagnose erhöhen das Risiko zusätzlich.

Sinnvoll sind daher aktuelle, getestete Backups, Überwachung von SMART-Werten und Controller-Logs sowie ein Ersatzlaufwerk mit ausreichender Kapazität. Ein Rebuild sollte überwacht und nicht mit vermeidbaren Lastspitzen belastet werden.

Kein RAID-Level ist pauschal „sicherer“. Jeder verteilt dieselbe Rohkapazität anders auf Nutzdaten, Kopien oder Parität – und verschiebt damit den Kompromiss zwischen Speicherökonomie, Schreiblast und überbrückbaren Defekten.

RAID 0 ist ausschließlich ein Performance-Verbund. Weil Datenblöcke über alle Datenträger verteilt liegen, genügt ein einziger Defekt für vollständigen Datenverlust. Es gehört nicht in Systeme mit schützenswerten Primärdaten.

RAID 1 schreibt identische Daten auf Spiegelpartner. Es eignet sich für kleine, überschaubare Systeme, deren Kapazitätsbedarf begrenzt ist. Ein Spiegel schützt jedoch weder vor versehentlichem Löschen noch davor, dass ein fehlerhafter Schreibvorgang auf beide Kopien repliziert wird.

RAID 5 nutzt verteilte Einfachparität und ist kapazitätseffizient. Nach einem Laufwerksausfall müssen jedoch sämtliche verbliebenen Platten intensiv gelesen werden; bei großen, stark belegten Festplatten kann dies lange dauern und zusätzliche Lesefehler offenlegen. Für schreibintensive Workloads entsteht zudem ein Paritäts-Overhead.

RAID 6 hält zwei unabhängige Paritätsinformationen vor und kann daher zwei Laufwerksausfälle überstehen. Das reduziert das Risiko während des Rebuilds deutlich, ersetzt aber keine Sicherung gegen gemeinsame Schäden.

RAID 10 kombiniert Striping über Spiegelpaare. Rebuilds beschränken sich meist auf das betroffene Paar, was die Belastung und Dauer senkt. Mehrere Ausfälle sind möglich, solange nicht beide Mitglieder desselben Spiegelpaares ausfallen; diese Abhängigkeit wird häufig übersehen.

Ein RAID besteht nie nur aus Festplatten. Backplane, Kabel, Netzteil, Arbeitsspeicher und Netzwerkschnittstellen können den gesamten Verbund gleichzeitig beeinträchtigen. Ein fehlerhaftes Netzteil oder ein Stromereignis kann zudem mehrere Datenträger beschädigen, bevor die Redundanz greift.

Die Implementierung prägt die Wiederherstellung

Hardware-RAID entlastet das Betriebssystem und kann geschützten Schreibcache bereitstellen. Seine Konfiguration und Metadaten hängen jedoch häufig am Controller: Für eine Rettung wird im Ernstfall ein kompatibler Ersatz mit passender Firmware benötigt. Software-RAID ist meist transparenter und leichter auf andere Hardware übertragbar, bleibt aber von Betriebssystem, Treibern und korrekter Verwaltung der Datenträger abhängig.

Bei einem NAS verbindet die Appliance diese Ebenen in einem Gehäuse. Wer klären möchte, was ein NAS ist und wann es sinnvoll eingesetzt wird, sollte insbesondere auf Update-Politik, Ersatzteilverfügbarkeit und dokumentierte Migrationswege achten. Herstellerfunktionen wie Snapshots oder Replikation verbessern den Schutz, ersetzen aber keine getrennte Sicherung.

Warnungen müssen Folgen haben

Monitoring sollte nicht bei der Meldung „Datenträger defekt“ enden. Sinnvoll sind Alarme für SMART-Werte, RAID-Degradierung, Cache- oder Batteriefehler, Temperatur, freie Kapazität und fehlgeschlagene Sicherungen. Für den Notfall gehören RAID-Level, Laufwerksreihenfolge, Controller- und Firmwarestände sowie Zugangsdaten in eine aktuelle Dokumentation. Wiederherstellungen müssen mit repräsentativen Daten getestet werden; außerdem sollte kompatible Ersatzhardware vorab festgelegt sein.

Für NAS- und Server-RAIDs sind Laufwerke mit auf Dauerbetrieb ausgelegter Mechanik und Firmware oft die bessere Wahl. Entscheidend ist vor allem eine begrenzte Fehlerkorrekturzeit: Technologien wie TLER, ERC oder CCTL verhindern, dass ein einzelnes Laufwerk bei einem schwer lesbaren Sektor minutenlang blockiert. Der RAID-Controller kann den Fehler dann behandeln, statt das Mitglied als ausgefallen zu markieren.

Weitere Merkmale sind eine höhere spezifizierte Arbeitslast, Vibrationssensoren in dicht bestückten Gehäusen, verlässliche Fehlerprotokollierung und validierte NAS- oder Controller-Kompatibilität. Eine genaue Einordnung, welche Festplatten sich für einen RAID-Verbund eignen, sollte neben dem Datenblatt auch die Kompatibilitätsliste des Herstellers berücksichtigen. SMR-Modelle sind für viele RAID- und Rebuild-Szenarien ungeeignet, weil ihre Schreibleistung unter Last stark einbrechen kann.

Identische Platten aus derselben Charge vereinfachen Beschaffung und Betrieb, teilen aber unter Umständen Fertigungs-, Firmware- und Alterungsrisiken. Werden sie gleichzeitig eingebaut und gleich belastet, können Ausfälle zeitlich gehäuft auftreten. Gestaffelte Beschaffung oder unterschiedliche Chargen kann dieses Risiko senken; wichtiger bleiben jedoch geprüfte Backups, Überwachung und ein verfügbarer Ersatzdatenträger.

Ein RAID verkürzt die Unterbrechung nach dem Ausfall eines Laufwerks. Ein Backup liefert dagegen einen unabhängigen, zeitlich definierten Datenstand, wenn Dateien gelöscht, verschlüsselt oder unbemerkt verfälscht wurden. Erst zusammen decken beide Maßnahmen Verfügbarkeit und Wiederherstellbarkeit ab.

Das 3-2-1-Prinzip bleibt dafür ein belastbarer Mindeststandard: drei Kopien der Daten, auf zwei unterschiedlichen Speichermedien, davon eine Kopie außerhalb des primären Standorts. Unterschiedliche Medien bedeuten mehr als zwei Ordner auf demselben NAS; ein externes Laufwerk und ein Cloud-Objektspeicher trennen Fehlerbilder besser.

Für private Daten kann dies praktisch bedeuten: Arbeitsdaten auf dem PC oder NAS, eine automatisierte Sicherung auf ein nur für das Backup angeschlossenes USB-Laufwerk und eine verschlüsselte Kopie bei einem Cloud-Anbieter. Im Unternehmen gehören zusätzlich versionierte Sicherungen, getrennte Backup-Konten mit restriktiven Rechten sowie ein zweiter Standort oder unveränderbarer Objektspeicher dazu. Entscheidend sind Aufbewahrungsfristen: Eine Sicherung von gestern hilft nicht gegen einen Fehler, der seit Wochen unbemerkt mitgesichert wird.

Snapshots halten den Zustand eines Dateisystems oder Volumes zu einem Zeitpunkt fest und erlauben oft die Wiederherstellung einzelner Dateien in Minuten. Als Schutz durch Snapshots vor Datenverlust sind sie besonders nützlich gegen versehentliches Löschen, fehlerhafte Updates und viele Ransomware-Vorfälle, sofern ältere Versionen erhalten blieben.

Ihre Unabhängigkeit ist jedoch häufig nur scheinbar. Snapshots auf derselben Hardware oder im selben Storage-Pool gehen bei einem Geräte-, Pool- oder Verschlüsselungsschaden mit verloren. Administriert derselbe kompromittierte Account den Speicher, kann ein Angreifer auch Snapshots löschen oder ihre Aufbewahrung verändern; Brand, Diebstahl und Überspannung treffen sie am selben Standort ebenfalls.

Snapshots sollten deshalb kurze Rücksetzfenster ergänzen, nicht das Backup verdrängen. Sinnvoll ist eine gestaffelte Strategie: häufige Snapshots für den Alltag, tägliche oder häufigere externe Backups für die Wiederherstellung und regelmäßig getestete Kopien außerhalb des Standorts.