Quanto tempo dovrebbe durare una verifica del filesystem su un NAS domestico?

Un controllo del filesystem NAS domestico può richiedere alcune ore o più di un giorno, e nessuno dei due risultati è automaticamente anomalo.

La domanda utile è se questo controllo corrisponde al normale ritmo dello stesso pool. La capacità utilizzata, la velocità di HDD o SSD, la geometria del pool, i tentativi di errore e i carichi di lavoro concorrenti influenzano tutti la durata, quindi le tue esecuzioni pulite forniscono una base migliore rispetto a una stima universale.

Cosa Determina Effettivamente il Tempo di Scrub

Un scrub verifica i dati allocati piuttosto che semplicemente contare la capacità pubblicizzata del disco. Per ZFS, la durata cambia con i dati utilizzati e le prestazioni del pool; un pool poco pieno può terminare molto prima di un pool quasi pieno della stessa dimensione.

Il tipo di disco, la configurazione a mirror o parità, la frammentazione, la larghezza di banda del controller e la distribuzione dei record sono anch’essi importanti. Uno scrub può leggere ogni blocco del pool che contiene dati pur cedendo la priorità I/O alle applicazioni attive.

Stima una Base Utile dal Tuo Pool

Registra l’ora di inizio, i dati allocati, la velocità media di scansione, il carico di lavoro, lo stato del pool, i byte riparati e gli errori finali per diverse esecuzioni pulite. Un test pubblicato in cui un scrub di 13,6 TB è stato completato in circa 24 ore è utile come esempio di scala, non come promessa per hardware diverso.

Una stima approssimativa è data dai dati allocati divisi per la velocità sostenuta dello scrub, con un margine per il traffico applicativo e le aree più lente del pool. Non moltiplicare la velocità più alta mostrata nei primi minuti; la stima può variare man mano che il filesystem raggiunge blocchi e dispositivi diversi.

Quando uno Scrub Lento Indica un Problema

Indaga quando la velocità è significativamente inferiore alle esecuzioni precedenti in condizioni simili, lo scrub si ferma ripetutamente nello stesso punto, aumentano i contatori di errori del dispositivo o un disco mostra alta latenza, reset o temperatura elevata. Un ETA variabile da solo è una prova debole.

Lo scopo non è solo la velocità. La verifica completa dei dati e i checksum rivelano la corruzione silenziosa prima che un altro guasto rimuova la copia di riparazione buona. Gli errori di scrub meritano quindi più attenzione rispetto a un tempo di completamento scomodo.

Programma gli Scrub Senza Nascondere i Guasti

Esegui gli scrub regolarmente in una finestra che consenta loro di terminare, ma mantieni disponibili i carichi di lavoro ordinari se il filesystem è progettato per controlli online. Se l’I/O di produzione causa un grande rallentamento, programma la parte più intensiva fuori dai backup, dall’indicizzazione e dai lavori di elaborazione media.

Controlla lo stato finale invece di affidarti solo al completamento del compito. Uno scrub integra backup e snapshot; non li sostituisce, e gli snapshot possono preservare dati già corrotti se i controlli di integrità non rilevano mai il danno.

FAQ

Si può usare il NAS mentre uno scrub è in corso?

Di solito sì. Aspettati qualche impatto su latenza o throughput, specialmente su pool HDD, e confronta il comportamento con le impostazioni di priorità del filesystem prima di mettere in pausa l’operazione.

Perché l’ETA dello scrub continua a cambiare?

La velocità di scansione cambia con le regioni allocate, la risposta del disco e l’I/O concorrente. Usa la tendenza durante l’esecuzione e le tue basi precedenti piuttosto che una stima precoce.

Bisogna fermare uno scrub che sta impiegando troppo tempo?

Non solo per la durata. Controlla stato, errori del dispositivo, temperatura e impatto sulle applicazioni. Ferma o metti in pausa solo se la piattaforma lo supporta e un guasto specifico o un rischio operativo giustificano l’intervento.