RAID-Technologie verstehen: Grundlagen für IT-Profis
Hardware-RAID erklärt
Bei Hardware-RAID liegt die RAID-Logik auf einem dedizierten Controller. Er verwaltet Member, Stripe-Layout, Parität und häufig auch Cache. Für Datenrettung und Migration ist relevant, welche Metadaten auf den Laufwerken gespeichert sind und welche Informationen nur der Controller kennt.
Software-RAID: Einsatzgrenzen in hochverfügbaren Systemen
Software-RAID verlagert die RAID-Logik auf den Host. Das ist auch in Systemen mit hoher I/O-Last möglich; pauschal lässt sich daraus weder ein Leistungsnachteil noch ein Vorteil ableiten. Relevant sind Implementation, CPU, Storage-Stack, Cache und Workload.
Vergleich der RAID-Level: Aufbau und Fehlertoleranz
RAID-Level legen Datenlayout und Fehlertoleranz fest. Der passende Aufbau hängt von Memberzahl, Workload, Kapazitätsbedarf, Rebuild-Fenster und gewünschter Fehlerdomäne ab.
RAID-Typ bestimmen: Woran erkenne ich RAID 5, 6 oder 10?
Sie möchten herausfinden, welches RAID genutzt wird? Stellen Sie sich diese Fragen:
1. Anzahl der Disks im RAID-Verbund?
2. Größe einer einzelnen Festplatte?
3. Gesamtvolumen laut RAID-Controller oder System?
Kapazitätswerte sind nur eine Plausibilitätsprüfung. RAID 0, 5, 6 und 10 lassen sich bei gleich großen Membern näherungsweise über n, n-1, n-2 und n/2 ableiten. Metadaten und die Konfiguration des Controllers oder Betriebssystems haben Vorrang.
RAID 0: Mehr Durchsatz, keine Laufwerksredundanz
RAID 0 enthält ausschließlich Datenstripes und keine Redundanzinformationen. Ein fehlendes Member hinterlässt in jedem betroffenen Stripe Datenlücken. Die Wiederherstellung hängt dann davon ab, wie viel des ausgefallenen Laufwerks noch lesbar ist.
RAID 1: Spiegelung ohne Parität - Vorteile & Risiken
RAID 1 hält mehrere Kopien desselben logischen Blocks. Die Schreibperformance liegt je nach Implementierung ungefähr im Bereich eines einzelnen Members plus Verwaltungsaufwand; Lesezugriffe können auf mehrere Mirror-Member verteilt werden.
RAID 5: Technik mit Parität & Rebuild-Fallstricken
RAID 5 nutzt eine verteilte Parität. Ein degraded Array kann bei einem fehlenden Member weiterarbeiten, muss dabei aber fehlende Blöcke bei Bedarf berechnen. Die Parität schützt nicht vor Löschungen, Malware oder Dateisystemfehlern.
RAID 6: Rechenzentrumsstandard mit Ausfallschutz
RAID 6 ist für größere Arrays eine mögliche Option, wenn zwei Member-Ausfälle toleriert werden sollen. Ein Rebuild reduziert die Reserve, hebt sie aber beim Ausfall nur eines Members nicht vollständig auf. Die tatsächliche Eignung hängt von Workload und Recovery-Zielen ab.
JBOD: Kein RAID, kein Schutz - nur einfacher Speicher
JBOD ist kein standardisiertes RAID-Layout. Bei einem Spanning werden die Member typischerweise hintereinander adressiert; bei anderen Geräten steht „JBOD“ lediglich für einzelne unabhängige Disks. Für die Datenrettung ist diese Unterscheidung wesentlich.
RAID 10, 50 und 60: Geometrie und Fehlerdomänen
RAID 10 kombiniert ausschließlich Spiegelung und Striping; RAID 50 und 60 kombinieren Striping mit Single- beziehungsweise Dual-Parity-Gruppen. Für eine Rekonstruktion müssen daher sowohl die äußere als auch die innere Gruppierung stimmen.
NAS & RAID: Netzwerkbasierte RAID-Systeme
Ein NAS beschreibt den Netzwerkzugriff auf Speicher. Darunter können RAID, Volume-Manager und Dateisystem mehrere getrennte Schichten bilden. Bei einem Ausfall muss geklärt werden, welche dieser Ebenen tatsächlich betroffen ist.
Datensicherung bei RAID-Systemen
RAID hält je nach Level den Betrieb trotz einzelner Laufwerksausfälle aufrecht. Ein Backup erfüllt eine andere Aufgabe: Es stellt ältere oder getrennte Datenstände wieder her und muss unabhängig vom produktiven RAID vorhanden sein.
- Mindestens eine Sicherung vom produktiven Storage und seinen Zugangsdaten trennen
- Eine Kopie in einer anderen Fehlerdomäne oder an einem anderen Standort halten
- Versionen und Aufbewahrungszeiträume passend zu RPO und Datenart definieren
- Restore-Tests durchführen; HDD, SSD, Band oder Cloud können je nach Konzept geeignete Backup-Ziele sein
Für wichtige Systeme sollten Backups versioniert und gegen gleichzeitige Veränderung geschützt sein. Ein Offline- oder Immutable-Stand kann verhindern, dass ein Fehler oder Ransomware alle erreichbaren Kopien gleichzeitig verändert.
Offenlegung
Veröffentlicht am: