RAID degradato o NAS guasto: 5 errori da evitare
Un RAID degradato non significa automaticamente “recupero dati”, e un pulsante Repair non è automaticamente la scelta sbagliata. Il punto è capire se stai facendo manutenzione su un sistema con backup verificato oppure stai lavorando sull’unica copia dei dati. Questa guida parte da qui: cinque errori che possono trasformare un problema gestibile in una situazione di recupero molto più complessa.
Il problema non è il rebuild in sé: è avviarlo senza sapere in quale scenario ti trovi. QNAP e Synology prevedono procedure di sostituzione e riparazione quando un array è degradato entro la sua tolleranza. Le stesse procedure diventano però una scelta diversa se non esiste un backup verificato, se un secondo disco è instabile, se il pool è già oltre la ridondanza prevista o se l’array contiene l’unica copia dei dati.
- Se hai un backup verificato, stai soprattutto gestendo continuità e manutenzione.
- Se il NAS contiene l’unica copia, l’obiettivo cambia: prima preservare e copiare i dati, poi ripristinare la ridondanza.
- Se lo stato non è chiaro, non trasformare una procedura di repair nel primo test diagnostico.
Il criterio che spesso manca: manutenzione e recupero dati non sono la stessa cosa
Molte guide spiegano correttamente come sostituire un disco o avviare una riparazione. Qui aggiungiamo una domanda prima della procedura: hai ancora una copia indipendente dei dati?
Se il RAID è degradato ma il backup è recente e verificato, riportare il pool in stato sano è un’operazione di amministrazione. Se invece quello stesso array contiene l’unica copia disponibile, la priorità non è far tornare verde l’icona di Storage Manager: è ottenere un salvataggio dati indipendente prima di qualsiasi operazione che possa modificare i membri dell’array.
Il servizio deve tornare online. È il problema tipico di manutenzione.
Devi capire se i dati e la struttura dell’array sono ancora coerenti.
Se non esiste un’altra copia, ogni scrittura va valutata prima di essere eseguita.
Errore 1 · Avviare il rebuild appena il NAS propone “Repair”
Il rebuild è una funzione normale del RAID. Synology documenta la riparazione di uno storage pool Degradato sostituendo l’unità difettosa con una sana; QNAP documenta procedure equivalenti e raccomanda esplicitamente di eseguire il backup dei dati prima di sostituire un disco guasto.
Il punto quindi non è “mai fare rebuild”. Il punto è non usarlo come test diagnostico quando non sai se gli altri membri sono stabili. Durante una ricostruzione l’array deve leggere una grande quantità di blocchi dai dischi superstiti e scrivere il contenuto ricostruito sul nuovo membro. Se un secondo disco ha settori instabili o errori latenti, il problema può emergere proprio in questa fase.
Fonte ufficiale. QNAP: sostituzione di un disco guasto in un gruppo RAID. Synology: riparazione di uno storage pool degradato.
Errore 2 · Togliere i dischi senza documentare slot, seriale e stato
Un NAS a quattro o otto bay non è soltanto “quattro o otto hard disk”. L’ordine dei membri, la loro posizione, i metadati RAID e lo stato osservato al momento del guasto sono informazioni utili alla ricostruzione. Prima di rimuovere un’unità, documenta ciò che il sistema mostra.
Documenta prima
- fotografia frontale del NAS e numerazione degli slot;
- modello e seriale di ogni disco;
- stato del pool, volume e singole unità;
- livello RAID/SHR, numero di dischi e capacità;
- messaggi di errore e screenshot del pannello di gestione.
Non trasformare il test in una modifica
- non inizializzare un disco che Windows o il NAS vede come “nuovo”;
- non creare nuove partizioni o storage pool;
- non scambiare l’ordine dei membri “per vedere se parte”;
- non lanciare test estesi se un disco mostra sintomi di instabilità fisica.
Errore 3 · Premere Initialize, Repair, Resync o Scrub senza sapere cosa verrà scritto
Le parole usate dalle interfacce possono sembrare rassicuranti, ma non tutte descrivono operazioni equivalenti. Nella documentazione Linux RAID,
check legge i blocchi e verifica la coerenza; repair esegue un controllo simile ma corregge le discrepanze.
recover indica la ricostruzione o sostituzione di un membro, mentre resync ricalcola la ridondanza.
Questo è un criterio molto utile anche fuori da Linux: prima di fare clic, chiediti se l’operazione è read-only o se modifica metadati, parità o blocchi dati. Se i dati esistono altrove, puoi seguire la procedura del produttore. Se non esistono altrove, la soglia di prudenza deve essere più alta.
Fonte tecnica primaria. Linux Kernel documenta le differenze tra check, repair, recover e resync nella documentazione dm-raid e nella documentazione md RAID.
Errore 4 · Trattare “Degraded”, “Read-only”, “Critical” e “Crashed” come sinonimi
Non lo sono. Synology definisce Degradato uno storage pool che resta accessibile perché la ridondanza sta ancora compensando l’unità difettosa. QNAP descrive invece il caso degraded read-only come una condizione in cui i guasti hanno superato il numero consentito e il RAID non può essere ricostruito semplicemente sostituendo il disco.
Ridondanza ridotta, ma il pool può essere ancora accessibile. Non equivale automaticamente a perdita dati.
Il sistema limita o segnala operazioni per proteggere i dati. Priorità: copia indipendente se ancora possibile.
Il volume o l’array non è più in uno stato di normale manutenzione. Non inizializzare per “farlo tornare”.
Fonti ufficiali. Synology: storage pool degradato. QNAP: RAID in degraded read-only mode.
Errore 5 · Continuare a usare il NAS perché “i file si vedono ancora”
Se il volume è ancora leggibile, quella finestra può essere più preziosa della possibilità di riportare subito il pool in stato Healthy. In un sistema senza backup aggiornato, la prima priorità può essere copiare i dati non replicati su uno storage indipendente e ridurre le scritture non necessarie.
QNAP, nel caso di RAID in modalità degraded read-only, indica di eseguire il backup dei dati su un’altra posizione il prima possibile. In ambiente aziendale questo significa anche valutare se fermare temporaneamente workload che generano molte scritture — database, VM, sincronizzazioni, indicizzazioni — invece di lasciare il NAS sotto carico mentre si decide cosa fare.
La priorità cambia con il contesto: se esiste un backup verificato, puoi concentrarti sul ripristino della ridondanza; se il NAS è l’unica copia, prima viene il salvataggio dati, poi la manutenzione dell’array.
Checklist tecnica prima di toccare un RAID degradato
1. Capisci cosa è successo
- quale disco è segnalato come failed, critical o missing?
- ci sono altri dischi con warning, errori o disconnessioni?
- il volume è ancora montato e leggibile?
- il RAID è in rebuild, resync, scrub o repair?
- c’è stato blackout, reset, aggiornamento o sostituzione recente?
2. Capisci qual è il tuo obiettivo
- hai un backup indipendente e verificato?
- quanto è vecchia l’ultima copia?
- ci sono dati presenti solo sul NAS?
- devi ripristinare il servizio o preservare dati unici?
- puoi lavorare su copie dei dischi invece che sugli originali?
Salvataggio dati: prima la copia indipendente, poi il ripristino della ridondanza
Questa è la parte che vogliamo rendere esplicita: RAID e backup risolvono problemi diversi. La ridondanza può mantenere disponibile il servizio dopo determinati guasti, ma non crea automaticamente una seconda copia indipendente dei dati. Cancellazioni, corruzioni logiche, errori applicativi o ransomware possono propagarsi anche su un array perfettamente “Healthy”.
Se il NAS è ancora accessibile e contiene dati unici, valuta prima un salvataggio dati su uno storage separato. Se i membri sono instabili o il pool non è più leggibile, il metodo cambia: l’obiettivo diventa acquisire i singoli supporti e ricostruire l’array senza dipendere dal comportamento del NAS originale.
Approfondisci le pagine servizio solo se il problema è già oltre la normale manutenzione: recupero dati NAS e recupero dati RAID.
Quando la gestione IT diventa un caso di recupero dati
Il confine è pratico: volume non più accessibile, rebuild fallito, più membri instabili, ordine dei dischi incerto, pool crashed/offline o dati unici senza backup aggiornato. In questi casi la priorità non è “riparare il NAS”, ma capire quali dischi sono leggibili, acquisirli senza alterare gli originali e ricostruire virtualmente la configurazione.
Che cosa cambia in laboratorio
- i dischi vengono identificati e valutati singolarmente;
- quando sono leggibili, si acquisiscono immagini o copie controllate;
- la geometria RAID viene ricostruita lavorando sulle copie, non “provando” configurazioni sugli originali;
- solo dopo si analizzano file system, volumi e dati recuperabili.
Puoi vedere esempi reali nella sezione casi studio LabRD.
Se sei già in questa situazione puoi richiedere un preventivo recupero dati indicando marca del NAS, numero di dischi, livello RAID se noto, stato mostrato dal pannello e tentativi già eseguiti. La diagnosi standard LabRD è gratuita.
TrustpilotPrima di decidere
Chi ci ha affidato un dispositivo racconta com’è andata
Su Trustpilot trovi esperienze relative all’intero percorso, dal primo contatto all’esito finale della pratica.
Dal problema alla soluzione
Se il RAID è degradato ma il volume è ancora accessibile, la prima decisione non è tecnica ma operativa: stai ripristinando un servizio protetto da backup oppure stai proteggendo l’unica copia dei dati? Nel primo caso puoi seguire la procedura documentata dal produttore; nel secondo conviene evitare operazioni che modificano l’array finché non è chiaro lo stato dei singoli dischi.
Se il pool è offline, il rebuild è fallito, più unità mostrano errori o non hai una copia aggiornata, puoi richiedere un preventivo recupero dati indicando modello del NAS, numero di dischi, livello RAID se noto, stato visualizzato dal pannello e operazioni già tentate.
Per approfondire il servizio specifico trovi le pagine recupero dati NAS e recupero dati RAID; il flusso operativo completo è descritto nella procedura di recupero dati.
Competenza e metodo
Su RAID e NAS la qualità dell’intervento dipende dalla capacità di separare il problema fisico dei singoli dischi dal problema logico dell’array. Un disco con guasto meccanico può richiedere un intervento hardware dedicato; un array con tutti i dischi leggibili può invece richiedere soprattutto ricostruzione dei parametri, dei metadati e del file system. Non sono la stessa lavorazione e non devono essere trattate con la stessa procedura.
Per questo la prima raccolta informazioni è parte del recupero: modello del NAS, livello RAID, numero di dischi, capacità, ordine degli slot, messaggi di errore, cronologia dei guasti e qualsiasi rebuild o sostituzione già tentata.
RAID degradato e NAS guasto: domande frequenti
Le domande che contano prima di avviare un rebuild, rimuovere dischi o inizializzare un pool.
Posso avviare il rebuild se il RAID è degradato?
Dipende dallo stato reale dell’array. Se il guasto è entro la tolleranza del livello RAID, i dischi superstiti sono stabili e hai un backup verificato, il rebuild può essere una normale procedura di manutenzione prevista dal produttore. Se invece il NAS contiene l’unica copia dei dati, ci sono altri dischi instabili o lo stato non è chiaro, il rebuild non dovrebbe essere il primo esperimento.
Se il NAS è ancora accessibile, devo spegnerlo?
Non esiste una risposta unica. Se il sistema è stabile e i dati sono ancora leggibili, la priorità può essere copiare subito i dati irreplaceabili su uno storage indipendente e ridurre le scritture. Se compaiono disconnessioni, errori di lettura, rumori anomali o un secondo disco in stato critico, proseguire l’attività può aumentare il rischio e va valutato caso per caso.
Posso togliere i dischi dal NAS per testarli singolarmente?
Solo dopo aver documentato posizione, seriale e stato di ogni unità e sapendo esattamente che cosa stai facendo. L’ordine dei dischi, i metadati e la configurazione dell’array sono informazioni utili alla ricostruzione. Non inizializzare, formattare o scrivere sui singoli membri.
RAID degradato e RAID crashed significano la stessa cosa?
No. Un array degradato può essere ancora accessibile perché la ridondanza sta compensando uno o più dischi guasti entro i limiti previsti. Uno stato crashed, offline o con guasti oltre la tolleranza indica una situazione diversa e non va trattata come una normale sostituzione di un disco.
Quando ha senso chiedere un preventivo recupero dati?
Quando il volume non è più accessibile, il rebuild è fallito, più dischi risultano instabili, il pool è crashed o read-only senza una copia aggiornata, oppure l’array contiene l’unica copia dei dati. In questi casi una diagnosi serve prima di decidere se e come intervenire sui supporti.