Blog di RecoverySoftware

Due unità disco sono guaste nel tuo array Synology SHR-1. DSM segnala il pool di archiviazione come Crashato e indica che i dati non possono essere recuperati. Il recupero dati SHR-1 dopo il guasto di due dischi è il tema di questo articolo — e la situazione è più articolata di quanto lasci intendere il messaggio di DSM. La possibilità di recuperare i dati non dipende soltanto dal numero di dischi guasti, ma anche da come si è verificato il guasto e dallo stato dei dischi ancora funzionanti.

Hai sostituito un disco da 4 TB nell'array Synology SHR con un disco da 8 TB. La ricostruzione è iniziata, ha proceduto per un po' — e poi si è interrotta. DSM mostra lo stato Degradato o Arresto anomalo, oppure la barra di avanzamento non si è mossa da ore. Il NAS potrebbe essere diventato completamente non rispondente. Questo articolo tratta il recupero dati dopo un crash della ricostruzione SHR: cosa è effettivamente avvenuto all'interno dell'array, come valutare lo stato corrente senza aggravare il problema e come recuperare i file.

Il NAS è morto. I dischi sono integri. Li colleghi a una macchina Windows o Linux e appare la richiesta "È necessario formattare il disco" oppure i dischi non sono visibili. Questo non è un caso di perdita di dati, ma di accesso ai dati. Diversamente da uno scenario in cui i dischi stessi falliscono, una scheda madre Synology guasta lascia intatti i dati del volume SHR a livello fisico. Ciò che è necessario recuperare non è il dato in sé, ma l'accesso alla struttura multilivello che Synology utilizza per memorizzarli.

Due dischi sono andati perduti in un array a parità singola, o tre in una configurazione a parità doppia. Unraid non può avviare l'array e, anche se potesse, i dati sui dischi guasti sono matematicamente irrecuperabili tramite la sola parità. Questo è lo scenario in cui la ridondanza di archiviazione termina e inizia il recupero dati.

Il disco è fisicamente presente, SMART non segnala errori e l'array Unraid è stato avviato senza problemi — tuttavia una condivisione è scomparsa e la WebGUI mostra il disco come Unmountable. Si tratta di un evento di corruzione del filesystem, una categoria diversa da un guasto hardware.

Un singolo guasto di un disco in un array Unraid è un evento prevedibile e gestibile — a patto di intervenire correttamente. Il sistema continua a funzionare, i dati restano accessibili e esiste una procedura definita per il ripristino completo. Nulla di ciò è casuale: deriva direttamente dal modo in cui Unraid struttura gli array.

Questo articolo illustra la logica alla base di tale protezione, la procedura corretta per sostituire un disco guasto e cosa fare quando il percorso standard non funziona e i dati devono essere estratti dall’esterno.

Quando un utente contatta uno specialista in recupero dati per un array guasto (recupero dati RAID), la risposta alla domanda "di quale livello RAID si tratta?" determina tutto quanto segue. RAIDZ1 e RAID 5 condividono lo stesso principio fondamentale — distribuire la parità sui dischi in modo che la perdita di una singola unità non comporti perdita di dati — ma si comportano in modo molto diverso sotto stress. Queste differenze diventano particolarmente concrete quando ci si trova di fronte a un array degradato. Questo articolo analizza cosa significano, in termini di probabilità di guasto, difficoltà di recupero e strumenti effettivamente utilizzabili, le differenze architetturali tra RAIDZ1 (ZFS) e RAID 5.

In questo articolo esamineremo i principali errori di ripristino in Windows, le cause più comuni e le procedure consigliate per risolverli.