Einsatz & Unterscheidungsmerkmale
Rechenzentren Lombardei Aruba Ponte San Pietro Jenseits des Vendor-SupportsRAID-Rebuild fehlgeschlagen: nicht neu starten. Erst diagnostizieren.
Wenn der Rebuild eines RAID-Arrays fehlschlägt, lautet der Reflex „nochmal versuchen“. Das ist fast immer der falsche Schritt. Die Ursachen des Fehlschlags gehören diagnostiziert: ein blinder Neustart belastet nur die ohnehin schwächeren Platten zusätzlich und beschleunigt weitere Ausfälle.
Drei typische Ursachen.
- URE auf einer anderen Platte: Während des Rebuilds trifft der Controller auf einen nicht lesbaren Sektor (Unrecoverable Read Error) auf einer der verbliebenen Platten. Bei großen Arrays mit hochkapazitiven Platten bedeutet die vom Hersteller angegebene URE Bit Error Rate (z. B. 1 zu 10^14 oder 10^15), dass beim Rebuild von mehreren TB Daten die Wahrscheinlichkeit, auf einen solchen zu treffen, nicht vernachlässigbar ist.
- Zweite Platte am Limit: Eine Platte, die unter normaler Last noch „ok“ war, gibt unter der zusätzlichen Belastung des Rebuilds nach. Typisch bei Plattenchargen gleicher Herkunft.
- Controller erzeugt Fehler: In manchen Fällen scheitert der Rebuild nicht an den Platten, sondern am Controller selbst (fehlerhafte firmware, sporadisch aussetzendes backplane, erschöpfte Cache-Batterie, die write-back verwirft).
Diagnose vor dem nächsten Versuch.
- Auslesen der Controller-Logs: Identifikation des genauen Sektors, an dem der Rebuild gescheitert ist.
- SMART-Prüfung der verbliebenen Platten: Welche ist grenzwertig?
- Fundierte Entscheidung: Rebuild erneut starten (nach vorherigem Tausch der grenzwertigsten Platte) oder Recovery über Klone, wenn die Platten zu fragil sind.
Die Fragen, die uns am häufigsten gestellt werden.
Kann ich den Rebuild neu starten, wenn ich vorher die verdächtigste Platte tausche?
Manchmal ja, wenn die Diagnose zeigt, dass die zweite Platte das schwache Glied ist und alle anderen tatsächlich gesund sind. Aber nicht ohne Diagnose: Tauschen auf Verdacht verzögert die Recovery und schafft neue Risiken.
Kann der Rebuild bei großen Arrays (10+ TB pro Platte) "per design" fehlschlagen?
Ja, das ist das bekannte Problem von RAID 5 mit hochkapazitiven Platten. URE Bit Error Rate × Datenvolumen, das beim Rebuild neu gelesen wird, ergibt eine nicht vernachlässigbare Wahrscheinlichkeit, auf einen solchen zu treffen. Deshalb ist bei großen Arrays RAID 6 (doppelte Parität) fast immer rationaler als RAID 5.