Hoe lang zou een bestandssysteemcontrole op een thuis-NAS moeten duren?

Een scrub van het bestandssysteem van een thuis-NAS kan enkele uren tot meer dan een dag duren, en geen van beide resultaten is automatisch abnormaal.

De relevante vraag is of deze scrub overeenkomt met het normale tempo van dezelfde pool. Gebruikte capaciteit, HDD- of SSD-snelheid, poolgeometrie, foutherhalingen en concurrerende workloads beïnvloeden allemaal de duur, dus je eigen schone runs bieden een betere referentie dan een universele schatting.

Wat Bepaalt Eigenlijk de Scrub-tijd

Een scrub verifieert toegewezen data in plaats van alleen de geadverteerde schijfcapaciteit te tellen. Voor ZFS verandert de duur met gebruikte data en poolprestaties; een licht gevulde pool kan veel sneller klaar zijn dan een bijna volle pool van dezelfde grootte.

Het type schijf, mirror- of pariteitsindeling, fragmentatie, controllerbandbreedte en verdeling van records zijn ook van belang. Een scrub kan elke poolblok lezen die data bevat terwijl het I/O-prioriteit geeft aan actieve applicaties.

Schattingsbasis Maken van Je Eigen Pool

Noteer de starttijd, toegewezen data, gemiddelde scansnelheid, workload, poolstatus, gerepareerde bytes en eindfouten voor meerdere schone runs. Een gepubliceerde test waarbij een 13,6 TB scrub in ongeveer 24 uur werd voltooid is nuttig als schaalvoorbeeld, niet als belofte voor andere hardware.

Een ruwe schatting is toegewezen data gedeeld door de aanhoudende scrub-snelheid, met marge voor applicatieverkeer en langzamere delen van de pool. Vermenigvuldig niet de snelste snelheid die in de eerste minuten wordt getoond; de schatting kan veranderen naarmate het bestandssysteem verschillende blokken en apparaten bereikt.

Wanneer een Langzame Scrub op een Probleem Wijst

Onderzoek wanneer de snelheid significant lager is dan eerdere runs onder vergelijkbare omstandigheden, de scrub herhaaldelijk pauzeert op hetzelfde punt, apparaatfoutentellers stijgen, of één schijf hoge latentie, resets of temperatuur vertoont. Alleen een veranderende ETA is zwak bewijs.

Het doel is niet alleen snelheid. Volledige dataverificatie en checksums onthullen stille corruptie voordat een andere storing de goede reparatiekopie verwijdert. Scrubfouten verdienen daarom meer aandacht dan een onhandige eindtijd.

Plan Scrubs Zonder Fouten te Verbergen

Voer scrubs regelmatig uit tijdens een tijdvenster dat ze laat afronden, maar houd gewone workloads beschikbaar als het bestandssysteem is ontworpen voor online controles. Als productie-I/O een grote vertraging veroorzaakt, plan het meest intensieve deel buiten back-up-, indexerings- en mediaverwerkingsjobs.

Bekijk de eindstatus in plaats van alleen op taakvoltooiing te vertrouwen. Een scrub vult back-ups en snapshots aan; het vervangt ze niet, en snapshots kunnen al beschadigde data behouden als integriteitscontroles de schade nooit blootleggen.

FAQ

Kun je de NAS gebruiken terwijl een scrub draait?

Meestal wel. Verwacht enige latentie of doorvoersnelheidsimpact, vooral bij HDD-pools, en vergelijk het gedrag met de prioriteitsinstellingen van het bestandssysteem voordat je de taak pauzeert.

Waarom blijft de ETA van de scrub veranderen?

De scansnelheid verandert met toegewezen regio’s, schijfrespons en concurrerende I/O. Gebruik de trend gedurende de run en je eerdere referenties in plaats van één vroege schatting.

Moet je een scrub stoppen die te lang duurt?

Niet alleen vanwege de duur. Controleer status, apparaatfouten, temperatuur en impact op applicaties. Stop of pauzeer alleen als het platform dit ondersteunt en een specifieke fout of operationeel risico interventie rechtvaardigt.