Een RAID-rebuild duurt vaak uren tot dagen, en bij grote schijven moet je hem behandelen als een risicovenster in plaats van als een wachttaak.
Een ruwe vuistregel: een 4 TB-schijf kan in een halve dag klaar zijn, 8 tot 12 TB zit vaak rond een dag, en 16 TB of groter kan langer duren. Dat zijn geen garanties. De NAS leest de overblijvende schijven volledig uit en schrijft de nieuwe schijf vol met data en pariteit. Elke trage sector, elke achtergrondtaak en elke SMR-schijf kan het proces flink vertragen.
Het RAID-niveau bepaalt het gevaar. Bij RAID 1, RAID 5 en SHR-1 ben je tijdens de rebuild kwetsbaar voor een tweede defect. Bij RAID 6 en SHR-2 is er meer marge, maar ook meer rekenwerk. ARM-modellen zoals een DS124, UGREEN DH2300 of QNAP TS-233 doen hier langer over dan Intel- of AMD-modellen. Meer uitleg en risicoreductie staat op de pagina over rebuild-risico.
Laat de NAS tijdens een rebuild vooral met rust. Niet omdat elke kopieeractie verboden is, maar omdat extra belasting de tijd verlengt waarin je array gedegradeerd is. Controleer eerst of je back-up recent is, start geen grote mediaverhuizing en negeer piepjes of waarschuwingen niet. Een rebuild is herstel, geen onderhoud op de achtergrond dat je volledig kunt vergeten.
Meet de voortgang ook niet te vroeg af. De eerste procenten kunnen langzaam gaan door initialisatie, en later kan de snelheid wisselen door zones op de schijf. Wat je wilt zien is beweging zonder nieuwe fouten. Blijft de rebuild uren op hetzelfde punt staan of verschijnen er I/O-meldingen, dan is dat een nieuw probleem en geen normale wachttijd.
Waarom rebuildtijd zo sterk verschilt
Twee NAS-systemen met dezelfde capaciteit kunnen heel andere hersteltijden hebben. Schijfgrootte, toerental, SMR of CMR, CPU, RAM, RAID-niveau en bestaande fouten tellen allemaal mee. Een percentagebalk is daarom geen belofte maar een momentopname van hoe de NAS op dat stuk van de schijf vooruitkomt.
De zwaarste belasting ligt niet alleen op de nieuwe schijf. Alle overblijvende schijven moeten langdurig leesbaar blijven. Een oude schijf met zwakke sectoren kan juist tijdens de rebuild problemen tonen, omdat hij opeens van begin tot eind wordt gelezen. Daarom gaat rebuildtijd direct over risico.
Wat je tijdens het wachten wel doet
Controleer dat back-up en meldingen werken, beperk zware taken en kijk of voortgang blijft bewegen. Zet geen grote kopieeractie, indexering of extra scrub aan omdat de NAS toch al bezig is. De beste rebuild is niet de snelste op papier, maar de rebuild die zonder nieuwe fouten eindigt.
Hoe je dit antwoord gebruikt
Behandel rebuildtijd als planning voor risico, niet als wachttijd op een voortgangsbalk. Zet grote downloads, back-ups, indexering en scrubs tijdelijk stil en zorg dat de NAS voldoende koeling en stabiele stroom heeft. Controleer periodiek of voortgang beweegt en of er geen nieuwe I/O-fouten verschijnen. Als de rebuild opvallend lang blijft hangen, verzamel meldingen voordat je ingrijpt. Een trage maar stabiele rebuild is anders dan een rebuild die door slechte sectoren geen voortgang meer maakt. Die nuance bepaalt of wachten of stoppen verstandiger is.
Gebruik de vraag als beslisfilter: Hoe lang duurt een RAID-rebuild? De conclusie hierboven blijft de grens voor wat je nu doet: Een RAID-rebuild duurt vaak uren tot dagen, en bij grote schijven moet je hem behandelen als een risicovenster in plaats van als een wachttaak. Zet die conclusie naast je RAID-type, aantal bays, schijfstatus en back-up. Als een van die punten onbekend is, is de volgende stap informatie verzamelen in plaats van een schijf trekken, een pool wijzigen of een bestelling plaatsen.
Bij schijfvervanging gaat het zelden om de knop alleen. De NAS moet tijdens herstel alle resterende data kunnen lezen en de nieuwe schijf langdurig kunnen beschrijven. Daarom weegt de combinatie van RAID-type, bay-aantal, capaciteit, CMR en back-upstatus zwaarder dan het merklogo. Een goede keuze voorkomt dat een reparatie tegelijk een migratie, capaciteitsuitbreiding en compatibiliteitsexperiment wordt.
Omdat "Hoe lang duurt een RAID-rebuild?" geen zuiver koopmoment is, staat hier bewust geen productblok. Diagnose, berekening of configuratie moet eerst scherp zijn. Een aankoop is pas logisch wanneer het antwoord een concrete maat, schijftype of vervangmoment oplevert. Tot dat moment zou een kooplijst de aandacht verplaatsen van de oorzaak naar een oplossing die misschien niet bij de melding, pool of netwerkroute past.
Leg na het lezen één regel vast: bij Hoe lang duurt een RAID-rebuild? is de doorslaggevende controle wat je tijdens het wachten wel doet. Noteer wat je zag, welke bay of instelling erbij hoorde en welke actie je uitstelt of uitvoert. Daardoor wordt een herhaling later een vergelijking met feiten, niet opnieuw een haastige interpretatie.