Lo "spin-up" del disco rigido è un'operazione molto specifica con le seguenti caratteristiche e limitazioni:
- Per la maggior parte degli HDD desktop / consumer, sono necessari dai 3 ai 5 secondi per completare il processo di spin-up. Durante il processo di rotazione, l'HDD non può leggere o scrivere alcun dato.
- Durante lo spin-up, se ascolti molto vicino al dispositivo, sentirai un suono di tonalità crescente. Alla fine sentirai un'esplosione di quei soffici clic dei cuscinetti a sfera dell'HDD che si muovono mentre il disco "cerca" in varie posizioni (per soddisfare le richieste I / O che sono state messe in coda quando ha iniziato a girare).
- Gli HDD di consumo sono progettati per migliaia di cicli di spin-up / spin-down, con alcune unità di qualità inferiore che falliscono circa 1000-2000 cicli di spin-up, ma molte sono state progettate per circa 600.000. Dopo questo numero di cicli di spin-up, i meccanismi coinvolti nel processo iniziano a guastarsi e alla fine falliranno.
Per quanto riguarda il software, un sistema ben configurato dovrebbe generalmente avere una o tre specie di politiche relative agli spin-up / spin-down:
Per un risparmio energetico estremo (ad es. In un laptop alimentato a batteria), il tempo di spin-down più breve possibile che ci si aspetterebbe sarebbe di circa 15 o 30 minuti di inattività ( nessuna attività del disco durante il periodo). Su Windows moderno, abbiamo così tanti programmi in esecuzione tutto il tempo e che eseguono operazioni di I / O quasi costanti che le probabilità che non ci sia attività del disco per 15 minuti, anche su un sistema "pulito", anche con l'utente completamente inattivo, è praticamente zero. In pratica, questa configurazione è insolita in questi giorni.
Per un moderato risparmio energetico, un tipico tempo di spegnimento del desktop potrebbe durare da 2 a 4 ore. Ciò significa che se non si verificano letture o scritture su quel disco rigido per un periodo di 2 o 4 ore (o qualunque cosa sia configurata per essere), il disco si spegnerà e la successiva richiesta I / O per colpirlo dovrà girare il backup del disco.
Per i server, poiché si desidera che siano sempre disponibili in qualsiasi momento (senza alcun ritardo nella loro risposta), lo spin-down dovuto all'inattività è di solito disabilitato. Ciò si applicherebbe a un NAS nonché a un server Web o qualsiasi altro tipo di server.
Sarei sorpreso se il NAS WD che possiedi è stato progettato per avere un tempo di spin-down estremamente breve. Tuttavia, v'è stato un bug in Ubuntu Linux molti anni fa (nel 2007) in cui accidentalmente impostare il tempo di inattività spin-down a 0 secondi. Ciò significava che non appena il disco avesse smesso di gestire una richiesta I / O, il timer "0 secondi" per lo spin-down sarebbe scaduto immediatamente, il disco si sarebbe girato e le testine sarebbero state parcheggiate. Quindi le richieste I / O si sarebbero messe in coda in memoria mentre il disco doveva girare di nuovo per gestirle.
Questa costante ondata di spin-up / spin-down stava uccidendo i dischi rigidi delle persone in un ordine molto breve su Ubuntu nel 2007. Le persone che non si accorgevano e correggono il problema hanno subito sperimentato il fallimento degli HDD funzionanti in giorni o settimane (questi HDD erano non progettati tenendo conto dei frequenti cicli di spin-up, oppure a meno di 1 anno dal fallimento in condizioni di utilizzo normale).
Se il NAS è costantemente in rotazione su e giù, i dischi al suo interno stanno soffrendo una sorta di usura meccanica che è insolitamente intemperie (a questa frequenza) per HDD, quindi è davvero una specie di test di tortura per loro. Si dovrebbe tentare di porre rimedio alla situazione sul NAS stesso.
Prova quanto segue:
- Esaminare tutte le impostazioni del firmware nelle pagine di configurazione del NAS e assicurarsi di modificare le impostazioni di gestione dell'alimentazione in modo che siano il più "lassiste" possibile (risparmio energetico minimo / disabilitato).
- Aggiorna il firmware del NAS con l'ultimo disponibile dal produttore.
- Se ti senti a tuo agio nell'aprire lo chassis NAS, fallo e trova all'interno il modello e i numeri di serie degli HDD. Quindi inserisci i numeri online e vedi se riesci a trovare gli aggiornamenti del firmware per gli stessi HDD (puoi applicare direttamente gli aggiornamenti del firmware da Windows inserendo gli HDD in un computer se non riesci ad aggiornare il loro firmware dall'interfaccia NAS).
- Se la diagnosi SMART è disponibile per i dischi, è necessario verificarli utilizzando un programma di diagnostica SMART o cercarli nel firmware NAS, come indicazione di possibili guasti.
- Se nulla di tutto ciò risolve il problema, è probabile che gli HDD all'interno del NAS siano difettosi o che il NAS stesso sia difettoso. Se gli HDD stanno riscontrando alcuni tipi di errori interni, potrebbero reimpostarsi (spegnimento / accensione) e, di conseguenza, stanno ruotando verso il basso, quindi tornando indietro.
Ora, per quanto riguarda il tuo sospetto che Windows sia il problema? Non è. I dischi di un NAS non dovrebbero costantemente spegnersi dopo solo pochi secondi di inattività. Semplicemente non dovrebbero. Periodo. Nessuno progetta il loro NAS di proposito apposta (beh, non lo farei assolutamente passare per WD, ma è improbabile).
Windows 7 è completamente irreprensibile se ciò accade perché il tuo computer Windows non è in grado di controllare le funzioni di risparmio energetico del controller SATA del NAS attraverso il protocollo SMB. Solo il sistema operativo del NAS può farlo.
Ciò che Windows 7 effettivamente fa quando si apre Esplora risorse, è che esegue determinate operazioni SMB che interrogano i metadati del filesystem per calcolare lo spazio su disco totale e disponibile sullo spazio condiviso del NAS.
Per un disco rigido che viene avviato e "completamente in esecuzione" al momento dell'accesso, il calcolo dello spazio su disco totale e disponibile dovrebbe richiedere meno di un secondo. La richiesta non è particolarmente costosa e non "inonda" da nessuna misura.
Se ritieni davvero che Windows stia eseguendo una sorta di inondazione dei comandi sul NAS, dovresti dimostrarlo installando Wireshark su uno dei tuoi computer Windows 7 ed eseguendo un sniffing di pacchetti sui protocolli SMB con una destinazione IP del NAS . Lo considererei un diluvio se più di circa 100 richieste vengono inviate solo aprendo Windows Explorer, e soprattutto se le richieste continuano ad accadere a un ritmo molto elevato per più di 5-10 secondi dopo l'apertura di Explorer. Altrimenti è più o meno normale.
Tieni presente che alcuni prodotti di scansione e backup di virus non sono abbastanza intelligenti da realizzare che un'unità di rete mappata (ad es. F: o qualcosa del genere) è un'unità condivisa e, di conseguenza, tenta di eseguire la scansione o i backup di virus sull'intera unità (non solo i file a cui accedi deliberatamente). Questi tipi di bug sono per lo più storici, ma possono saltar fuori di tanto in tanto con determinati software. Esistono anche alcuni programmi che eseguiranno fedelmente le istruzioni di un utente se, ad esempio, configurano il programma per eseguire una scansione oraria completa dei virus su un'unità condivisa. Una volta avviato questo processo, in effetti "inonderebbe" il NAS con richieste SMB.
Quindi potresti voler escludere quel genere di cose che accadono, ma la causa principale del problema secondo me è che in primo luogo l'unità si sta spegnendo. Un buon NAS non farà girare l'unità e le testine parcheggeranno fino ad almeno 2 ore di inattività totale. Se è possibile aprire / chiudere Windows Explorer molto velocemente e riprodurre lo spin-up ogni volta, qualcosa non va sul lato NAS.