RAID Rebuild-Zeit: Wie lange dauert es wirklich?
Eine Platte ist ausgefallen, du hast die neue eingebaut, das Rebuild läuft - und du fragst dich: wie lange noch? Hier ist die ehrliche Berechnung mit interaktivem Rechner und realen Zahlen.
Die Kurzfassung
Eine 16 TB Platte braucht typisch 12-24 Stunden für einen Rebuild bei 100-180 MB/s sequenzieller Schreibgeschwindigkeit. Bei RAID 5/6 mit vielen Platten kann es auf 30-50 Stunden steigen, weil parallele Reads von allen Platten den Bottleneck bilden. Während des Rebuilds ist das Array ungeschuetzt (RAID 5) oder mit reduzierter Redundanz (RAID 6).
Rebuild-Zeit Rechner
Was die Rebuild-Zeit beeinflusst
Plattengröße ist der Hauptfaktor. Lineare Skalierung: 4 TB schreiben ist halb so lang wie 8 TB.
Schreibgeschwindigkeit der neuen Platte. Moderne 16-22 TB Platten schaffen 200-280 MB/s sequenziell. Bei klassischen 7200 RPM CMR-Platten realistisch 150-180 MB/s im Rebuild.
Anzahl Platten beeinflusst RAID 5/6/Z stark. Beim Rebuild muss aus allen anderen Platten gelesen werden. Mehr Platten = mehr parallele Reads = oft Controller- oder PSU-Bottleneck.
RAID-Typ. RAID 10 rebuilded nur vom Mirror-Partner = schnell. RAID 6 muss zwei Parities berechnen = etwas langsamer als RAID 5.
Aktive Last. Wenn das NAS während des Rebuilds normal genutzt wird, verlangsamt das den Rebuild auf 50-70%.
URE-Risiko verstehen
Wahrend des Rebuilds wird jede verbleibende Platte komplett gelesen. Bei der Consumer-URE-Rate von 1 in 10^14 Bits liest ein Rebuild von 5x16 TB (= 80 TB = 6.4x10^14 Bits) statistisch ~6.4 mal das URE-Limit.
RAID 5 ist gegen einen einzigen URE wahrend des Rebuilds nicht geschuetzt - der Rebuild bricht ab. RAID 6, RAIDZ2 und Unraid-2P koennen das auffangen.
Mehr Detail: RAID 5 vs RAID 6.
Wie du Rebuild beschleunigst
Synology / QNAP: Rebuild-Prioritaet auf "schnell" stellen (Storage Manager). Trade-off: Performance für User schlechter während Rebuild.
mdadm (Linux): echo 200000 > /proc/sys/dev/raid/speed_limit_max erhoeht die Obergrenze. Default oft konservativ.
ZFS: zpool scrub + Resilver-Performance via vfs.zfs.resilver_min_time_ms tunable, aber Vorsicht.
Pause aktiver Workloads. Plex-Streams stoppen, Backup-Jobs aussetzen. Halbiert oft die Zeit.
Was während des Rebuilds zu tun ist
1. Bestehendes Backup pruefen. Letzte erfolgreiche Sicherung verifizieren. Falls ein zweiter Ausfall während des Rebuilds passiert, ist das deine Versicherung.
2. SMART aller verbleibenden Platten checken. Reallocated Sectors, Pending Sectors auf jeder anderen Platte. Wenn eine schon Anzeichen zeigt: ggf. nach Rebuild auch tauschen.
3. NAS während des Rebuilds in Ruhe lassen. Keine grossen Schreib-Jobs, keine Reboots, keine Wartung.
4. Gewitter/Stromausfall vorbeugen. Eine USV ist ohnehin Pflicht (USV-Guide) - während des Rebuilds ist sie kritisch.
Wenn der Rebuild abbricht
Bei RAID 5: oft Datenverlust ohne Backup. Profi-Recovery möglich, aber teuer (1500-5000 EUR).
Bei RAID 6/RAIDZ2: zweite Parity faengt URE auf. Rebuild läuft trotz einzelner Lesefehler weiter.
Vorbeugung: ab 12+ TB Platten oder 5+ Bays auf RAID 6 oder RAIDZ2 setzen. Mehr im RAID-Guide.
Empfehlung
Plane Rebuild-Zeit ein bevor sie noetig wird:
- Bei 4-6 Platten und Plattengröße bis 8 TB: RAID 5 vertretbar
- Bei größeren Platten oder mehr Bays: RAID 6, RAIDZ2 oder Unraid mit 2 Parity
- Hot Spare einplanen (siehe Hot vs Cold Spare) damit Rebuild sofort startet
- NAS auf USV, regelmäßiges Scrubbing als Pre-Check
Weiterfuehrende Artikel
Was passiert bei RAID-Ausfall?
RAID im Heimnetz - Kompletter Guide
Weiterführende Artikel
RAID 0 erklärt: Geschwindigkeit ohne Sicherheitsnetz
RAID 5 vs RAID 6: Welches solltest du wirklich nehmen?
RAID im Heimnetz: Alles was du wissen musst, ohne den Uni-Vortrag