Technisches Wissen rund um RAID-Systeme
Hardware-RAID im Detail
Ein Hardware-RAID kapselt die RAID-Logik in einem Controller. Für die spätere Analyse sind deshalb neben den Laufwerken auch Controller-Modell, Cache-Zustand und gespeicherte RAID-Metadaten interessant. Der Originalcontroller ist für eine Rekonstruktion nicht immer zwingend erforderlich, kann bei proprietären Metadaten oder verschlüsselten Volumes aber eine wichtige Rolle spielen.
Software-RAID: Eigenschaften und Einsatzbereiche
Software-RAID verarbeitet Striping, Spiegelung oder Parität auf dem Host. Moderne CPUs können diesen Aufwand meist problemlos tragen. Für Incident- und Recovery-Szenarien ist häufig vorteilhaft, dass RAID-Metadaten auf den Membern liegen und kein bestimmter Controller benötigt wird.
RAID-Übersicht: Welche Systeme für welche Einsätze geeignet sind
RAID-Level definieren, wie Datenblöcke, Spiegel und Paritätsinformationen auf Member verteilt werden. Daraus ergeben sich unterschiedliche Ausfallgrenzen, Kapazitätsverluste und I/O-Eigenschaften.
Wie erkenne ich RAID 0, 1, 5 oder 6?
Zur Bestimmung Ihres RAID-Typs stellen Sie sich bitte diese drei Fragen:
1. Anzahl der Festplatten im Verbund?
2. Kapazität einer einzelnen Festplatte?
3. Wie groß ist die nutzbare Kapazität laut Betriebssystem?
Kapazitätsverhältnisse sind nur Indizien: bei gleich großen Membern RAID 0 etwa n, RAID 5 n-1, RAID 6 n-2 und ein klassischer n-fach Mirror die Kapazität eines Members. RAID 10 liegt bei gleich großen Membern typischerweise bei der Hälfte der Summenkapazität. Für eine sichere Bestimmung sind Metadaten und die RAID-Verwaltung maßgeblich.
RAID 0: Striping ohne Redundanz
RAID 0 ist reines Striping: Datenblöcke werden in einer festen Reihenfolge auf die Member verteilt. Es gibt keine Parität und keinen Mirror. Für eine Rekonstruktion sind insbesondere Reihenfolge, Stripe-Größe und Startoffset relevant.
RAID 1: Redundanz durch Spiegelung - keine Fehlertoleranz bei Software
RAID 1 arbeitet ohne Parität. Die Daten werden auf alle Mirror-Member geschrieben. Für die Wiederherstellung ist deshalb häufig schon ein konsistentes, vollständig lesbares Member ausreichend; unterschiedliche Zeitstände nach einem Ausfall oder Rebuild müssen jedoch berücksichtigt werden.
RAID 5: Redundanz mit Parität - aber nicht risikofrei
RAID 5 verwendet verteilte Single-Parity. Pro Stripe kann ein fehlender Block aus den restlichen Daten- und Paritätsblöcken berechnet werden. Bei einem Rebuild entsteht hohe Leseaktivität auf den verbliebenen Membern; zusätzliche unreadable sectors oder ein zweiter vollständig fehlender Member überschreiten die normale Redundanz.
RAID 6: Technische Redundanz mit erhöhter Toleranz
RAID 6 nutzt Dual-Parity. Pro Stripe können zwei fehlende Blöcke rekonstruiert werden. Diese Fehlertoleranz ist größer als bei RAID 5, schützt aber weiterhin nicht vor logischen Änderungen oder einem Ausfall jenseits der vorgesehenen Redundanz.
JBOD: Günstige Kapazität ohne Redundanz
JBOD bezeichnet keine einheitliche RAID-Geometrie. Je nach Hersteller kann es unabhängige Disks oder ein concatenated/spanned Volume bedeuten. Für eine Rekonstruktion muss deshalb zuerst geklärt werden, wie die Member logisch angeordnet wurden.
Verschachtelte RAID-Level: RAID 10, 50 und 60
Bei verschachtelten RAID-Leveln ist die Gruppierung Teil der Geometrie. RAID 10 ist ein Stripe über Mirrors; RAID 50 ein Stripe über RAID-5-Gruppen; RAID 60 ein Stripe über RAID-6-Gruppen. RAID 01 ist davon zu unterscheiden und besitzt ein anderes Ausfallverhalten. Seltenere Kombinationen müssen anhand der tatsächlichen Controller-Konfiguration geprüft werden.
NAS & RAID: Netzwerkbasierte Speicherlösungen im Überblick
NAS bezeichnet die Bereitstellung von Speicher über ein Netzwerk und ist kein RAID-Level. Ein NAS kann einen klassischen RAID-Verbund, ein proprietäres Layout oder einzelne Laufwerke verwenden. Bei der Rekonstruktion müssen deshalb Dateisystem, Volume-Manager und RAID-Ebene getrennt betrachtet werden.
Datensicherheit für RAID-Systeme: Backup-Regeln
RAID kann einen definierten Laufwerksausfall abfangen, schützt aber nicht vor Löschen, Malware, beschädigten Dateisystemen oder Fehlkonfigurationen. Eine Sicherung muss deshalb unabhängig vom RAID existieren.
- Mindestens eine Sicherung logisch oder physisch vom Produktivsystem trennen
- Eine Kopie außerhalb derselben Fehlerdomäne oder des Standorts aufbewahren
- Versionierung oder unveränderbare Sicherungen gegen Löschen und Ransomware einplanen
- Wiederherstellung regelmäßig testen; das Medium allein sagt nichts über die Qualität des Backups aus
Als Orientierung eignet sich die 3-2-1-Regel: mehrere Kopien, unterschiedliche Speicherorte beziehungsweise Medien und mindestens eine getrennte Kopie. Für wichtige Systeme kommen zusätzlich Versionierung, Immutable/Offline-Sicherungen und regelmäßige Restore-Tests hinzu.
Offenlegung
Veröffentlicht am: